v2 Published snapshot
Decision to Action
Drives an open question, choice, or problem end to end: frame the decision, gather evidence in parallel, attack the emerging answer, commit to one recommended next move, then execute it and verify the outcome. Stops at a research report only when no safe action exists.
Use when: there is a real decision or choice, evidence could materially change the answer, more than one viable action exists, and the outcome matters enough to justify structured investigation.
Do not use for: simple factual lookup, straightforward drafting, trivial reversible choices, or tasks where the requested action is already unambiguous.
Execution convention: keep intermediate work in runtime-private scratch state and return concise, human-readable handoffs in the conversation. Do not create repository files by default. Persist to a Case, Record, or an exported file only when the user explicitly asks for that form of durability.
Starting inputs
- decisionOwner
Who makes the final call. Defaults to the requester.
string
- researchScope
Sources the agent may read. Defaults to supplied context, repository, and public sources; internal connected sources require explicit approval.
array
- options
Known candidate options, if any. Leave empty when the options are themselves unclear.
array
- deadline
When the decision must be made (ISO date or plain description).
string
- question *
The question, choice, or problem as the requester stated it.
string
- authority
Per-action-class permission: autonomous, approval, or forbidden. The four keys shown are a minimum; add finer-grained classes freely (e.g. draftEmail, sendExternalEmail, stagingDeploy, productionDeploy) — Step 6 defers to whatever classes are defined here.
object
- constraints
Hard limits such as budget, timeline, headcount, or compliance.
object
Steps
- 1
Frame the decision, scope, and authority
Before researching, establish a decision contract in the conversation. State the decision, why it matters now, options, success criteria, constraints, deadline, what is known, the few unknowns that could change the answer, and the final decision owner.
Agree the research scope before reading beyond the supplied context. Default to the supplied context, repository, and public sources. Reading email, chat, CRM, Drive, databases, saved memory, or other internal connected sources requires explicit permission.
Set authority per action class. Unless explicitly granted, treat external contact, publishing, spending, permission changes, internal-source access, delegation, and creation of durable Epismo state as approval-required. Ask only for facts the requester must supply, such as preferences, priorities, internal constraints, or risk appetite.
Gate: you can state a good answer, the allowed evidence sources, and the decision owner. Otherwise the framing is incomplete.
- 2
Choose the research depth and map decisive questions
Use the decision contract as the source of truth. If new information makes it materially wrong, return to framing and state the amendment explicitly.
Choose the lightest investigation that can support the decision. For a cheap, reversible choice, a short direct check may be enough. Use structured research only when evidence could materially change the choice; use independent parallel lanes only when the stakes and deadline justify them.
Work backwards from the decision: identify only the unknowns that could flip the recommended next move, then define the evidence that would settle each one and a clear stop condition. Do not access an internal source outside the agreed scope.
Gate: the research plan is proportional, bounded, and contains no dependent lane marked for parallel work.
- 3
Gather decisive evidence
Gather decisive evidence according to the agreed plan. Investigate sequentially by default; use independent workers only for genuinely independent questions when the runtime supports delegation and the contract permits it. Each worker answers one scoped question and returns evidence, uncertainty, and decision impact, not a recommendation.
Prefer primary sources, official documentation, original data or papers, reliable secondary sources, then community experience. Treat unsupported claims as unknowns. Keep only a concise, source-linked handoff; discard transient worker traces.
Gate: every critical question has evidence or an explicit uncertainty, and no claim is presented as settled without a locatable source.
- 4
Challenge the emerging recommendation
Write a provisional recommended next move, then try to break it. Test the strongest counterargument, missing or stale evidence, contradictions, unstated assumptions, downside scenarios, arithmetic, and irreversible consequences.
For high-stakes decisions, use an independent verifier when available. For code or built artifacts, inspect the source and separately validate real behavior. Label material claims as verified, disputed, unknown, or assumption, and keep the labels in a concise conversation ledger.
Gate: each uncertainty capable of reversing the recommendation is resolved, shown not to change the next move, or named as a decision blocker for the owner.
- 5
Recommend or identify the decision blocker
Produce one recommended next move, not a pros-and-cons table. A bounded pilot with an explicit decision rule is a valid next move when a final irreversible choice is not justified. State the recommendation, why it wins, why the best alternative loses, evidence, confidence and its basis, risks, the decision owner, and what would change the recommendation.
Do not force a decision when a decision blocker remains. State exactly what evidence or owner judgment is needed. Take a decision only when it is cheap, reversible, and explicitly within the granted authority; otherwise present proceed, modify, and stop with their consequences for the owner to choose.
Gate: the owner can understand the recommendation and its limits without opening a local artifact.
- 6
Turn the recommendation into safe progress
Turn the recommendation into safe progress. Perform only actions that are safe and explicitly authorized. Prepare all other actions so they are one human approval away, but do not send, publish, buy, sign, delete, deploy, move money, change permissions, contact external parties, or create durable Epismo state without the required approval.
Return a concise action handoff in the conversation: what was safely done, evidence that its real-world outcome was verified, what remains, and the exact approval needed. Use a Case or Record only when durable collaboration was explicitly requested; create local files only when the user explicitly requests an export.
Done means: the recommendation is evidence-backed, uncertainties are explicit, safe actions are verified, and every remaining consequential action has a clear owner and approval boundary.
Content digest
sha256:sha256:190fed0d02effe6c45b055d591a22044e0cc7de5394a2c34c3a1dbf865e77dc4{"category":"productivity","description":"Drives an open question, choice, or problem end to end: frame the decision, gather evidence in parallel, attack the emerging answer, commit to one recommended next move, then execute it and verify the outcome. Stops at a research report only when no safe action exists.\n\nUse when: there is a real decision or choice, evidence could materially change the answer, more than one viable action exists, and the outcome matters enough to justify structured investigation.\n\nDo not use for: simple factual lookup, straightforward drafting, trivial reversible choices, or tasks where the requested action is already unambiguous.\n\nExecution convention: keep intermediate work in runtime-private scratch state and return concise, human-readable handoffs in the conversation. Do not create repository files by default. Persist to a Case, Record, or an exported file only when the user explicitly asks for that form of durability.","inputSchema":{"additionalProperties":true,"properties":{"authority":{"additionalProperties":true,"description":"Per-action-class permission: autonomous, approval, or forbidden. The four keys shown are a minimum; add finer-grained classes freely (e.g. draftEmail, sendExternalEmail, stagingDeploy, productionDeploy) — Step 6 defers to whatever classes are defined here.","properties":{"contactExternalParty":{"enum":["autonomous","approval","forbidden"],"type":"string"},"createEpismoState":{"default":"approval","enum":["autonomous","approval","forbidden"],"type":"string"},"delegateResearch":{"default":"approval","enum":["autonomous","approval","forbidden"],"type":"string"},"publishOrSend":{"enum":["autonomous","approval","forbidden"],"type":"string"},"readInternalSources":{"default":"approval","enum":["autonomous","approval","forbidden"],"type":"string"},"research":{"enum":["autonomous","approval","forbidden"],"type":"string"},"spend":{"enum":["autonomous","approval","forbidden"],"type":"string"}},"type":"object"},"constraints":{"additionalProperties":true,"description":"Hard limits such as budget, timeline, headcount, or compliance.","type":"object"},"deadline":{"description":"When the decision must be made (ISO date or plain description).","type":"string"},"decisionOwner":{"description":"Who makes the final call. Defaults to the requester.","type":"string"},"options":{"description":"Known candidate options, if any. Leave empty when the options are themselves unclear.","items":{"type":"string"},"type":"array"},"question":{"description":"The question, choice, or problem as the requester stated it.","type":"string"},"researchScope":{"description":"Sources the agent may read. Defaults to supplied context, repository, and public sources; internal connected sources require explicit approval.","items":{"enum":["supplied_context","repository","public_sources","internal_connected_sources"]},"type":"array"}},"required":["question"],"type":"object"},"schemaVersion":1,"steps":[{"expectedOutputs":[{"format":"conversation","sections":["Decision","Decision owner","Options","Success criteria","Constraints and deadline","Research scope","Authority","Decision-changing unknowns"]}],"id":"J47P","instructions":"Before researching, establish a decision contract in the conversation. State the decision, why it matters now, options, success criteria, constraints, deadline, what is known, the few unknowns that could change the answer, and the final decision owner.\n\nAgree the research scope before reading beyond the supplied context. Default to the supplied context, repository, and public sources. Reading email, chat, CRM, Drive, databases, saved memory, or other internal connected sources requires explicit permission.\n\nSet authority per action class. Unless explicitly granted, treat external contact, publishing, spending, permission changes, internal-source access, delegation, and creation of durable Epismo state as approval-required. Ask only for facts the requester must supply, such as preferences, priorities, internal constraints, or risk appetite.\n\nGate: you can state a good answer, the allowed evidence sources, and the decision owner. Otherwise the framing is incomplete.","resourceHints":[{"kind":"skill","ref":"github:mattpocock/skills/skills/productivity/grilling/SKILL.md","selector":"main"},{"kind":"skill","ref":"github:obra/superpowers/skills/brainstorming/SKILL.md","selector":"main"}],"title":"Frame the decision, scope, and authority"},{"expectedOutputs":[{"format":"conversation","sections":["Decision depth","Decision-changing questions","Evidence plan","Stop condition"]}],"id":"JBKC","instructions":"Use the decision contract as the source of truth. If new information makes it materially wrong, return to framing and state the amendment explicitly.\n\nChoose the lightest investigation that can support the decision. For a cheap, reversible choice, a short direct check may be enough. Use structured research only when evidence could materially change the choice; use independent parallel lanes only when the stakes and deadline justify them.\n\nWork backwards from the decision: identify only the unknowns that could flip the recommended next move, then define the evidence that would settle each one and a clear stop condition. Do not access an internal source outside the agreed scope.\n\nGate: the research plan is proportional, bounded, and contains no dependent lane marked for parallel work.","resourceHints":[],"title":"Choose the research depth and map decisive questions"},{"expectedOutputs":[{"format":"conversation","sections":["Findings","Sources","Contradictions","Unknowns","Decision impact"]}],"id":"038P","instructions":"Gather decisive evidence according to the agreed plan. Investigate sequentially by default; use independent workers only for genuinely independent questions when the runtime supports delegation and the contract permits it. Each worker answers one scoped question and returns evidence, uncertainty, and decision impact, not a recommendation.\n\nPrefer primary sources, official documentation, original data or papers, reliable secondary sources, then community experience. Treat unsupported claims as unknowns. Keep only a concise, source-linked handoff; discard transient worker traces.\n\nGate: every critical question has evidence or an explicit uncertainty, and no claim is presented as settled without a locatable source.","resourceHints":[],"title":"Gather decisive evidence"},{"expectedOutputs":[{"format":"conversation","sections":["Provisional recommendation","Claim ledger","Counterarguments","Decision blockers"]}],"id":"AYAA","instructions":"Write a provisional recommended next move, then try to break it. Test the strongest counterargument, missing or stale evidence, contradictions, unstated assumptions, downside scenarios, arithmetic, and irreversible consequences.\n\nFor high-stakes decisions, use an independent verifier when available. For code or built artifacts, inspect the source and separately validate real behavior. Label material claims as verified, disputed, unknown, or assumption, and keep the labels in a concise conversation ledger.\n\nGate: each uncertainty capable of reversing the recommendation is resolved, shown not to change the next move, or named as a decision blocker for the owner.","resourceHints":[],"title":"Challenge the emerging recommendation"},{"expectedOutputs":[{"format":"conversation","sections":["Recommended next move","Confidence and basis","Evidence","Risks","What would change it","Owner decision if needed"]}],"id":"ZI7P","instructions":"Produce one recommended next move, not a pros-and-cons table. A bounded pilot with an explicit decision rule is a valid next move when a final irreversible choice is not justified. State the recommendation, why it wins, why the best alternative loses, evidence, confidence and its basis, risks, the decision owner, and what would change the recommendation.\n\nDo not force a decision when a decision blocker remains. State exactly what evidence or owner judgment is needed. Take a decision only when it is cheap, reversible, and explicitly within the granted authority; otherwise present proceed, modify, and stop with their consequences for the owner to choose.\n\nGate: the owner can understand the recommendation and its limits without opening a local artifact.","resourceHints":[],"title":"Recommend or identify the decision blocker"},{"expectedOutputs":[{"format":"conversation","sections":["Safe actions completed","Outcome verification","Approval-ready actions","Required approval or owner","Next trigger"]}],"id":"W52K","instructions":"Turn the recommendation into safe progress. Perform only actions that are safe and explicitly authorized. Prepare all other actions so they are one human approval away, but do not send, publish, buy, sign, delete, deploy, move money, change permissions, contact external parties, or create durable Epismo state without the required approval.\n\nReturn a concise action handoff in the conversation: what was safely done, evidence that its real-world outcome was verified, what remains, and the exact approval needed. Use a Case or Record only when durable collaboration was explicitly requested; create local files only when the user explicitly requests an export.\n\nDone means: the recommendation is evidence-backed, uncertainties are explicit, safe actions are verified, and every remaining consequential action has a clear owner and approval boundary.","resourceHints":[],"title":"Turn the recommendation into safe progress"}],"title":"Decision to Action"}