杀或生
最后一步。一份创始人能够据此行动的一份文档，仅基于工具包发现的内容构建，并诚实地说明哪些部分是真实的。
首先阅读 ${CLAUDE_SKILL_DIR}/../receipts/rules.md。
此文件夹中的工具：
python3 "${CLAUDE_SKILL_DIR}/compile.py" --dir founder
步骤 1：查看现有内容
python3 "${CLAUDE_SKILL_DIR}/compile.py" --dir founder --check
打印裁决结果和每项检查。所有检查均为自动计算：
- 每个单位在扣除固定成本前能赚钱（
founder/numbers.json）。 - 第一年实现运营利润。
- 如果给出了产能，盈亏平衡点落在产能范围内。
- 足够多的模拟买家购买（
founder/panel/results.json；默认门槛25%，可通过--min-buy-rate更改并说明原因）。低参与率会否决定计划；高参与率不能证明任何事。 - 真实需求：在
founder/evidence/claims.csv中至少有一条MEASURED需求声明（付款、押金、已签约试点、预订）。
裁决结果：
| 裁决 | 含义 |
|---|---|
| 不完整 | 尚无数据：建议运行 /burn-test |
| 尚未 | 某项检查未通过；每个失败项均列出其编号 |
| 未证实 | 数学上可行，但无真实买家承诺 |
| 盈利 | 数学上可行，且至少一位真实买家已承诺 |
先运行 ledger.py summary 以确保证据部分是最新的：
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" summary
如果没有数据，裁决结果为不完整：建议运行 /burn-test。列出其他缺失的部分及对应填充的技能。不要自行猜测填充缺失部分。
步骤 2：摘要
编写 founder/summary.md，半页，用平实的语言，开头为 残酷的事实： 该计划最可能失败的唯一原因。
- 用两句话说明业务内容及目标客户。
- 裁决结果及其背后的三个数字（利润率、盈亏平衡点、第一年）。
- 什么是真实的：
MEASURED和THEY SAID IT声明的数量及其内容。然后说明哪些仍是猜测。 - 模拟小组和董事会一致同意的内容，以及他们存在分歧的内容，标注为模拟。
- 最大的风险以及将要采取的措施。
- 创始人需要什么起步（来自CFO的现金，来自发布的第一次测试）。
- 本周要做的一件事。
如果裁决是“尚未”，摘要首要说明必须改变什么以及哪些技能负责改变。如果裁决是“未证实”，摘要首要说明本月能够证实或否定该计划的一个现实世界测试。切勿软化未通过的检查，也不要将未证实的计划当作已验证的计划来写。
步骤 3：编译
python3 "${CLAUDE_SKILL_DIR}/compile.py" --dir founder
写入 founder/business-plan.md：标题、裁决结果及其检查项、关键数字表、构思，然后是工具包生成的每个部分（摘要、董事会、竞争、小组、定价、报价、数字、营销、品牌、运营、发布），以及尚未完成的内容。
步骤 4：一页纸
为创始人和紧密合作伙伴编写 founder/one-pager.md：问题、客户、报价和价格、数字表、真实证据（以及标记为模拟的小组）、资金用途和请求。数字与计划中的完全一致，逐字对应。
对于外部人员（客户、资助方、贷款人），不要发送计划或此页：请运行 /handshake，它仅基于该受众可能看到的主张构建并检查结果。
规则
- 裁决来自
compile.py。切勿手写“盈利”，切勿将未通过的数字四舍五入成通过的数字，也切勿称“未证实”为“即将成功”。 - 明确说明一次：小组和董事会均为模拟，数字为预测；只有真实客户和真实报价才能确认它们。不构成财务、法律或税务建议。
- 如果用户想要PDF或演示文稿，建议导出计划，但以markdown作为真实来源。
输出
founder/summary.md、founder/business-plan.md、founder/one-pager.md。然后以一行向用户给出裁决结果、残酷的事实以及本周要做的一件现实世界的事情。接下来：为需要说“是”的接收方运行 /handshake。