27｜从防护到实战：全链路如何故障恢复？
Henry
你好，我是 Henry，欢迎来到《OpenClaw 核心原理与实战》。
前面我们深入讲解了三个子系统：五层递进式上下文防护、三级故障转移、恢复策略。今天我们重点讲解在真实运行中，它们在 Agent 运行循环（run.ts）中如何协同配合。把三个子系统连成一条线。学完这节课，你将理解的不是几个孤立的机制，而是一套完整的高可用工程体系，这是 AI Agent 从“Demo 能跑”到“生产能上线”的关键跨越。
Agent 运行循环中的溢出恢复：完整代码路径
在深入恢复逻辑之前，我们需要先理解三个关键的状态变量。这三个变量共同控制着溢出恢复的整个生命周期：
其中，overflowCompactionAttempts 是全局计数器，跨所有迭代累积，最多 3 次。压缩操作本身可能需要多次迭代才能将上下文压缩到足够小的程度，但超过 3 次意味着压缩策略已经失效。toolResultTruncationAttempted 是布尔标志，只尝试一次。截断的本质是丢弃信息，第一次截断已经按照最优策略（Head+Tail）保留了最有价值的部分，重复执行不会带来任何改善。hadAttemptLevelCompaction 则是一个 attempt 级别的标志，用于标识在当前这一轮尝试中 SDK 是否已经自动触发过压缩。这个变量的存在是为了避免框架层和 SDK 层的重复压缩。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《OpenClaw 核心原理与实战》，新⼈⾸单¥59
《OpenClaw 核心原理与实战》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论