Company Research
BrowserbaseOfficialCreated by browserbase
- Skill
- Workflow
- Business and productivity
- MIT
- Low risk
- Has scripts
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
Company Research is a workflow-based skill that automates the identification and analysis of target companies. It uses a structured Plan-Research-Synthesize methodology to evaluate companies against a user-defined Ideal Customer Profile (ICP). The process involves discovering prospects via search, performing deep enrichment on each, and scoring their fit. The output includes a compiled research report and a CSV file containing scored data, providing a structured approach to building prospect lists.
What it does
- Researches the user's own company to establish a foundational profile.
- Discovers potential target companies using search queries based on industry, tech stack, and buyer persona.
- Performs deep research on identified companies using a multi-step enrichment process.
- Scores companies based on their fit against a specific ICP.
- Compiles findings into individual markdown files, an HTML report, and a summary CSV.
- Supports variable research depth modes to balance the volume of results with the level of intelligence.
When to use it
- When you need to build a list of target companies for sales outreach.
- When you want to research potential customers to determine their suitability for your product.
- When you need to perform market research on specific prospect segments.
- When you want to identify companies that match a specific ICP.
Advantages
- Automates the repetitive process of searching for and vetting potential leads.
- Provides a consistent scoring mechanism to prioritize prospects.
- Generates structured, exportable data for use in CRM or spreadsheet tools.
- Allows for adjustable research depth to suit different project requirements.
- Reduces manual effort by batching search and extraction tasks.
Usage examples
- “Find companies to sell to that are Series A fintech startups in the Bay Area.”
- The agent will research your company, generate search queries, discover matching startups, perform deep research on each, and provide a scored list of prospects.
- “Who should we sell to? Our product is an AI inventory management tool for mid-market e-commerce.”
- The agent will analyze your product, identify relevant e-commerce companies, and produce a report scoring them based on their fit for your inventory solution.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/browserbase/company-research/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip company-research.zip -d .agents/skills
Documentation by browserbase
Company Research
Discover and deeply research companies to sell to. Uses Browserbase Search API for discovery and a Plan→Research→Synthesize pattern for deep enrichment — outputting a scored research report and CSV.
Required: BROWSERBASE_API_KEY env var and browse CLI installed.
First-run setup: On the first run you'll be prompted to approve browse cloud fetch, browse cloud search, cat, mkdir, sed, etc. Select "Yes, and don't ask again for: browse cloud fetch:*" (or equivalent) for each to auto-approve for the session. To permanently approve, add these to your ~/.claude/settings.json under permissions.allow:
"Bash(browse:*)", "Bash(bunx:*)", "Bash(bun:*)", "Bash(node:*)",
"Bash(cat:*)", "Bash(mkdir:*)", "Bash(sed:*)", "Bash(head:*)", "Bash(tr:*)", "Bash(rm:*)"Path rules: Always use the full literal path in all Bash commands — NOT ~ or $HOME (both trigger "shell expansion syntax" approval prompts). Resolve the home directory once and use it everywhere. When constructing subagent prompts, replace {SKILL_DIR} with the full literal path.
Output directory: All research output goes to ~/Desktop/{company_slug}_research_{YYYY-MM-DD}/. This directory contains one .md file per researched company plus a final .csv. The user gets both the scored spreadsheet and the full research files on their Desktop.
CRITICAL — Tool restrictions (applies to main agent AND all subagents):
All web searches: use
browse cloud search. NEVER use WebSearch.All page content extraction: use
node {SKILL_DIR}/scripts/extract_page.mjs "<url>". This script fetches viabrowse cloud fetch --output, parses title + meta tags + visible body text, and automatically falls back tobrowse get markdownwhen fetch fails or returns thin JS-rendered content. NEVER hand-roll abrowse cloud fetch | sedpipeline — it strips meta tags and doesn't parse the stdout JSON envelope. NEVER use WebFetch.All research output: subagents write one markdown file per company to
{OUTPUT_DIR}/{company-slug}.mdusing bash heredoc. NEVER use the Write tool orpython3 -c. Seereferences/example-research.mdfor the file format.Report + CSV compilation: use
node {SKILL_DIR}/scripts/compile_report.mjs {OUTPUT_DIR} --open— generates HTML report and CSV in one step, opens overview in browser.URL deduplication: use
node {SKILL_DIR}/scripts/list_urls.mjs /tmpafter discovery.Subagents must use ONLY the Bash tool. No other tools allowed.
Main agent NEVER reads raw discovery JSON batch files. Use
list_urls.mjsfor dedup.
CRITICAL — Anti-hallucination rules (applies to main agent AND all subagents):
NEVER infer
product_description,industry, ortarget_audiencefrom a site's fonts, framework (Framer/Next.js/React), design system, or typography. These are cosmetic and say nothing about what the company sells.NEVER let the user's own ICP leak into a target's description. If you don't know what the target does, write
Unknown— do not pattern-match them onto the ICP.product_descriptionMUST quote or paraphrase a specific phrase fromextract_page.mjsoutput (TITLE, META_DESCRIPTION, OG_DESCRIPTION, HEADINGS, or BODY). If none of those fields yield a recognizable product statement, writeUnknown — homepage content not accessible.If
product_descriptionisUnknown, capicp_fit_scoreat 3 and seticp_fit_reasoningtoInsufficient evidence — homepage returned no readable content.
CRITICAL — Minimize permission prompts:
Subagents MUST batch ALL file writes into a SINGLE Bash call using chained heredocs. One Bash call = one permission prompt.
Batch ALL searches and ALL fetches into single Bash calls using
&&chaining.
Pipeline Overview
Follow these 5 steps in order. Do not skip steps or reorder.
Company Research — Deeply understand the user's company, product, and who they sell to
Depth Mode Selection — Choose research depth based on how many targets they want
Discovery — Find target companies using diverse search queries
Deep Research & Scoring — Research each company, score ICP fit
Report & CSV — Present findings, compile scored CSV
Step 0: Setup Output Directory
Before starting, create the output directory on the user's Desktop:
OUTPUT_DIR=~/Desktop/{company_slug}_research_{YYYY-MM-DD}
mkdir -p "$OUTPUT_DIR"Replace {company_slug} with the user's company name (lowercase, hyphenated) and {YYYY-MM-DD} with today's date. Pass {OUTPUT_DIR} (as a full literal path, not with ~) to all subagent prompts so they write research files there.
Also clean up discovery batch files from prior runs:
rm -f /tmp/company_discovery_batch_*.jsonStep 1: Deep Company Research
This is the most important step. The quality of everything downstream depends on deeply understanding the user's company.
Ask the user for their company name or URL
Check for an existing profile:
List files in
{SKILL_DIR}/profiles/(ignoreexample.json)If a matching profile exists → load it, present to user: "I have your profile from {researched_at}. Still accurate?" If yes → skip to Step 2.
If no profile exists → proceed with deep research below.
Run a full deep research on the user's company using the Plan→Research→Synthesize pattern. See
references/research-patterns.mdfor sub-question templates and research methodology.Key research steps:
Search:
browse cloud search "{company name}" --num-results 10Fetch homepage:
node {SKILL_DIR}/scripts/extract_page.mjs "{company website}"Discover site pages via sitemap (do NOT hardcode paths like
/aboutor/customers):browse cloud fetch --allow-redirects "{company website}/sitemap.xml"— sitemap is small, rawbrowse cloud fetchis fineScan for URLs with keywords:
customer,case-stud,pricing,about,use-case,industry,solutionOptionally also fetch
/llms.txtfor page descriptionsPick 3-5 most relevant URLs and extract with
extract_page.mjs(NOT rawbrowse cloud fetch)
Search for external context and competitors
Accumulate findings with confidence levels
Synthesize into a profile: Company, Product, Existing Customers, Competitors, Use Cases. Do NOT include ICP or sub-verticals — those are per-run decisions.
Present the profile to the user for confirmation. Do not proceed until confirmed.
Save the confirmed profile to
{SKILL_DIR}/profiles/{company-slug}.jsonAsk clarifying questions using
AskUserQuestionwith checkboxes:"Which segments are you targeting?" with options derived from the company research
"Company stage?" — Startups, Mid-market, Enterprise, All
"How many companies / depth?" — Quick (~100), Deep (~50), Deeper (~25)
This is the ONLY user interaction. After this, execute silently until results are ready.
Step 2: Depth Mode Selection
| Mode | Research per company | Best for |
|---|---|---|
quick | Homepage + 1-2 searches | ~100 companies, broad scan |
deep | 2-3 sub-questions, 5-8 tool calls | ~50 companies, solid research |
deeper | 4-5 sub-questions, 10-15 tool calls | ~25 companies, full intelligence |
Step 3: Discovery
Formula: ceil(requested_companies / 35) search queries needed. Over-discover by ~2-3x because filtering typically drops 50-70%.
Generate search queries with these patterns:
Industry + company stage + geography ("fintech startups series A Bay Area")
Technology stack + use case ("companies using Selenium for web scraping")
Competitor adjacency ("alternatives to {known company in ICP}")
Buyer persona + pain point ("engineering teams struggling with browser automation")
Process:
Launch ALL discovery subagents at once (up to ~6 per message). Each runs its queries in a SINGLE Bash call:
browse cloud search "{query}" --num-results 25 --output /tmp/company_discovery_batch_{N}.jsonAfter all waves complete, deduplicate:
node {SKILL_DIR}/scripts/list_urls.mjs /tmpFilter the URL list — remove:
Blog posts, news articles (globenewswire.com, techcrunch.com, etc.)
Directories/aggregators (tracxn.com, crunchbase.com, g2.com)
The user's own competitors and existing customers (from profile) Keep only company homepages.
See references/workflow.md for subagent prompt templates and wave management.
Step 4: Deep Research & Scoring
Launch subagents to research companies in parallel. See references/workflow.md for the enrichment subagent prompt template. See references/research-patterns.md for the full research methodology.
Process:
Split filtered URLs into groups per subagent (quick: ~10, deep: ~5, deeper: ~2-3)
Launch ALL enrichment subagents at once (up to ~6 per message)
Each subagent uses ONLY Bash — for each company:
Phase A — Plan (skip in quick mode): Decompose into 2-5 sub-questions based on ICP and enrichment fields.
Phase B — Research Loop: Search and fetch pages, extract findings. Respect step budget (quick: 2-3, deep: 5-8, deeper: 10-15).
Phase C — Synthesize: Score ICP fit 1-10 with evidence. Fill enrichment fields from findings.
Subagents write ALL markdown files in a SINGLE Bash call using chained heredocs to
{OUTPUT_DIR}/After ALL subagents complete, proceed to Step 5
Critical: Include the confirmed ICP description verbatim in every subagent prompt. Pass the full literal {OUTPUT_DIR} path to every subagent.
Step 5: Report & CSV
Generate HTML report + CSV (opens overview in browser automatically):
node {SKILL_DIR}/scripts/compile_report.mjs {OUTPUT_DIR} --openThis generates:
{OUTPUT_DIR}/index.html— overview page with scored table (opens in browser){OUTPUT_DIR}/companies/*.html— individual company pages (linked from overview){OUTPUT_DIR}/results.csv— scored spreadsheet for import into sheets/CRM
Present a summary in chat too:
## Company Research Complete
- **Total companies researched**: {count}
- **Depth mode**: {mode}
- **Score distribution**:
- Strong fit (8-10): {count}
- Partial fit (5-7): {count}
- Weak fit (1-4): {count}
- **Report opened in browser**: ~/Desktop/{company_slug}_research_{date}/index.htmlShow the top companies sorted by ICP score in a table:
| Company | Score | Product | Industry | Fit Reasoning |
|---------|-------|---------|----------|---------------|
| Acme | 9 | AI inventory management | E-commerce SaaS | Series A, uses Selenium, expanding to EU |For the top 3-5 companies, show a brief research summary — key findings, why they're a good fit, and what specific angle to approach them with.
Offer to dig deeper into specific companies, adjust scoring criteria, or re-run discovery with different queries.
Files
- .gitignore39 B
- ATTRIBUTION.mdAdded by AutoGineer961 B
- LICENSE.txt1.0 KiB
- SKILL.md11.8 KiB
- profiles/example.json170 B
- references/example-research.md2.6 KiB
- references/report-template.html7.9 KiB
- references/research-patterns.md10.1 KiB
- references/workflow.md11.1 KiB
- scripts/compile_report.mjsScript13.6 KiB
- scripts/extract_page.mjsScript5.4 KiB
- scripts/list_urls.mjsScript2.4 KiB
- scripts/package.json102 B
references/research-patterns.md
Company Research — Deep Research Patterns
Overview
This reference defines two research contexts:
Self-Research (Step 1) — Deep research on the user's own company to build a strong ICP foundation
Target Research (Step 6) — Research each discovered company using Plan→Research→Synthesize
Both use the same 3-phase pattern but with different sub-questions and goals.
Self-Research (User's Company)
This is the most important research in the pipeline. Every downstream decision depends on it.
Sub-Questions
"What does {company} sell and what specific problem does it solve?"
"Who are {company}'s existing customers? What industries, company sizes, and use cases?"
"Who are {company}'s competitors and what differentiates them?"
"What pricing model does {company} use and who is the typical buyer persona?"
"What use cases and pain points does {company}'s marketing emphasize?"
Page Discovery
Discover site pages dynamically — do NOT hardcode paths like /about or /customers:
Fetch
browse cloud fetch --allow-redirects "{company website}/sitemap.xml"— primary source, has ALL pagesScan sitemap URLs for keywords:
customer,case-stud,pricing,about,use-case,blog,docs,industry,solutionOptionally fetch
browse cloud fetch --allow-redirects "{company website}/llms.txt"for page descriptionsPick the 3-5 most relevant URLs from the sitemap and fetch those
Sitemap is the source of truth. llms.txt is bonus context but often incomplete.
External Research
Search:
"{company} customers use cases reviews"Search:
"{company} alternatives competitors vs"Fetch 1-2 of the most informative third-party results (G2, blog posts, comparisons)
Synthesis Output
From all findings, produce a company profile:
Company: name
Product: what they sell, how it works, key capabilities (2-3 sentences, specific)
Existing Customers: named customers or customer types found
Competitors: who they compete with, key differentiators
Use Cases: broad list of use cases the product serves (NOT tied to one vertical)
Do NOT include ICP, pitch angle, or sub-verticals in the profile. Those are per-run targeting decisions made in Step 2 after the profile is confirmed. The profile is a general-purpose company fact sheet that works regardless of which vertical you target next.
Why This Matters
A thin profile produces generic search queries, weak lead scoring, and cookie-cutter emails. A rich profile with specific customers, competitors, and use cases produces targeted queries, accurate scoring, and emails that reference real pain points.
Target Company Research (Step 6)
Sub-Question Templates
Generate sub-questions from these categories based on the ICP and enrichment fields requested. Not every category applies to every company — pick the most relevant.
Priority 1 (Always ask)
Product/Market: "What does {company} sell and who are their customers?"
ICP Fit: "How does {company}'s product/market relate to {sender's ICP description}?"
Priority 2 (Ask in deep/deeper)
Tech Stack: "What technologies, frameworks, or infrastructure does {company} use?"
Growth Signals: "Has {company} raised funding, launched products, or expanded recently?"
Pain Points: "What challenges might {company} face that {sender's product} addresses?"
Priority 3 (Ask in deeper only)
Decision Makers: "Who leads engineering, product, or growth at {company}?"
Competitive Landscape: "Who are {company}'s competitors and how are they differentiated?"
Customers/Case Studies: "Who are {company}'s notable customers and what results do they highlight?"
Search Query Patterns
For each sub-question, generate 2-3 search query variations:
# Product/Market
"{company name} what they do"
"{company name} product features customers"
# Tech Stack
"{company name} tech stack engineering blog"
"{company name} careers software engineer" (job posts reveal stack)
# Growth Signals
"{company name} funding round 2025 2026"
"{company name} launch announcement"
"{company name} hiring"
# Pain Points
"{company name} challenges {relevant domain}"
"{company name} {problem sender solves}"
# Decision Makers
"{company name} VP engineering CTO LinkedIn"
"{company name} head of growth product"Finding Format
Each finding is a self-contained factual statement tied to a source:
{
"subQuestion": "What does Acme sell and who are their customers?",
"fact": "Acme provides checkout optimization for Shopify stores, serving mid-market DTC brands with $5M-$50M revenue",
"sourceUrl": "https://acme.com/about",
"sourceTitle": "About Acme - Checkout Optimization",
"confidence": "high"
}Confidence levels:
high: Directly stated on the company's own website or official pressmedium: Inferred from job postings, third-party articles, or indirect signalslow: Speculative based on industry/category, or from outdated sources
Research Loop Rules
Process sub-questions by priority — Priority 1 first, then 2, then 3
3-5 findings per sub-question, then move on — Don't exhaust a topic
Use parallel tool calls — Search multiple queries simultaneously when possible
Rephrase, don't retry — If a search returns poor results, try different keywords
Fetch selectively — Don't fetch every URL from search results. Pick the 1-2 most relevant based on title and URL
Stop at step limit — Respect the depth mode's step budget per company
Homepage first — Always fetch the company's homepage before branching to other pages
Deduplicate findings — Don't record the same fact twice from different sources
Depth Mode Behavior
Quick Mode (100+ leads)
Skip Phase A — No sub-question decomposition
Phase B: Fetch the company homepage. Run 1-2 supplementary searches if homepage data is thin.
Phase C: Extract available data, score ICP, write email from what's available
Budget: 2-3 total tool calls per company
Trade-off: Fast and cheap, but emails may be less personalized
Deep Mode (25-50 leads)
Phase A: Decompose into 2-3 sub-questions (Priority 1 + selected Priority 2)
Phase B: For each sub-question, run 2-3 searches + fetch 1-2 URLs. Target 3-5 findings per sub-question.
Phase C: Synthesize from all findings. ICP reasoning references specific evidence. Email uses the most specific/compelling finding.
Budget: 5-8 total tool calls per company
Trade-off: Good balance of depth and scale
Deeper Mode (10-25 leads)
Phase A: Decompose into 4-5 sub-questions (Priority 1 + 2 + selected Priority 3)
Phase B: Research exhaustively. Fetch multiple pages per company (homepage, about, blog, careers, product pages). Target 3-5 findings per sub-question.
Phase C: Synthesize with cited evidence. ICP reasoning is detailed. Email references multiple specific signals.
Budget: 10-15 total tool calls per company
Trade-off: High quality intelligence, but slow and expensive
Synthesis Instructions
After the research loop completes for a company, synthesize findings into the output record:
ICP Scoring
Score 1-10 using ALL accumulated findings as evidence:
8-10: Strong match. Multiple high-confidence findings confirm right industry, company stage, and clear pain point alignment. The pitch angle directly addresses a visible need supported by evidence.
5-7: Partial match. Some findings suggest relevance but key signals are missing or low-confidence. Adjacent industry or unclear pain point.
1-4: Weak match. Findings indicate wrong segment, too large/small, or no apparent connection to sender's product.
Write icp_fit_reasoning referencing specific findings: "Series A fintech (from Crunchbase), uses Selenium for scraping (from job posting), expanding to EU market (from blog) — strong fit for browser infrastructure."
Email Personalization
Use the richest, most specific findings for email context:
Opening: Use the most concrete finding (a specific product feature, a recent launch, a job posting)
Bridge: Connect a finding about their challenges/stack to the sender's pitch angle
If only low-confidence findings exist, keep the email shorter and more general — don't fabricate specificity
Enrichment Fields
Map findings to enrichment fields:
product_description→ from Product/Market findingsindustry→ inferred from Product/Marketemployee_estimate→ from LinkedIn search or careers page findingsfunding_info→ from Growth Signals findingsheadquarters→ from company homepage or about pagetarget_audience→ from Product/Market findingskey_features→ from product page findings
If a field has no supporting findings, leave it empty rather than guessing.
Anti-Hallucination Rules
Apply these at synthesis time. They exist because the failure mode — especially on Framer/Next.js landing pages with little server-rendered copy — is for the subagent to pattern-match visual cues onto the sender's ICP and fabricate a plausible-sounding description:
Typography is not a product. Never infer
product_description,industry, ortarget_audiencefrom fonts, design system, framework choice (Framer, Next.js, React), or site polish. "Framer-built" and "uses Geist Mono" are observations about tooling, not signals of what the company sells.No ICP leakage. If the homepage is thin and external search turns up nothing, do NOT default the target's description toward the sender's ICP. Manufacturing AI ≠ browser automation just because both use AI.
Quote, don't paraphrase from memory.
product_descriptionmust quote or closely paraphrase a specific phrase fromextract_page.mjsoutput (TITLE / META_DESCRIPTION / OG_DESCRIPTION / HEADINGS / BODY) or from an external search result. If no such phrase exists, writeUnknown — homepage content not accessible.Cap scores on thin evidence. If
product_descriptionisUnknown, seticp_fit_score≤ 3 andicp_fit_reasoning: Insufficient evidence — homepage returned no readable content. Do not justify a higher score on inferred signals alone.
Requirements and compatibility
Written for: Claude Code
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Declares allowed tools, Names Claude Code tools, Needs an API key, Needs Python, Needs Node.js
The author says: Requires browse CLI (`npm install -g browse`) and BROWSERBASE_API_KEY env var
Security
What our scanner noticed· Low risk
- Instructions that use the network
- Scripts that your agent may run
This skill includes scripts that your agent may run. Read them before you use it.
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- browserbase
- Publisher
- Browserbase (Official)
- Source
- browserbase/skills · skills/company-research · commit 6811ca3
- Licence
- MIT License (redistribution allowed)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by browserbase.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download company-research.zip