技能介绍

交付文档的常见问题

项目交付阶段的文档往往比开发更磨人：初验、终验、上线、变更各有一份要交，甲方、监理、内部管理层对内容粒度的要求还不一样。实际工作中常见的翻车方式：临时找一份旧报告改，占位符没清干净，日期一会儿 2024/3/5 一会儿 2024年3月5日，金额写法不统一，结论页全是「基本完成」这种无法验收的表述，临门一脚才发现缺了签字栏。

技能如何工作

这个技能解决的是「从空白文档到可交付成稿」之间的标准化问题。核心是 templates/ 下按阶段组织的 10 份模板，覆盖规划、验收、上线、变更、培训、运维、归档的完整生命周期：

规划：delivery-plan.md 交付计划与排期
验收：preliminary-acceptance-report.md、final-acceptance-report.md、delivery-checklist.md
上线 / 变更：system-launch-document.md、change-delivery-record.md
培训 / 运维 / 归档：training-delivery-confirmation.md、operation-handover-manual.md、project-archive-spec.md
总结：delivery-summary-report.md

使用时按四步走：

明确交付场景与受众——处于哪个阶段、读者是谁（甲方、监理还是内部管理层），这决定文档的粒度和措辞。
参考 references/delivery-template-category.md 选模板，拿不准时优先用 delivery-summary-report 或 delivery-checklist。
从 templates/ 复制对应模板，按 references/template-writing-guide.md 的规范替换 {{...}} 占位符。新手建议先对照 references/template-examples.md 里的成稿样例，理解每个字段怎么填。
对照模板末尾的「合规校验点」和 references/acceptance-standard.md 做质量校验；政务/国央企项目额外遵循 references/government-delivery-spec.md。

质量校验与适用边界

成稿前过一遍硬性规则：所有 {{占位符}} 必须替换或显式标注「无/不适用」；日期统一 YYYY-MM-DD，金额统一 ¥X,XXX.XX 或「人民币X万元」；必须有编制、审核、批准三级签字与日期，对外文档留甲方确认栏；结论性表述要有数据或事实支撑；变更、风险、未决项须单列并跟踪，不得隐含在正文中。

需要注意：这套模板提供的是文档结构与合规框架，不负责生成项目的实际业务数据。占位符背后的事实（进度百分比、缺陷数量、验收结论）仍需你从项目本身获取。技能保证的是文档形态达标，不能替你做项目判断。