领域驱动智能体，让编码 Agent 在存量代码库停止瞎猜
一篇一线工程师的实践记录，回答了一个被低估的问题：编码 Agent 在存量代码库（四年技术债、强耦合、概念拼写四分五裂）里为什么会越改越糟。
作者的答案是「领域驱动智能体」：把 DDD 的限界上下文与统一语言变成仓库内机器可读的清单。每个仓库根目录放一个 .workflow.json，声明上下文、术语表位置、与相邻上下文的边界；每个上下文一份 CONTEXT.md，记录精确词义和被刻意拒绝的同义词。上下文地图不手写，由脚本汇总所有仓库自动生成，可随时重建。
核心机制是双边声明：每条边界由双方各声明一次，冲突自动检测并生成带指纹的 issue，修复后自动关闭。工作流变成 issue → 子代理实现 → PR → 人工评审。
作者把工作分为战略（读系统、决定改什么）与战术（把决定写进文件）两部分：LLM 让战术部分几乎免费，剩下的战略部分——需要把整个系统装进脑子里的部分——成为真正的瓶颈。让代码库直接回答模型关于「这个词什么意思、谁拥有它」的问题，Agent 就不再靠猜。