research-synthesizer
by @netanel-abergel
Multi-source research synthesizer. Takes a question, runs 3-5 parallel web searches with varied phrasings, deduplicates, and returns a cited, concise answer....
clawhub install research-synthesizerπ About This Skill
name: research-synthesizer version: "1.0.0" description: "Multi-source research synthesizer. Takes a question, runs 3-5 parallel web searches with varied phrasings, deduplicates, and returns a cited, concise answer. For Hebrew questions, searches in both Hebrew and English. Output is always under ~400 words." triggers: - "research" - "find out about" - "what do you know about" - "synthesize" - "look up"
Research Synthesizer Skill
Multi-source search β deduplicate β synthesize β cite. Concise answer under ~400 words, always.
When to Use
Trigger phrases:
Step-by-Step Process
Step 0: Clarify the Brief
Before any research on companies, products, or competitors β ask or verify: 1. What is the positioning of OUR product? Don't assume. Ask if unclear. 2. What is the scope? Competitor analysis? Market sizing? Both? 3. What will the output be used for? Pitch deck? Internal doc? Strategy?
This prevents writing a wrong document that needs to be rewritten.
Step 0b: Question Decomposition (GPT Researcher Pattern)
Before searching, decompose the question into specific sub-questions:
Input: "What is Paperclip and how does it compare to monday.com?"Sub-questions:
1. What is Paperclip? What does it do?
2. Who built it and when?
3. What are its core features?
4. How is it positioned vs. project management tools?
5. What does monday.com offer that Paperclip doesn't (and vice versa)?
Rule: For broad or multi-faceted questions (competitive analysis, "explain X", "compare A and B") β always decompose first. For simple factual questions ("who founded X", "when did Y happen") β skip this step.
Each sub-question becomes its own search query. This produces deeper, less biased results than 5 phrasings of the same question.
Step 1: Classify the Question
Before searching:
Adjust query phrasings accordingly.
Step 2: Generate Query Variants
Create 3β5 distinct query phrasings to maximize coverage and reduce bias:
| Variant | Strategy | |---|---| | Q1 | Direct question phrasing | | Q2 | Keyword-only (no question words) | | Q3 | "best [topic] explained" / "how does X work" | | Q4 | Hebrew translation (if applicable) | | Q5 | Recent angle: "[topic] 2024 2025" or "[topic] latest" |
Example β question: "What is LangGraph?"
Example β question: "What is LangGraph?"
Step 2b: Verify Companies β Visit Their Website First
MANDATORY for any competitor/company research:
Before writing anything about a company:
1. web_fetch their main URL (homepage + relevant sub-pages: /agents, /product, /pricing)
2. web_search "[company] funding 2026" AND "[company] review 2026"
3. Only write what you actually found. If unverified β say "unverified"
Never assume a company's capabilities from its category name. Example: "issue tracker" does NOT mean "no agents." Verify.
Step 3: Run Searches (Parallel)
Run all query variants using web_search. Collect:
Do not fetch full page content unless snippet is insufficient.
Step 4: Deduplicate, Filter & Score Sources
From all results: 1. Remove duplicate URLs 2. Remove results that don't address the question 3. Remove results older than 2 years for fast-moving topics (AI, tech, news) 4. Score source credibility: - High: Official docs, peer-reviewed, major publications (TechCrunch, Wired, HBR) - Medium: Reputable blogs, GitHub repos, well-known newsletters - Low: Forums, anonymous posts, marketing pages 5. Prioritize high-credibility sources. If only low-credibility sources available β flag it.
Target: 5β10 sources for deep research, 3β5 for quick questions.
Step 5: Synthesize
Write the answer in this format:
[3β5 sentence summary that directly answers the question]Key points:
β’ [point 1]
β’ [point 2]
β’ [point 3]
β’ [point 4 β optional]
Sources:
1. [Title] β [URL]
2. [Title] β [URL]
3. [Title] β [URL]
Synthesis rules:
Step 6: Deliver
Send the synthesized answer. Do NOT:
Output Format Template
π [Topic][Direct 3-5 sentence answer]
π Key Points:
β’ ...
β’ ...
β’ ...
π Sources:
1. [Title] β [URL]
2. [Title] β [URL]
3. [Title] β [URL]
Example
Input: "Research: What is Model Context Protocol?"
Output:
π Model Context Protocol (MCP)Model Context Protocol (MCP) is an open standard developed by Anthropic that lets LLMs connect uniformly to tools, APIs, and external data sources. Instead of each integration requiring custom code, MCP defines a shared language between the model and the tool server.
π Key Points:
β’ Client-server protocol: the LLM is the client, tools are servers
β’ Supports stdio and HTTP transport
β’ Enables: tool calling, resource access, prompts
β’ Widely adopted: Claude, Cursor, VS Code, and more
β’ Open source β SDK available for Python, TypeScript, Java
π Sources:
1. MCP Official Docs β https://modelcontextprotocol.io
2. Anthropic MCP Announcement β https://www.anthropic.com/news/model-context-protocol
3. MCP GitHub β https://github.com/modelcontextprotocol
Hebrew Search Strategy
For Hebrew questions, always search in both languages:
| Search | Language | Goal | |---|---|---| | Q1βQ2 | English | Get the most content (English web is larger) | | Q3 | Hebrew | Find Israeli/Hebrew-specific context | | Q4 | English (simple phrasing) | Get beginner-friendly sources | | Q5 | English (recent) | Get latest news/updates |
If the topic is inherently Israeli (local news, Israeli law, etc.) β weight Hebrew sources more.
Rules
1. Always cite sources β no answer without at least 2 URLs. For competitive analysis: minimum 5 sources.
2. Clarify positioning before writing (Step 0) β especially for competitive analysis. Ask what OUR product does before comparing.
3. Verify companies from their own website (Step 2b) β never assume from category name.
4. Deep questions β decompose first (Step 0b). Simple facts β skip decomposition.
5. Max ~400 words β be concise, not exhaustive
6. One clean doc, not multiple drafts β get it right before publishing
3. Direct answer first β no preamble, no "I will now search..."
4. Hebrew in, Hebrew out β match the user's language
5. Flag uncertainty β if sources conflict or data is stale, say so
6. No raw dumps β synthesize, don't copy-paste snippets
7. React π when owner requests research, β
when delivered
8. After delivering research β write summary to memory/whatsapp/dms/ if topic was important
Cost Notes
web_search calls per research request β moderate costweb_fetch unless snippets are truly insufficientβ‘ When to Use
π‘ Examples
Input: "Research: What is Model Context Protocol?"
Output:
π Model Context Protocol (MCP)Model Context Protocol (MCP) is an open standard developed by Anthropic that lets LLMs connect uniformly to tools, APIs, and external data sources. Instead of each integration requiring custom code, MCP defines a shared language between the model and the tool server.
π Key Points:
β’ Client-server protocol: the LLM is the client, tools are servers
β’ Supports stdio and HTTP transport
β’ Enables: tool calling, resource access, prompts
β’ Widely adopted: Claude, Cursor, VS Code, and more
β’ Open source β SDK available for Python, TypeScript, Java
π Sources:
1. MCP Official Docs β https://modelcontextprotocol.io
2. Anthropic MCP Announcement β https://www.anthropic.com/news/model-context-protocol
3. MCP GitHub β https://github.com/modelcontextprotocol
π Constraints
1. Always cite sources β no answer without at least 2 URLs. For competitive analysis: minimum 5 sources.
2. Clarify positioning before writing (Step 0) β especially for competitive analysis. Ask what OUR product does before comparing.
3. Verify companies from their own website (Step 2b) β never assume from category name.
4. Deep questions β decompose first (Step 0b). Simple facts β skip decomposition.
5. Max ~400 words β be concise, not exhaustive
6. One clean doc, not multiple drafts β get it right before publishing
3. Direct answer first β no preamble, no "I will now search..."
4. Hebrew in, Hebrew out β match the user's language
5. Flag uncertainty β if sources conflict or data is stale, say so
6. No raw dumps β synthesize, don't copy-paste snippets
7. React π when owner requests research, β
when delivered
8. After delivering research β write summary to memory/whatsapp/dms/ if topic was important