Agent 业务建模与 DDD：领域模型和审核规则设计

前面咱们实现的 Agent，已经可以理解用户要求、调用 Tool，并根据执行结果决定下一步做什么。

这一章的任务会更复杂一些。

最终，咱们得实现一个 AI 演示文稿制作 Agent，这玩意功能挺多的，大致的流程给大家画了个图：

在这条流程中，大模型可以生成大纲和页面内容，LangGraph 可以控制任务的执行顺序。

同时因为是生成文稿嘛，所以还会涉及到 文稿版本的问题，比如：当前有效的是哪一版大纲？最终导出哪一版？

这些东西，就需要使用 Agent 应用的业务代码来进行管理了。

而这一小节要讲的 DDD，就是用来梳理和管理这些业务问题的。

DDD 为什么会出现

咱们先看一个很小的例子。

假设，Agent 生成第一版大纲以后，用户提出了修改意见，于是系统又生成了第二版，也就是：

• Outline v1：旧版本
• Outline v2：当前版本

这时，用户之前打开的旧页面还没有关闭。

他在旧页面里点击“批准”，提交的依然是 Outline v1。

那么，此时系统就应该拒绝这次操作，因为当前有效版本已经变成了 v2。

刚开始做项目时，