需要做决策并希望结构化梳理关键问题、形成明确结论…

用 37signals 决策问题集筛出 6–8 个承重问题，走完决策流程，把结论、理由和复盘日期归档，便于日后检索和验证。

适用场景

解决思路

1. 该技能既是决策工作流也是决策日志——做决定本身就是记录它。
2. 捕捉决策：向用户获取一句话决策（在什么之间选择）、stakes（low/medium/high）、可逆性（easy/hard/one-way door）、截止日期（具体日期或 open）、上下文（可选，1–3 句）；缺任一项就提问，不用模糊框架继续。
3. 读取 `references/questions.md` 获取完整问题集（37signals 38 个问题 + 内部增补，如 Q39 机会成本）和分类映射。
4. 根据决策特征从完整问题集中筛选 6–8 个承重问题。
5. 默认必问 5 个：Q1 这个决策真的需要做吗？Q2 是否由正确的人来做这个决策？Q8 多容易反转？Q9 第一直觉是什么（在“思考”搅浑前捕获）？Q3 一年后我们会对这个决定有什么感觉？
6. 若可逆性 = hard / one-way door，加问 Q14 是否存在错误决定？Q17 连锁反应？Q34 弯折了哪些原则？
7. 若时间压力，加问 Q5 为什么犹豫？Q15 明天会不同吗？Q22 必须何时决定？
8. 若多人参与，加问 Q21 这是别人练手的机会吗？Q27 另一个意见会有帮助吗？Q35 多人在决定一个人该决定的事吗？
9. 若大量数据/分析，加问 Q19 缺少什么信息会改变决定？Q26 数据还是直觉？Q9 深入问。
10. 若重复性决策，加问 Q11 上次如何？Q23 一次性还是重复发生？
11. 若面向客户，加问 Q24 外部有人在依赖吗？Q25 对客户 vs 我们的影响？
12. 若金钱决策，加问 Q38 最终这是否关于钱？Q36 努力回报？Q39 说「yes」会挤掉什么？
13. 若大时间/专注承诺，加问 Q39 机会成本，Q36 努力回报？Q20 创造还是消除工作？
14. 若卡住/不决定，加问 Q4 为什么还没被决定？Q10 如果我们不决定会怎样？Q31 你到底在意吗？
15. 问题上限约 8 个；超过会陷入分析瘫痪，这正是该技能要防止的事之一。
16. 告诉用户你选择了哪些问题以及为什么，然后继续。
17. 逐个提问；若用户想快速写，也可紧密成组提问。
18. 逐字记录用户回答——不要改写成公司黑话。
19. 对 Q9（第一直觉），在深入分析前取得答案；目的是先暴露直觉判断，以便之后检查“分析”是否只是合理化。
20. 把回答综合成决策；可选结论：现在决定；缩小决定（拆成 2–3 个更小决策，Q7）；等待（标记什么信息/时间会改变答案，Q19、Q15）；不决定（这个决策不需要做，Q1、Q10）；找错人（踢给正确决策者，Q2、Q35）。
21. 清晰陈述结论；不要含糊其辞。
22. 根据后果显现时间设置复盘日期：工具/流程决策 30 天；战略/定位决策 90 天；招聘/合作决策 90–180 天；产品/发布决策发布后 30–60 天。
23. 写下复盘时要看什么（例如 “MRR 动了吗？合作方交付了吗？客户还在要 X 吗？”）。
24. 归档目录为 `${MAKERSKILLS_CONFIG:-$HOME/.config/makerskills}/decide/archive/`；若不存在就创建。绝不要把归档写在技能自己的文件夹里——技能安装和升级会从源重新同步并清掉那里保存的东西。
25. 迁移：如果该技能文件夹里有旧的 `references/decisions-archive/` 且含用户条目，在写入任何新内容前先把这些文件移到归档目录。
26. 写入 `<archive dir>/<YYYY-MM-DD>-<slug>.md`，使用以下模板：`# Decision: <one-line>\n\n**Date:** YYYY-MM-DD\n**Decide by:** <date or 「open」>\n**Reversibility:** easy / hard / one-way door\n**Stakes:** low / medium / high\n\n## Context\n<1–3 sentences>\n\n## Questions\n\n### <Q3 phrasing>\n<answer>\n\n### <Q8 phrasing>\n<answer>\n\n(only questions actually applied — heading is the question text, not 「Q3」)\n\n## Decision\n**<the call, stated clearly>**\n\n## Rationale\n<2–3 sentences synthesizing the answers>\n\n## Expected outcome\n<what should be true if this was right, by <date>>\n\n## Revisit\n**<YYYY-MM-DD>** — <what to look for>\n\n## Source\nQuestions adapted from [The 37signals Guide to Making Decisions](https://37signals.com/how-we-make-decisions)`
27. 追加到 `<archive dir>/INDEX.md`（不存在就创建）：`- 2026-06-16 — [<decision>](./<filename>.md) — **<call>** — <one-line rationale> — revisit 2026-09-16`
28. 在聊天中展示归档条目；告诉用户归档路径。
29. 提供后续选项：问用户是否要我为复盘日期安排一个 `/loop` 提醒（会使用 `loop` 技能在正确时间触发）；是否要推送成 Notion 决策卡片；是否需要在这个决策之后做后续决策。
30. 未来增强：通过 `compound-engineering:schedule` 自动为复盘创建日历事件或 cron 提醒。
31. 未来增强：与 `business-brainstorm` 组合——brainstorm 按 9 个维度给想法打分；随后用 `decide` 形式化 go/no-go。
32. 未来增强：grep 过去决策找模式（例如 “show me decisions I made that were marked 'easy reverse' but didn't reverse”）。
33. 组合使用：`business-brainstorm` → `decide` 是“要不要做 X”的自然流水线。
34. 组合使用：当决策等待信息（Q19）时，先触发 `deep-research`。
35. 组合使用：加载 `feedback_*.md` 查看可能涉及的原则（Q34）。
36. 组合使用：用 `loop` / `compound-engineering:schedule` 做复盘提醒。
37. 质量规则：不要问全 38 个；triage 的意义是跳过不适用问题。8 个相关问题 > 38 个填充问题。
38. 质量规则：不要软化结论；“probably yes, lean toward, maybe should” 是在浪费该技能。要选。
39. 质量规则：第一直觉（Q9）是神圣的；总是先于分析捕获。如果最终结论与第一直觉不同，rationale 必须解释为什么——这正是该问题的意义。
40. 质量规则：归档每个决策，即使很小。复利价值来自能 grep “what did I decide about pricing last year”，而这要求即使当时觉得显而易见也要写下来。

适用边界 · 注意事项

• 不要问全 38 个；若无法筛出 6–8 个相关问题而只能堆砌问题，不适用。
• 不要软化结论；若目标是保留“maybe”而拒绝做明确选择，不适用。
• 若当前环境缺少 `loop`、Notion 或 `compound-engineering:schedule`，只能执行核心决策与归档流程，不要承诺自动提醒或推送。