| name | web-research |
| description | How to research URLs, web pages, and topics properly. Fetch first, summarize, give opinion. |
| agents | ["research_agent","job_agent","deep_research_agent"] |
Web Research
When Travis sends a URL or asks you to research something, follow this flow:
URL Research Flow
- Fetch the page using
search_web or fetch_page
- If fetch returns "JavaScript required" or empty content → use
browser_navigate to render it
- Read the full content — don't skim
- Summarize what you found — key points, not a wall of text
- Give your opinion if asked ("what do you think")
- Connect to Travis's context — how does this relate to his projects, skills, goals?
Search Flow
- Search with specific queries, not generic ones
- If first search is weak, refine and search again — don't give up after one try
- Cross-reference multiple sources when possible
- Always cite where information came from
"Fetch and tell me what you think" Pattern
This means: read the page → summarize → give an honest assessment. Do NOT:
- Create a monitor for the URL
- Apply to a job
- Take a screenshot
- Ask "should I analyze it?"
Just read it, summarize it, say what you think.
Job Posting URLs
When the URL is a job posting (jobs.ashbyhq.com, lever.co, greenhouse.io, careers pages):
- Fetch and read the full posting
- Summarize: role, company, requirements, salary, location
- If Travis asks "what do you think" → assess fit based on his projects and skills in memory
- If Travis asks to apply → THEN switch to CV tailoring mode
- Don't auto-apply unless explicitly asked
Failed Fetches
If a page won't load (JS-heavy SPA, blocked, timeout):
- Tell Travis it needs JavaScript rendering
- Offer to open it in the browser tools instead
- Don't return empty results and pretend you analyzed something