Multi-Agent Parallel Investigation
Overview
This skill provides a systematic approach to answering complex architecture questions by decomposing them into 4-6 parallel investigations, each with a specialized perspective. Each agent investigates independently, then findings are synthesized into a phased decision framework with concrete recommendations.
Core Pattern: Spawn multiple Task tool agents in parallel → Each investigates specific dimension → Synthesize findings → Deliver phased implementation plan
When to Use This Skill
Use this skill when you encounter:
- Complex Architecture Decisions with multiple unknowns requiring investigation from different angles (API capabilities, performance, documentation quality, feasibility)
- Trade-off Analysis where multiple solutions exist with competing priorities (complexity vs performance, cost vs developer UX)
- Technology Evaluation when assessing if a platform/tool/library meets requirements across multiple dimensions
- Data Platform Questions in crypto/trading domains with concerns about availability, correctness, observability, and maintainability
- Implementation Planning when you need phased rollout with clear decision gates based on empirical findings
Typical Question Patterns:
- "How should we distribute our Parquet database to external users?"
- "What's the best approach for querying remote data without downloads?"
- "Should we build a CLI tool, improve documentation, or create an API?"
- "How can we validate data quality across multiple sources?"
Workflow
Step 1: Decompose Question into Investigation Dimensions
Identify 4-6 specialist perspectives needed to answer the question comprehensively:
Common Agent Roles (select 4-6 based on question):
- API Capabilities Analyst - Platform API evaluation, endpoint discovery
- Performance Analyst - Benchmarking, latency measurements, optimization
- Documentation Analyst - Quality assessment, gap identification, UX evaluation
- Feasibility Engineer - Prototyping, proof-of-concept, effort estimation
- Security Analyst - Threat modeling, credential management, compliance
- Cost Analyst - Pricing, rate limits, resource consumption
- Integration Specialist - Third-party service integration, compatibility
- Data Quality Analyst - Schema validation, coverage assessment, correctness
See references/agent-templates.md for detailed role templates.
Step 2: Spawn Agents in Parallel
Use single message with multiple Task tool calls to maximize performance:
I'll spawn 4 parallel agents to investigate this question from different perspectives:
[Task tool call 1: API Capabilities Agent with prompt from agent-templates.md]
[Task tool call 2: Performance Analyst Agent with prompt from agent-templates.md]
[Task tool call 3: Documentation Analyst Agent with prompt from agent-templates.md]
[Task tool call 4: Feasibility Engineer Agent with prompt from agent-templates.md]
Key Requirements:
- Each agent gets ROLE, OBJECTIVE, CONTEXT, DYNAMIC WRITETODO APPROACH, INVESTIGATION QUESTIONS, DELIVERABLES, WORKSPACE
- Agents work independently (no inter-agent communication)
- Each agent uses
/tmp/{role-slug}/ workspace for artifacts
- Each agent reports structured findings back to main context
Step 3: Dynamic WriteTodo Within Each Agent
CRITICAL: Agents use emergent task creation, NOT pre-planned task lists.
Pattern:
- Agent creates ONE initial writeTodo (e.g., "Search for API documentation")
- Agent completes task → Analyzes findings → Creates NEXT writeTodo based on discoveries
- Agent marks completed → Executes next → Repeats until investigation complete
- Let writeTodos emerge naturally from findings
Example Flow (API Capabilities Agent):
writeTodo 1: "Search for GitHub REST API documentation for release assets"
→ Discovery: Found API endpoints for listing release assets
→ writeTodo 2: "Test HTTP range request support on release asset URL"
→ Discovery: Range requests NOT supported
→ writeTodo 3: "Investigate CDN proxy alternatives (jsDelivr, Cloudflare)"
→ Discovery: jsDelivr supports range requests
→ Investigation complete
Step 4: Wait for Agent Reports
Each agent returns structured report with:
- Findings Summary (2-3 sentences)
- Data/Measurements (performance numbers, API endpoints, examples)
- Confidence Level (HIGH/MEDIUM/LOW with %)
- Recommendation (specific action with justification)
Step 5: Synthesize Findings into Decision Framework
Use patterns from references/synthesis-patterns.md:
Choose synthesis pattern based on agent findings:
- Consensus Building - When agents agree on direction, use voting matrix to validate
- Trade-off Matrix - When agents have competing priorities, score solutions across dimensions
- Risk-Based Synthesis - When findings reveal risks, prioritize by likelihood × impact
- 80/20 Synthesis - When one solution covers most use cases, identify highest ROI option
- Confidence Aggregation - When confidence varies, defer low-confidence phases
- Phased Decision Framework - DEFAULT pattern for most investigations
Example Synthesis (Phased Decision Framework):
## Summary of Parallel Investigations
**Agent 1 (API Capabilities)**: GitHub Releases API supports listing assets but NOT range requests. jsDelivr CDN proxy enables range requests with 95% reliability.
**Agent 2 (Performance)**: DuckDB httpfs queries complete in 2.8s (cold start), bandwidth efficiency 97% vs full download. Range requests work via jsDelivr.
**Agent 3 (Documentation)**: Current README rated 7/10. Missing Quick Start, Prerequisites unclear, no copy-paste examples. Gap: remote query workflow.
**Agent 4 (Feasibility)**: CLI tool buildable in 4-6 hours but adds complexity. Documentation improvements solve 80% of use cases in 2 hours.
## Decision Framework
### Phase 1: Documentation Quick Start (Priority: HIGH)
**Objective**: Enable developers to query remote Parquet in <60 seconds
**Based on**: Agent 3 (documentation gaps) + Agent 2 (proven performance)
**Effort**: 2 hours
**Impact**: Solves 80% of use cases (Agent 4 finding)
**Recommendation**: Add Quick Start section with DuckDB httpfs example, jsDelivr URL pattern, prerequisites
### Phase 2: Performance Optimization (Priority: MEDIUM)
**Objective**: Document query optimization patterns (column pruning, filtering)
**Based on**: Agent 2 (performance benchmarks show 10x speedup with WHERE clauses)
**Effort**: 1 hour
**Impact**: Reduces query time from 2.8s → 0.3s for filtered queries
**Decision Criteria**: Proceed after Phase 1 validates user adoption
### Phase 3: CLI Tool (Priority: LOW, Optional)
**Objective**: Standalone tool for non-Python users
**Based on**: Agent 4 (feasibility prototype)
**Effort**: 4-6 hours
**Impact**: Serves remaining 20% of use cases
**Decision Criteria**: Only proceed if user feedback shows demand after Phase 1+2
## Total Effort Estimate
- **Phase 1**: 2 hours (HIGH confidence)
- **Phase 2**: 1 hour (MEDIUM confidence)
- **Phase 3**: 4-6 hours (LOW confidence, optional)
- **Total**: 3-9 hours depending on user feedback
Step 6: Deliver Actionable Recommendations
Final output should include:
- Summary - What was investigated, what agents found
- Decision Framework - Phased implementation plan with priorities
- Success Criteria - Measurable outcomes (from synthesis-patterns.md → Success Criteria Synthesis)
- Validation Plan - How to test recommendations
- Next Steps - Immediate action items
Using Bundled Resources
references/agent-templates.md
Contains 10 example agent prompts with complete structure:
- ROLE, OBJECTIVE, CONTEXT
- DYNAMIC WRITETODO APPROACH
- INVESTIGATION QUESTIONS (5-7 specific questions)
- DELIVERABLES (structured output format)
- WORKSPACE (temp directory for artifacts)
Usage: Copy relevant template → Customize CONTEXT and QUESTIONS for your specific investigation → Use as Task tool prompt
references/synthesis-patterns.md
Contains 8 frameworks for synthesizing agent findings:
- Phased Decision Framework - Default pattern, structures findings into HIGH/MEDIUM/LOW priority phases
- Consensus-Building Pattern - Voting matrix for conflicting findings
- Trade-off Matrix - Score solutions across dimensions (Complexity, Cost, Performance, UX)
- Risk-Based Synthesis - Prioritize by risk mitigation (P0/P1/P2)
- Confidence Level Aggregation - Defer low-confidence phases
- 80/20 Synthesis - Identify highest ROI solution
- Integration Strategy - Structure complementary solutions
- Success Criteria Synthesis - Measurable outcomes from agent findings
Usage: After agents report findings, select appropriate synthesis pattern → Fill in template with agent data → Present decision framework
Domain Context: Crypto/Trading Data Platforms
This skill is optimized for questions about:
- Data Distribution - How to serve historical OHLCV data, orderbook snapshots, trade ticks
- Query Performance - Remote vs local access, bandwidth optimization, latency requirements
- Documentation Quality - Developer onboarding friction, example coverage, troubleshooting guides
- API Design - REST endpoints, WebSocket streams, bulk download vs query endpoints
- Storage Technologies - Parquet, DuckDB, CSV/JSON, compression formats
- Infrastructure Decisions - GitHub Releases, S3, CDN proxies, self-hosted APIs
- SLO Dimensions - Availability, Correctness, Observability, Maintainability (NOT speed/performance/security)
Example Questions from Domain:
- "Should we use DuckDB httpfs for remote Parquet queries or build a REST API?"
- "How do we balance query latency vs bandwidth efficiency for 20MB Parquet files?"
- "Is documentation sufficient for developers to query our database in <60 seconds?"
- "What's the feasibility of a CLI tool vs extending existing tooling?"
Tips for Success
- Parallel Execution: Always spawn agents in single message with multiple Task calls (NOT sequential)
- Role Specialization: Each agent should have narrow, distinct focus (avoid overlap)
- Dynamic WriteTodos: Agents discover next steps based on findings, not pre-planned lists
- Empirical Evidence: Agents should measure/test/validate, not speculate
- Confidence Levels: Agents report HIGH/MEDIUM/LOW confidence with percentages
- Synthesis Pattern Selection: Choose pattern based on agent findings (consensus vs conflict vs risk)
- Phased Implementation: Default to 3 phases (HIGH/MEDIUM/LOW priority) with decision gates
- Measurable Success: Define concrete validation criteria (timing, percentages, user counts)
Common Pitfalls to Avoid
- Too Many Agents (>6) - Synthesis becomes unwieldy, prefer 4-6 focused roles
- Pre-planned WriteTodos - Defeats purpose of emergent investigation, let findings guide tasks
- Sequential Agent Execution - Wastes time, always spawn in parallel unless dependencies exist
- Vague Investigation Questions - Each agent needs 5-7 specific, answerable questions
- No Workspace - Agents need
/tmp/{role}/ directories for artifacts/tests/prototypes
- Ignoring Confidence Levels - Low-confidence findings should trigger Phase 3 (optional), not Phase 1
- Skipping Synthesis - Raw agent reports are not actionable, must synthesize into decision framework
- No Validation Plan - Recommendations need measurable success criteria and test approach
1---2name: multi-agent-parallel-investigation3description: Decompose complex questions into 4-6 parallel investigations with different perspectives, synthesize into phased decision framework. Use when facing architecture decisions with multiple unknowns in crypto/trading data platforms.4---56# Multi-Agent Parallel Investigation78## Overview910This skill provides a systematic approach to answering complex architecture questions by decomposing them into 4-6 parallel investigations, each with a specialized perspective. Each agent investigates independently, then findings are synthesized into a phased decision framework with concrete recommendations.1112**Core Pattern**: Spawn multiple Task tool agents in parallel → Each investigates specific dimension → Synthesize findings → Deliver phased implementation plan1314## When to Use This Skill1516Use this skill when you encounter:17181. **Complex Architecture Decisions** with multiple unknowns requiring investigation from different angles (API capabilities, performance, documentation quality, feasibility)192. **Trade-off Analysis** where multiple solutions exist with competing priorities (complexity vs performance, cost vs developer UX)203. **Technology Evaluation** when assessing if a platform/tool/library meets requirements across multiple dimensions214. **Data Platform Questions** in crypto/trading domains with concerns about availability, correctness, observability, and maintainability225. **Implementation Planning** when you need phased rollout with clear decision gates based on empirical findings2324**Typical Question Patterns**:25- "How should we distribute our Parquet database to external users?"26- "What's the best approach for querying remote data without downloads?"27- "Should we build a CLI tool, improve documentation, or create an API?"28- "How can we validate data quality across multiple sources?"2930## Workflow3132### Step 1: Decompose Question into Investigation Dimensions3334Identify 4-6 specialist perspectives needed to answer the question comprehensively:3536**Common Agent Roles** (select 4-6 based on question):37- **API Capabilities Analyst** - Platform API evaluation, endpoint discovery38- **Performance Analyst** - Benchmarking, latency measurements, optimization39- **Documentation Analyst** - Quality assessment, gap identification, UX evaluation40- **Feasibility Engineer** - Prototyping, proof-of-concept, effort estimation41- **Security Analyst** - Threat modeling, credential management, compliance42- **Cost Analyst** - Pricing, rate limits, resource consumption43- **Integration Specialist** - Third-party service integration, compatibility44- **Data Quality Analyst** - Schema validation, coverage assessment, correctness4546See [`references/agent-templates.md`](references/agent-templates.md) for detailed role templates.4748### Step 2: Spawn Agents in Parallel4950Use **single message with multiple Task tool calls** to maximize performance:5152```markdown53I'll spawn 4 parallel agents to investigate this question from different perspectives:5455[Task tool call 1: API Capabilities Agent with prompt from agent-templates.md]56[Task tool call 2: Performance Analyst Agent with prompt from agent-templates.md]57[Task tool call 3: Documentation Analyst Agent with prompt from agent-templates.md]58[Task tool call 4: Feasibility Engineer Agent with prompt from agent-templates.md]59```6061**Key Requirements**:62- Each agent gets ROLE, OBJECTIVE, CONTEXT, DYNAMIC WRITETODO APPROACH, INVESTIGATION QUESTIONS, DELIVERABLES, WORKSPACE63- Agents work independently (no inter-agent communication)64- Each agent uses `/tmp/{role-slug}/` workspace for artifacts65- Each agent reports structured findings back to main context6667### Step 3: Dynamic WriteTodo Within Each Agent6869**CRITICAL**: Agents use emergent task creation, NOT pre-planned task lists.7071**Pattern**:721. Agent creates ONE initial writeTodo (e.g., "Search for API documentation")732. Agent completes task → Analyzes findings → Creates NEXT writeTodo based on discoveries743. Agent marks completed → Executes next → Repeats until investigation complete754. Let writeTodos emerge naturally from findings7677**Example Flow** (API Capabilities Agent):78```79writeTodo 1: "Search for GitHub REST API documentation for release assets"80→ Discovery: Found API endpoints for listing release assets81→ writeTodo 2: "Test HTTP range request support on release asset URL"82→ Discovery: Range requests NOT supported83→ writeTodo 3: "Investigate CDN proxy alternatives (jsDelivr, Cloudflare)"84→ Discovery: jsDelivr supports range requests85→ Investigation complete86```8788### Step 4: Wait for Agent Reports8990Each agent returns structured report with:91- **Findings Summary** (2-3 sentences)92- **Data/Measurements** (performance numbers, API endpoints, examples)93- **Confidence Level** (HIGH/MEDIUM/LOW with %)94- **Recommendation** (specific action with justification)9596### Step 5: Synthesize Findings into Decision Framework9798Use patterns from [`references/synthesis-patterns.md`](references/synthesis-patterns.md):99100**Choose synthesis pattern based on agent findings**:101- **Consensus Building** - When agents agree on direction, use voting matrix to validate102- **Trade-off Matrix** - When agents have competing priorities, score solutions across dimensions103- **Risk-Based Synthesis** - When findings reveal risks, prioritize by likelihood × impact104- **80/20 Synthesis** - When one solution covers most use cases, identify highest ROI option105- **Confidence Aggregation** - When confidence varies, defer low-confidence phases106- **Phased Decision Framework** - DEFAULT pattern for most investigations107108**Example Synthesis** (Phased Decision Framework):109110```markdown111## Summary of Parallel Investigations112113**Agent 1 (API Capabilities)**: GitHub Releases API supports listing assets but NOT range requests. jsDelivr CDN proxy enables range requests with 95% reliability.114115**Agent 2 (Performance)**: DuckDB httpfs queries complete in 2.8s (cold start), bandwidth efficiency 97% vs full download. Range requests work via jsDelivr.116117**Agent 3 (Documentation)**: Current README rated 7/10. Missing Quick Start, Prerequisites unclear, no copy-paste examples. Gap: remote query workflow.118119**Agent 4 (Feasibility)**: CLI tool buildable in 4-6 hours but adds complexity. Documentation improvements solve 80% of use cases in 2 hours.120121## Decision Framework122123### Phase 1: Documentation Quick Start (Priority: HIGH)124**Objective**: Enable developers to query remote Parquet in <60 seconds125**Based on**: Agent 3 (documentation gaps) + Agent 2 (proven performance)126**Effort**: 2 hours127**Impact**: Solves 80% of use cases (Agent 4 finding)128**Recommendation**: Add Quick Start section with DuckDB httpfs example, jsDelivr URL pattern, prerequisites129130### Phase 2: Performance Optimization (Priority: MEDIUM)131**Objective**: Document query optimization patterns (column pruning, filtering)132**Based on**: Agent 2 (performance benchmarks show 10x speedup with WHERE clauses)133**Effort**: 1 hour134**Impact**: Reduces query time from 2.8s → 0.3s for filtered queries135**Decision Criteria**: Proceed after Phase 1 validates user adoption136137### Phase 3: CLI Tool (Priority: LOW, Optional)138**Objective**: Standalone tool for non-Python users139**Based on**: Agent 4 (feasibility prototype)140**Effort**: 4-6 hours141**Impact**: Serves remaining 20% of use cases142**Decision Criteria**: Only proceed if user feedback shows demand after Phase 1+2143144## Total Effort Estimate145- **Phase 1**: 2 hours (HIGH confidence)146- **Phase 2**: 1 hour (MEDIUM confidence)147- **Phase 3**: 4-6 hours (LOW confidence, optional)148- **Total**: 3-9 hours depending on user feedback149```150151### Step 6: Deliver Actionable Recommendations152153Final output should include:1541. **Summary** - What was investigated, what agents found1552. **Decision Framework** - Phased implementation plan with priorities1563. **Success Criteria** - Measurable outcomes (from synthesis-patterns.md → Success Criteria Synthesis)1574. **Validation Plan** - How to test recommendations1585. **Next Steps** - Immediate action items159160## Using Bundled Resources161162### `references/agent-templates.md`163164Contains 10 example agent prompts with complete structure:165- ROLE, OBJECTIVE, CONTEXT166- DYNAMIC WRITETODO APPROACH167- INVESTIGATION QUESTIONS (5-7 specific questions)168- DELIVERABLES (structured output format)169- WORKSPACE (temp directory for artifacts)170171**Usage**: Copy relevant template → Customize CONTEXT and QUESTIONS for your specific investigation → Use as Task tool prompt172173### `references/synthesis-patterns.md`174175Contains 8 frameworks for synthesizing agent findings:1761. **Phased Decision Framework** - Default pattern, structures findings into HIGH/MEDIUM/LOW priority phases1772. **Consensus-Building Pattern** - Voting matrix for conflicting findings1783. **Trade-off Matrix** - Score solutions across dimensions (Complexity, Cost, Performance, UX)1794. **Risk-Based Synthesis** - Prioritize by risk mitigation (P0/P1/P2)1805. **Confidence Level Aggregation** - Defer low-confidence phases1816. **80/20 Synthesis** - Identify highest ROI solution1827. **Integration Strategy** - Structure complementary solutions1838. **Success Criteria Synthesis** - Measurable outcomes from agent findings184185**Usage**: After agents report findings, select appropriate synthesis pattern → Fill in template with agent data → Present decision framework186187## Domain Context: Crypto/Trading Data Platforms188189This skill is optimized for questions about:190- **Data Distribution** - How to serve historical OHLCV data, orderbook snapshots, trade ticks191- **Query Performance** - Remote vs local access, bandwidth optimization, latency requirements192- **Documentation Quality** - Developer onboarding friction, example coverage, troubleshooting guides193- **API Design** - REST endpoints, WebSocket streams, bulk download vs query endpoints194- **Storage Technologies** - Parquet, DuckDB, CSV/JSON, compression formats195- **Infrastructure Decisions** - GitHub Releases, S3, CDN proxies, self-hosted APIs196- **SLO Dimensions** - Availability, Correctness, Observability, Maintainability (NOT speed/performance/security)197198**Example Questions from Domain**:199- "Should we use DuckDB httpfs for remote Parquet queries or build a REST API?"200- "How do we balance query latency vs bandwidth efficiency for 20MB Parquet files?"201- "Is documentation sufficient for developers to query our database in <60 seconds?"202- "What's the feasibility of a CLI tool vs extending existing tooling?"203204## Tips for Success2052061. **Parallel Execution**: Always spawn agents in single message with multiple Task calls (NOT sequential)2072. **Role Specialization**: Each agent should have narrow, distinct focus (avoid overlap)2083. **Dynamic WriteTodos**: Agents discover next steps based on findings, not pre-planned lists2094. **Empirical Evidence**: Agents should measure/test/validate, not speculate2105. **Confidence Levels**: Agents report HIGH/MEDIUM/LOW confidence with percentages2116. **Synthesis Pattern Selection**: Choose pattern based on agent findings (consensus vs conflict vs risk)2127. **Phased Implementation**: Default to 3 phases (HIGH/MEDIUM/LOW priority) with decision gates2138. **Measurable Success**: Define concrete validation criteria (timing, percentages, user counts)214215## Common Pitfalls to Avoid2162171. **Too Many Agents** (>6) - Synthesis becomes unwieldy, prefer 4-6 focused roles2182. **Pre-planned WriteTodos** - Defeats purpose of emergent investigation, let findings guide tasks2193. **Sequential Agent Execution** - Wastes time, always spawn in parallel unless dependencies exist2204. **Vague Investigation Questions** - Each agent needs 5-7 specific, answerable questions2215. **No Workspace** - Agents need `/tmp/{role}/` directories for artifacts/tests/prototypes2226. **Ignoring Confidence Levels** - Low-confidence findings should trigger Phase 3 (optional), not Phase 12237. **Skipping Synthesis** - Raw agent reports are not actionable, must synthesize into decision framework2248. **No Validation Plan** - Recommendations need measurable success criteria and test approach