| Say this |
What happens |
desk-research |
Single-session research — scoping, retrieval, synthesis in one pass |
source-map |
Map canonical sources before retrieval begins |
build-outline |
Build a research outline from the source map |
identify-perspectives |
Map stakeholder perspectives before synthesis |
compare-hypotheses |
Competing-hypotheses pipeline — scored matrix |
devils-advocate |
Steelman the opposing case |
decision-archaeology |
Reconstruct why a prior decision was made |
desk-research-project-start |
Initialize a sustained multi-week research project |
desk-research-project-status |
Orient to an active project — phase, hypothesis, what’s next |
desk-research-project-check |
Snapshot progress — sources captured, coverage, gaps |
desk-research-project-digest |
Summarize corpus into a synthesis matrix |
desk-research-project-synthesize |
Synthesize digest into a confidence-graded brief |
Optional knowledge boundary
Project knowledge is not part of the research pipeline. Research retains
authority over its source corpus and every survey, citation, claim, confidence
assessment, counterpoint, verdict, and governance brief. Quick and non-survey
session work, project scaffolding, digest, check, status, and any incomplete or
abandoned path perform no knowledge handoff.
Only a completed repository-contained standard, applied, or deep survey, or a
completed project synthesis, may optionally hand independently reusable
practice or sanitized evidence residue to project-knowledge. Personal and
external output roots remain capture-ineligible. A devils-advocate review may
instead ask one bounded CQ-REVIEW question for candidate counter-checks, but
must verify every research claim from independent direct sources and never
capture or distil the retrieved result.
1. Scope the question
Type desk-research and describe what you want to find out — the agent maps the source space and surfaces its scoping assumptions before retrieving anything.
desk-research "What drives deployment frequency in platform engineering teams?"
Mode: standard
Sources: DORA reports, Google Cloud DevOps research, academic CS
Scope: peer-reviewed + grey literature, 2019–2024
Approve scope? ›
- You decide: approve scope and depth before retrieval begins — a bad scope returns a synthesis that answers the wrong question.
- Output: a confirmed scope statement with chosen depth mode.
- State: read-only
2. Curate sources
The agent runs source-map to identify the canonical sources for the domain, then dispatches retrieval subagents to fetch and extract material.
● evidence-retriever running DORA 2023 State of DevOps
✓ source-extractor done accelerate.io — 3 findings extracted
● evidence-retriever running Google Cloud DevOps metrics guide
○ synthesis idle
- Output: a curated source set with fetched material ready for synthesis.
- State: read-only
3. Synthesize and grade
The agent synthesizes findings into a brief — every claim carries a GRADE confidence tag and a source citation; gaps are named in a ## Known unknowns section.
brief deployment-frequency-brief.md
Bottom line: Trunk-based development and automated testing pipelines
are the strongest predictors of deployment frequency.
Claim Grade Sources
Trunk-based development → 4× deployment rate [high] 4 independent
Test automation → 2× deployment rate [high] 3 independent
Platform team structure → moderate effect [moderate] 3; downgrade: org-confound
Known unknowns
Known-unknown: effect isolated to platform eng. Would close by: segmented DORA data.
- You decide: review the synthesized brief — if confidence is low, narrow the question or run another retrieval pass before acting on findings.
- Output: a confidence-graded brief with cited sources and explicit gap map.
- State: confirmed-write