简诗 AI 客户项目 SOW 生成器

项目简报不是合同，中间的空白最后都要有人填

一份从需求会上带回来的项目简报，通常只写着「做一个数据看板」「打通几套系统」「支持客户私有化部署」。至于要交付什么、什么时候算验收通过、分期怎么付款、范围变了走什么流程，几乎每一条都要靠商务和技术负责人逐字补齐。写松了，客户可能把后续需求都算进本期范围；写紧了，立项阶段没有细节支撑，很容易漏掉依赖项和假设条件。常见的补救方式是套一份模板，边写边留 [待确认]，最后双方对着一堆占位符重新谈判。

@user_fccf428b/sow-generator 把这个反复发生的环节做成一条有明确检查点的流水线：输入不足就不生成，而不是猜；成稿必须能直接提交客户评审，而不是一份需要从头改写的草稿。

它如何处理客户项目说明

只收集结构化输入。 技能首先按 references/required-inputs.md 核对项目简报、商业条款和验收条件。关键项缺失时会明确追问，不会拿相似项目经验顶替；只有在用户明确延期决定时，文档中才允许保留括号占位，并以 [ACTION REQUIRED: ...] 标出待补缺口。

在生成前做客户研究。 它会用 WebSearch 整理公司概览、近期动态、技术环境和监管背景，写入 Background 和 Context。查不到就继续基于用户提供的信息推进，并把假设单独列出，不会虚构公司信息。

按角色组合十六个章节。 references/document-structure.md 提供整体骨架；references/pricing-templates.md 负责 Section 11 的固定总价、工时材料或月度服务包；references/change-management.md 和 references/risk-management.md 分别写变更流程与风险登记；references/legal-terms.md 覆盖保密、知识产权、保证、责任和终止条款。

强制交叉引用。 交付物必须回指范围项，里程碑必须引用交付物，付款触发必须对应里程碑；D-、M-、DEP-、R-、CR-、CO- 这些编号会被逐条检查。最终写入 sow.md 前还要过一遍质量清单：验收标准可测量、范围外事项针对本项目、付款计划总额等于合同总价、法律条款内部一致、全文读起来像完整叙事而不是填空模板。

适用边界

输出通常是 500 到 800 行的 Markdown，采用第三人称、无表情符号的专业写法，首次出现的专业术语需要解释。文末会固定提示：文件属于模板，签署前应由具备资质的法律顾问审阅。技能不会提供法律意见。

医疗、金融、政府等受监管行业需要补写 Section 15 的行业合规内容，并提示额外法律审查要求。范围含糊到足以产生两种以上实质解释时，它会先要求澄清；在 SOW 里留下歧义属于专业失败。