2.13.0-beta.20). Features may change before the next stable release.Switch to stable →Skills
Draft a decision-ready brief with ak:research-prompt
Turn project context and one decision into a self-contained research assignment without running the research.
Use ak:research-prompt to prepare one self-contained research brief for a
human or AI researcher. The Skill captures the project context, one decision,
source standards, sub-questions, evidence format, and completion bar in exactly
one paragraph. It writes the assignment; it does not search, cite findings, or
make the decision.
Choose ak:research-prompt for a handoff
Use ak:research-prompt when
- You want a research prompt or brief that another person or tool can execute.
- The researcher will not have access to the current conversation.
- One decision needs several coordinated evidence questions.
- You want source hierarchy, contradiction handling, and per-finding citation requirements fixed before research begins.
Choose another workflow when
- You want the research performed and saved as a cited report. Use
ak:research. - You only need current library documentation. Use
ak:docs-seeker. - You need repository evidence gathered before the brief can be scoped. Use
ak:scoutfirst. - You have multiple unrelated decisions. Create one brief per decision rather than combining them.
Prepare the decision context
Before you start:
- Complete Onboarding, and confirm the Skill is installed for the runtime and scope you use.
- State the project and current situation in language a researcher with no prior context can understand.
- Provide the decision, audience, deadline, known facts, constraints, intended use, and important non-goals.
- Identify primary sources the researcher should prefer and weak sources that may be used only as signals.
- Remove secrets, personal data, private URLs, internal identifiers, and any confidential detail the downstream researcher is not authorized to receive.
| Runtime | Invocation | Availability boundary |
|---|---|---|
| Claude Code | /ak:research-prompt ... | Returns the brief through the installed Skill and can inspect approved local project context when needed. |
| Cursor | /ak:research-prompt ... | Uses the user-verified slash spelling; local-context access depends on the Cursor session. |
| Codex | $ak:research-prompt ... | Uses native Codex discovery and only approved conversation or project context available in the session. |
Run the Skill
/ak:research-prompt "Decision: choose an authorization model for our multi-tenant API. Audience: architecture review. Deadline: Friday. Compare database RLS and service-layer checks; require current primary sources, security failure modes, migration cost, and unresolved gaps."/ak:research-prompt "Decision: choose an authorization model for our multi-tenant API. Audience: architecture review. Deadline: Friday. Compare database RLS and service-layer checks; require current primary sources, security failure modes, migration cost, and unresolved gaps."$ak:research-prompt "Decision: choose an authorization model for our multi-tenant API. Audience: architecture review. Deadline: Friday. Compare database RLS and service-layer checks; require current primary sources, security failure modes, migration cost, and unresolved gaps."The Skill accepts a research topic or decision as free-form input. It has no published mode flag. The source contract requires exactly one paragraph, with no heading, preface, explanation, or second deliverable.
What the paragraph must contain
| Brief element | Requirement |
|---|---|
| Context and goal | Explain the project, situation, research goal, and decision for a reader with no prior context |
| Research question | Define one question that directly informs the decision |
| Sub-questions | Include three to six inline numbered questions that cover the decision without adding unrelated missions |
| Scope | State what to include, what to avoid, relevant versions or dates, audience, deadline, and constraints |
| Source hierarchy | Prefer official documentation, repositories, papers, filings, changelogs, and other primary sources |
| Conflict handling | Separate confirmed fact, inference, and unresolved uncertainty; revisit contradictions and single-source claims in a gap round |
| Per-finding evidence | Require a source URL, the specific supported claim, and one-line decision relevance for every finding |
| Completion bar | Require one detailed Markdown research result that is sufficient to support the stated decision |
Understand what happens during a run
- The Skill gathers context. It uses the conversation and only the relevant, approved project files needed to explain the situation.
- It isolates one decision. Adjacent questions are excluded or assigned to a separate brief.
- It selects coverage. Three to six numbered sub-questions cover evidence, trade-offs, risks, compatibility, and implementation implications as needed.
- It defines evidence quality. Primary sources lead; forums and social posts remain weak signals rather than proof.
- It defines verification. The downstream researcher must revisit conflicts and single-source claims and label facts, inference, and uncertainty.
- It returns one paragraph. The brief appears in the conversation by
default and is ready to hand to
ak:researchor another research runner.
Keep the handoff private and bounded
The brief may be sent to another person or provider
Include only context the downstream researcher is authorized to receive. Sanitizing the final report later does not undo disclosure in the assignment.
- The source-defined workflow performs no web search, provider call, repository clone, package install, or research execution.
- It creates no file by default. Writing the paragraph to a path, sending it to a person, or submitting it to a research provider is a separate action.
- Reading relevant local project files can expose private context to the active runtime. Limit inspection to what is needed to make the brief self-contained.
- The Skill itself adds no external cost. The selected research runner may use paid models, search quotas, private repositories, or subscription sources; state those approvals in the brief when they are intended.
- Do not pre-fill expected conclusions or frame the question as marketing copy.
Verify the brief
A complete result is exactly one paragraph and can be understood without the original conversation. It names one decision, contains three to six inline numbered sub-questions, defines include and avoid boundaries, prioritizes primary sources, requires gap handling, specifies per-finding URLs and relevance, and asks for one detailed Markdown result.
The Skill bundles no scripts or tests. Verification is a contract check against the paragraph: one paragraph, one mission, complete context, no fabricated fact, no sensitive material, and no research claims presented as already verified.
Troubleshoot or continue
| Symptom | Safe next step |
|---|---|
| The brief needs a follow-up explanation | Add missing project context, decision criteria, known facts, or intended use inside the single paragraph. |
| It contains several decisions | Split the output into separate Skill runs, one decision per brief. |
| It asks for sources without claim mapping | Require URL, supported claim, and one-line decision relevance for every finding. |
| It includes an expected answer | Replace the conclusion with neutral criteria and evidence questions. |
| You expected a research report | Run the completed paragraph with ak:research; this Skill only writes the assignment. |
| The runtime does not recognize the Skill | Confirm target and scope, restart the runtime, then follow Runtime cannot find a Skill or Agent. |
Know the current limits
- The Skill cannot make missing project facts true; unknowns should become sub-questions or explicit assumptions.
- One paragraph favors a focused decision over an exhaustive program of work.
- The brief enforces a source and output contract, but the downstream research runner determines actual coverage, cost, and evidence quality.
- Stable and beta package identical
ak:research-promptbehavior and output rules.
Produce cited technical research with ak:research
Define a bounded technical question, gather current primary evidence, and save an actionable report with explicit uncertainty.
Generate evidence-backed diagrams with ak:tech-graph
Turn a verified system description into validated SVG and PNG artifacts, then inspect the rendered layout before delivery.