框架边界与业务状态

LangChain 和 LangGraph 能帮我们组织 AI 链路，但它们不是业务系统本身。最常见的错误，是把框架里的状态当成业务事实，把原型里的节点当成长期架构。

框架适合管理 AI 过程，业务系统负责用户、权限、数据和审计。

框架适合管什么

框架适合管：

• 模型调用链。
• Retriever 和 Tool 抽象。
• 多步骤状态流转。
• 条件分支和中断恢复。

这些是 AI 编排层的复杂度。

业务系统必须管什么

业务系统必须管：

• 用户身份和权限。
• 业务主数据。
• 任务记录和审计。
• 额度与成本。
• 可回放的关键状态。

这些不能只放在内存状态或框架对象里。

什么时候要落库

只要一个状态会影响后续业务结果、用户权益、成本结算或审计，就应该落到业务数据库或任务表里。

框架状态可以帮助执行，业务状态必须支撑负责。

一句话先记住

框架负责 AI 编排，业务系统负责事实和责任。

继续阅读

• 10-backend-for-ai-agent/008-api-contract-between-java-python.md
• 09-ai-agent-engineering/005-ai-observability.md