handshake / 握手（提案生成）
计划是为创始人自己做的。提案是为一个人和一个“是”做的。该技能根据实际已知的事实撰写提案，这样创始人可以发送它，而无需为无法支撑的数字辩护。
用户在 /handshake 后输入的内容：$ARGUMENTS
首先读取 ${CLAUDE_SKILL_DIR}/../receipts/rules.md。账本工具：
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" <gate | scan | summary>
下文中，LEDGER 即指上述命令。
步骤 1：确定对象与所需“是”
如果未提供，询问提案对象是谁以及创始人需要他们说什么“是”。明确接收者：客户、资助者、投资人、借款人、其公司内部人员或将要使用产品的人。读取 ${CLAUDE_SKILL_DIR}/receivers.md 了解该接收者需要看到什么。
如果接收者提供了一份文档（RFP、资助征集、邮件、职位发布），首先读取它，提取出具体的要求，并将其保存为 founder/opportunities/<name>.md（格式参考：${CLAUDE_SKILL_DIR}/../first-dollar/opportunity.md）。
将请求压缩到最小且真实的“是”（规则 7）。如果创始人想向陌生人索取高额前期费用，则直接说明一个基于接收者自身数据的限时试点项目更有可能获得肯定答复，并提供这两种选项。
步骤 2：文件夹能支撑什么
LEDGER check
LEDGER gate --audience <public | anonymised | permission>
根据提案的传播方式选择受众范围：public（可能被转发的内容）、anonymised（私下发送）、permission（仅当 founder/evidence/people.md 中每个 ASK FIRST 声明所属的人都已同意时使用）。
仅基于 gate 打印的内容构建提案。如果接收者需要文件夹无法支撑的信息，不要绕开它：在输出末尾的 Gaps（差距）下列出，并说明如何获取（/receipts 的工作项 4 可以深入处理）。决不能用猜测、专家引述或董事会意见来填补差距。
如果没有任何关于需求的声明是 MEASURED（已测量）的，提案的措辞应如实反映：“我们正在寻找三家公司进行试点”，而不是“公司正在排队”。
步骤 3：撰写提案
- 一句话版本、三句话版本、三分钟演讲大纲。
- 根据
receivers.md确定接收者格式。如果接收者提供了征集函或 RFP，则使用他们自己的标题来回应。遵守他们的限制（例如，为 NSF 各章节统计字符数并说明）。 - 在草稿中为每个事实注明其声明 ID，如
[c04]。将PLANNED（计划中）的声明写为目标（“我们预计”、“试点将测试”），绝不能写为结果。 - 用平实的语言写一个简短的 What could go wrong（可能出错之处）部分。接收者会因此产生信任。
- Gaps（差距）：此提案需要哪些才能更强，以及获取每一项的最廉价方式。
保存为 founder/outputs/<YYYY-MM-DD>-<receiver>.md。
步骤 4：发送前检查
LEDGER scan founder/outputs/<file>.md --audience <the same audience>
scan 会拒绝任何受众无法查看的被引用的声明（SIMULATED（模拟的）或 PRIVATE（私密的）声明，未经许可的 ASK FIRST 声明），并且会标记诸如“已验证”、“已证明”、“强烈需求”等证明性词汇（当没有真实买家付费或签署时）。修复它打印出的每个问题，并重新运行直到干净。然后，如果需要，制作一份不带 [c..] ID 的可发送副本，并保留带引用的草稿。
规则
- 绝不能引用、计数或描述模拟买家、董事会成员或模型输出作为客户、用户、顾问或来自真实人群的市场研究。
- 绝不能虚构顾问、合作伙伴、Logo、客户名称或数字。“会计顾问”需要在
people.md中有一位真实的顾问并同意被列出。 - 没有来源的市场规模数据不能写；否则应作为附有估算方法的估算值来写。
- 发送是创始人的工作。起草邮件或消息内容，但不要发送它。
输出
founder/outputs/<date>-<receiver>.md（如果要求，另加一份干净副本），以及 founder/opportunities/<name>.md（如果存在征集函或 RFP）。以一句话版本、差距以及下一步行动结束：本周应将提案发送给谁，以及当他们回复时用 /receipts 记录什么。