Client Deliverable

上下游

• 后接：中文成稿按 zh-write 写，成稿过 zh-check。
• 写入：客户的偏好和已确认事项 → 持久规则。

处理客户反馈

1. 逐条复述对反馈的理解，交用户确认。
2. 对照代码和线上数据核实问题是否存在。客户的观察可能是误报。
3. 整理成表：反馈原文、理解、现状、处理方式、工作量、需二次确认的点。工作量按 AI 辅助开发的实际速度估算。
4. 待确认点写成可以直接发给客户的问句，集中列出。

完成判据：每条反馈都有处理方式或待确认问句。

写给客户的文字

• 直接写内容：不转述会议理解，不写自我辩解，不写合规声明、免责声明和 AI 生成标注。
• 正式、简洁、通俗；正常陈述技术，不堆术语，也不刻意回避。
• 能原样转发：不出现内部代号、分支名、工具和模型名。
• 与客户直觉相反的设计，用数据和逻辑做简短论证。
• 如实体现工作量：方案写清做了什么、难在哪里，不写「方案简单」「简化实现」，也不写没做的工作。
• 已知问题写成待修复项，说明影响和计划。

报价与合同

• 交付按里程碑描述，具体日期和周期只在用户要求时写。
• 只留必要条款，格式朴素：友情价说明、核算方式、附件清单、配合事项这类内容默认不写。
• 写完列出可能引起纠纷的承诺，交用户确认。

交付件

• 导出 PDF，并附 Markdown 源文件，方便修改。
• 部署类交付写全运行所需的地址、账号和配置位置，保证在新服务器上能从零搭起来。含密码的文件不进 git。
• 一个 PDF 能说清的，不另做网站或打包。

完成判据

文字能原样转发给客户；待确认点和所有承诺已列给用户。