宋振华
第 10 篇:状态管理 —— 图检查点、Git 作为状态机与会话持久化
原创
关注作者
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
宋振华
社区首页
>
专栏
>
第 10 篇:状态管理 —— 图检查点、Git 作为状态机与会话持久化
第 10 篇:状态管理 —— 图检查点、Git 作为状态机与会话持久化
宋振华
关注
发布于 2026-08-03 11:22:59
发布于 2026-08-03 11:22:59
172
1
举报
概述
你给 Agent 分配了一个 50 步的微服务重构任务。它已经成功执行了 29 步——分析了代码库、拆分了模块、编写了新接口、更新了配置文件。然后,在第 30 步调用 LLM API 时,网络超时,进程崩溃。
文章被收录于专栏:
后端agent harness学习路径
后端agent harness学习路径
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系
cloudcommunity@tencent.com
删除。
腾讯云架构师技术同盟
AI时代的架构师
腾讯云开发者社区
目录
一、场景切入:第 30 步的崩溃
二、三种状态管理范式概览
三、LangGraph 图检查点:状态机的工程化
3.1 State:TypedDict 定义状态字段
3.2 Super-step 与检查点
3.3 时间旅行调试
四、OpenAI 四种状态管理策略
策略一:Application Memory(进程内)
策略二:SDK Sessions
策略三:Conversations API(服务端托管)
策略四:previous_response_id 链式调用
四种策略对比
五、Claude Code:Git 作为状态机
5.1 核心洞察:Git 本来就是状态机
5.2 实现方式
5.3 与图检查点的本质区别
六、Ralph Loop:文件级跨会话状态传递
6.1 问题背景:上下文窗口的硬限制
6.2 核心架构
6.3 状态文件设计
6.4 Git Commit Message 作为状态载体
七、"全标失败"策略:堵死 Agent 的偷懒之路
7.1 问题:Agent 会"降低标准"来"完成任务"
7.2 解决方案:全标失败 + 不可变测试
7.3 为什么有效
八、后端视角映射:状态管理 ≈ 事务与持久化
九、代码实战:带检查点的 Agent 状态管理器
代码设计要点
十、总结与下篇预告
本文核心要点
下篇预告
参考文献
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档