一个 Dify 应用怎么交出去九步走完，每一步都有判据

客户拿来一份产品手册和一份常见问题，要一个能问的 Dify 应用。签合同前他只问了三句话：装上了吗？你怎么证明它是对的？以后谁来维护？

这三句话背后是九步工程。第一步需求收集，固定问五个问题，其中最关键的一问是「以后这份手册谁更新」——答不上来就不往下走；第二步需求分析，先把三类问题的口径定死：库里有答案的必须答对、库里没有的必须明说没找到（不许编）、越界的直接拒绝；第三步方案与边界，用一页纸写清这次做什么，也写清这次不做什么；第四步环境落地：查备份目录是不是空的、组件是不是在反复重启、控制台有没有暴露在公网、证书还剩多少天——有一条严重项没清零，应用就不装。

第五步语料工程：手册拆段后发现八个目录标题把答案段挤掉了，调整后从 51 段并到 43 段，短段率从 15.7% 降到 0。第六步应用上线：依赖检查当门禁、上线前后各做一次冒烟三问；还有一条容易被忽略——引用开关是关着的，回答就没有出处。第七步验收是两层证据：静态检查 + 用例执行，十五条全过；这次有一条被标成「严重」的，复核下来是误报，我们写了豁免、留了记录，并单独列一节说明。第八步交付：一份可以逐条勾的清单、凭据单独移交、让客户那边的同事自己跑一遍（机器跑完一整套 150.5 秒，不含人工）。第九步巡检维护：只读巡检、每次给客户一份报告；备份要真的恢复一遍——恢复出 143 张表才算数。

九步走完，真正要说清的只有一句：交付的终点不是我们做完了，是客户那边有人能自己跑一遍。哪些是实测、哪些还在验证，这一期都说清了。