能治一半，别指望治全部。需求漂移本质是同一个词在业务方、产品、代码里指的不是一个东西。本体论干的事是把概念、属性、关系、约束显式写下来，让「订单」「结算完成」有唯一可判定的定义，这层对齐确实能砍掉大量扯皮。 但它管不住两件事：业务本身在变，词没变意思变了；落地时字段和状态机没跟上。本体写完必须绑到代码和校验规则上，否则就是一份好看的文档。 实践里我的顺序是，先挑争议最多的核心概念做最小本体，写成状态机和字段约束，让它进 schema 和单测，跑三个月看返工率有没有降，再决定扩不扩。大模型在里面只是加速提取和校验一致性，别让它替你定业务口径。... 展开详请