我现在写需求文档，已经不是给人看的，而是

现在写需求文档，早就不只是给人看了。它得是一份AI能直接照着干的施工图。

以前那种“系统支持客户跟进”的模糊话术，AI拿到手只会瞎猜。想让它少犯错，得把边界和约束写死：

先画边界：这版做啥、不做什么，做到什么程度能上线，一开头就定死。
模块划清责任田：每个模块管啥、输入啥、输出啥，特别是“不管啥”，必须交代清楚。
接口写死约束：谁能调、调用前要满足啥条件、失败咋办，这些比接口地址更重要。
异常和验收用例：正常流程谁都会写，真正容易漏的是异常情况。验收标准别写“功能正常”，得写成“前置条件+操作步骤+预期结果”。

最后提个醒：给AI写需求，少用“界面高级”“流程顺畅”这种虚词。多用条件和约束，少点形容词，多点输入输出。

好文档不是让AI更聪明，而是让它少猜。