用途：当用户要求为某个功能写提案、做 Shape Up 式 shaping 或撰写 pitch 时，按 Ryan Singer / Basecamp 的 Shape Up 方法论生成一份 pitch 文档，让团队有足够方向去构建，又不过度规定方案。
主要能力与工作流：先扫描 .chalk/docs/product/ 下的产品档案、相关 PRD 与 JTBD 文档，并查看 .chalk/docs/engineering/ 的架构文档以判断可行性；从 $ARGUMENTS 解析要提案的问题或功能，若描述的是方案而非问题，则回溯底层需求并重新表述；读取 .chalk/docs/product/ 中编号最大的文件，下一个编号为其加一；依次撰写 Problem（从用户视角说明谁遇到、何时遇到、当前变通做法）、Appetite（固定时间预算，通常 2 或 6 周，是约束而非估算）、Solution（粗线条草图级别，不写 UI 细节、文案或实现）、Rabbit Holes（具体风险、技术未知与范围陷阱及规避方式）、No-Gos（有意排除、但他人可能预期包含的内容）；最后保存到 .chalk/docs/product/<n>pitch<feature-slug>.md，首行为 # Pitch: <Feature Name>，并告知文件路径与最需关注的兔子洞。
适用场景：产品与工程团队在投入开发前对功能进行 shaping 与决策。
限制与反模式：方案不应过度细化（线框图、像素级稿、详细规格会违背目的）；appetite 不是估算；兔子洞一节不应为空；问题不能写成“缺少某功能”；no-gos 不应是显而易见之事。资料未提供具体安装命令、收费与平台信息。