智能体相关代码和普通业务代码不太一样，它在运行过程中会产生很多中间状态。如果这些状态一直是散的、临时的、靠约定传递的，那么后面越写越容易乱。所以这个阶段的工作耗时比较长，完成得比较慢。梳理了当前后端已有模型结构补齐了知识检索相关 Pydantic 模型补齐了智能体相关 TypedDict 状态模型按板块拆成多个独立模型文件目前来看，后端 model 层里智能体相关部分已经基本完成收尾。

可以创建新的service，可以查看service列表，可以查询单个service详情，可以编辑已有service，可以删除指定service，可以在前端页面完成完整的增删改查操作。回顾这部分工作，我最大的体会是，一个看似普通的CRUD模块，真正难的并不是把增删改查四个动作写出来，而是把这一套能力放进真实项目架构中，保证模型、接口、业务逻辑、页面状态和前后端契约都能真正统一。但是，如果页面头部的保

整个models层以Pydantic为基础，这具有以下优点：（1）可以通过Field明确字段类型、长度、默认值和说明。（2）可以通过field_validator、model_validator在模型层提前进行校验。也就是说，很多本该在业务层手动if-else判断的数据问题，已经前移到了模型层解决，减少了后续服务层的混乱。