首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >第 10 篇:状态管理 —— 图检查点、Git 作为状态机与会话持久化

第 10 篇:状态管理 —— 图检查点、Git 作为状态机与会话持久化

作者头像
宋振华
发布2026-08-03 11:22:59
发布2026-08-03 11:22:59
1721
举报
概述
你给 Agent 分配了一个 50 步的微服务重构任务。它已经成功执行了 29 步——分析了代码库、拆分了模块、编写了新接口、更新了配置文件。然后,在第 30 步调用 LLM API 时,网络超时,进程崩溃。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 一、场景切入:第 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 归档