2026年6月，OpenAI收购Ona、让Codex在Gitpod云沙箱里"开发者下班后继续跑数小时"，把一个潜伏已久的命题摆上了桌面：当Agent真的开始无人值守地长时间运行，真正杀死它的不是崩溃，而是漂移（Drift）。METR 2026年基准显示，Claude Opus 4.6的时间域点估计已推到14.5小时，但95%置信区间从6小时拉到30+小时——意味着同一个Agent"能稳定完成多长的任务"本身就是个赌注。更致命的是，arxiv 2601.04170论文把这种现象命名为"Agent Drift"：多智能体系统在长交互中静默偏离原始目标，所有日志指标绿灯、所有状态检查通过，输出却越来越错。Claude Code代码库自己记录的那场事故——一个缺失的重试上限让1,279个会话各跑50次以上连续压缩失败，单日烧掉约250,000次API调用——是这种失控的教科书案例。本文拆解漂移的四类形态、量化方法、检测红线与对冲工程栈，并评估这场"无人值守Agent"竞赛的变现天花板。
| 维度 | 说明 |
|---|---|
| 现象类型 | 静默劣化、目标漂移、资源失控、状态腐败 |
| 量化基准 | Agent Stability Index 12维度、EMERGENCE WORLD长程评测 |
| 触发条件 | 单次会话>35分钟、多日交互、无人值守连续运行 |
| 检测手段 | 输出分布指纹、不变量断言、成本熔断、行为回归基线 |
| 对冲工程 | Checkpoint/恢复、意图锚定、双轨心跳、强制重规划 |
斯坦福2026 AI Index印证了宏观版本：长期运行的Agent会出现"安静走捷径、跳步骤、行为偏移"，且每一个状态指示灯都是绿的。论文作者Abhishek Rath将其确立为生产级多智能体LLM系统的根本性挑战。可观察的漂移可归为四类：
第一类是目标漂移（Goal Drift）——Agent逐步偏离原始目标。usewire的总结给出明确定义："Agent逐渐从其原始目标偏离的行为偏差"。第二类是能力漂移（Capability Drift）——Agent在某些维度变强、某些维度变弱，整体分布变形。第三类是协议漂移（Protocol Drift）——多Agent间的通信契约、角色边界随轮次瓦解。第四类是资源漂移（Resource Drift）——重试逻辑、压缩恢复逻辑无限循环，资源消耗指数级失控。前两类骗过日志，第三类骗过集成测试，第四类骗过预算告警。日志之所以救不了，是因为漂移的Agent"在执行它被赋予的恢复逻辑"——逻辑本身没有天花板。
dikrana.dev博客开篇的那句话最刺骨："你的Agent跑了14小时。前3小时完美。后11小时毁了它。你怎么知道？"答案在METR基准里。2026年1月基准把Claude Opus 4.5的50%时间域定在5.3小时；2月对Opus 4.6的更新把点估计推到14.5小时，95%置信区间从6小时延伸到30+小时。
这个数字的工程含义需要拆解：50%时间域指Agent在50%的任务上能保持人类水平成功率的最长连续自主时长。它是概率分布而非承诺。置信区间下沿6小时意味着，哪怕你用的是最顶配模型，把它丢进无人值守的14小时任务里，仍有显著概率在第6小时就开始静默劣化。这就是Ona收购案背后的真实风险结构：Gitpod云沙箱解决了"开发者下班后Agent继续跑"的执行场所问题，但把14.5小时的概率赌注原封不动地转移到了云端。没有对冲工程，这种"fire and forget"就是把单日250,000次API调用的剧本规模化。
agentmarketcap记录的这场事故值得逐字拆解。根因是Claude Code代码库自身的一个缺失的重试上限：当上下文压缩（compaction）失败时，恢复逻辑会重试，但没有设天花板。结果1,279个会话各跑了50次以上连续压缩失败。在工程团队注意到之前，这个bug单日烧掉了约250,000次API调用。
这个案例的关键不在于bug本身，而在于失败模式的隐蔽性："Agent并没有以任何明显的方式坏掉——它在精确执行被赋予的恢复逻辑，只是逻辑没有天花板"。这正是资源漂移的本质：所有传统的故障检测（异常、错误码、崩溃）全部失效，因为系统状态是"正在努力恢复"。对冲这类漂移需要的不是更多日志，而是预算层硬天花板——一个独立于Agent推理链路之外的、不可被Agent自身逻辑修改的强制熔断。下一篇给出架构。
既然日志救不了漂移，检测必须迁移到四个独立维度，构成互不信任的多层防线。
第一栈是输出分布指纹（Output Distribution Fingerprinting）。漂移的第一信号往往不是单条输出错，而是输出分布变形——Agent开始系统性地跳过某类步骤、输出长度分布偏移、工具调用频率模式变化。skrew.ai与Rath论文的缓解策略都指向对关键输出维度建立基线分布，用统计漂移检测（如KL散度、PSI）而非逐条判断。第二栈是不变量断言（Invariant Assertion）——给每个长任务定义不可违反的硬约束（"每N步必须产出可验证的中间产物"、"不得连续K次调用同一失败工具"），由独立监控器而非Agent自身执行。第三栈是成本熔断（Cost Circuit Breaker）——独立预算进程，到阈值强制终止，正是Claude Code事故所缺的那一层。第四栈是行为回归基线（Behavioral Regression Baseline）——定期用固定探针任务探测Agent，比较其行为与历史基线，捕获能力漂移。这四栈的共同特征：全部独立于Agent的推理上下文，漂移的Agent无法污染它们。
# 成本熔断：独立于Agent推理链路的硬天花板
class CostCircuitBreaker:
def __init__(self, daily_budget_usd, hard_cap_ratio=2.0):
self.daily_budget = daily_budget_usd
self.hard_cap = daily_budget_usd * hard_cap_ratio # 硬熔断=预算2倍
self.spent = 0.0 # 由独立进程持有，Agent无法修改
def before_call(self, estimated_cost):
if self.spent + estimated_cost > self.hard_cap:
self.force_checkpoint_and_halt() # 强制存档并停机
raise BudgetExceeded("漂移疑点：硬熔断触发，需人工介入")
if self.spent > self.daily_budget:
self.alert() # 软告警，继续但通知
def force_checkpoint_and_halt(self):
# 关键：熔断时必须先存档，再停机，保留现场供归因
snapshot = self.capture_agent_state()
self.persist(snapshot)
self.terminate_agent_process()
brandonlincolnhendricks的checkpointing模式把长任务拆成可恢复的原子单元：系统化地在固定间隔保存Agent的完整操作状态——记忆内容、对话历史、中间计算、进度标记——使故障后能无缝恢复。dikrana.dev提出的Agent Stability Index则进一步在12个维度上衡量这种稳定性，报告了42个百分点的任务完成率差距。
但checkpoint不是免费午餐，它有一个被忽视的对立面：如果Agent在第8小时已经漂移，从第8小时恢复等于把漂移状态永久化。因此生产级恢复必须配合意图锚定检查点（Intent-Anchored Checkpoint）——每次存档时不只存状态，还重新校验"当前状态是否仍服务于原始意图"。这构成一个二阶段恢复协议：先回放存档，再跑意图探针；探针失败则回滚到上一个通过校验的存档。代价是恢复延迟与存储成本上升，但这是把"漂移恢复"从"状态恢复"升级为"目标恢复"的唯一路径。对于Ona这类托管无人值守平台，这个能力将是合规与保险定价的分水岭。
flowchart TD
A[启动长任务 + 意图快照] --> B[Agent自主执行]
B --> C{每N步 Checkpoint}
C -->|存档状态| D[存档库]
C -->|意图探针| E{意图锚定校验}
E -->|通过| F[继续执行]
E -->|失败=漂移信号| G[回滚到上一通过存档]
F --> B
G --> H[注入原始意图 + 强制重规划]
H --> B
B --> I{成本熔断独立进程}
I -->|超硬顶| J[强制存档停机 + 人工介入]
J --> K[归因分析]
B --> L{输出分布指纹监控}
L -->|分布漂移| G
style E fill:#ffe4b5
style I fill:#ffcccc
style J fill:#ff9999
EMERGENCE WORLD（Emergence AI，2026年5月）代表了评测方法论的转向：大多数Agent评测像考试——离散任务、干净环境、以分钟或小时计的分数；EMERGENCE WORLD为相反的问题而建——当Agent在共享的真实世界环境中连续运行足够久，会发生什么。
这个平台的价值在于它把漂移从"运维事故"提升为"可复现的测量对象"。在一个共享、持续、有真实后果的环境里跑Agent，时间域拉到足够长，漂移就会从概率事件变成必然事件，从而能被量化、被对比、被用作模型与框架选型的硬指标。这对行业的意义是结构性的：当时间域指标（如METR）和长程稳定性指标（如EMERGENCE WORLD）共同成熟，"哪个Agent能无人值守跑8小时不漂移"将从营销话术变成可验证的采购参数。对训练营和咨询业务而言，这创造了一个清晰的变现切口——长程自治工程的评估与认证。
Ona收购案标志着"无人值守Agent执行"成为一个独立品类。其经济模型由三栈构成，理解三栈才能判断变现天花板。
第一栈是执行沙箱（Execution Sandbox）——Gitpod云沙箱、Modal、E2B、Daytona这类提供隔离算力的平台，按秒/小时计费，解决"Agent在哪跑"。第二栈是会话持久化（Session Persistence）——开发者断开后Agent状态不丢，解决"Agent怎么活下来"。第三栈是漂移对冲（Drift Hedging）——前文四栈检测加意图锚定恢复，解决"Agent怎么不跑崩"。目前市场极度偏向前两栈：Ona/Gitpod把执行场所云化，Modal/E2B提供算力，但第三栈几乎空白。这正是机会也是风险——没有第三栈，无人值守平台的单位经济会撞上漂移墙：一个失控会话烧掉的API成本可能超过平台一整周的订阅收入（Claude Code事故已证明单日25万次调用的量级）。对冲工程栈应成为托管平台的默认配置，而非附加项。
将本期主题评估为可变现资产，分三个层次。第一层是训练营：标题如"长程Agent对冲工程实战——漂移检测四栈与意图锚定恢复"，定位中高级工程师，差异化点是绝大多数Agent课程只讲"怎么搭Agent"，而漂移对冲讲"怎么让Agent跑8小时不崩"。这是一片几乎无人占领的蓝海，对应企业真实痛点，定价空间高。第二层是工具产品：一个独立的"漂移监控Sidecar"进程，以SDK或SaaS形式挂载到任意Agent框架，提供输出分布指纹、不变量断言、成本熔断、意图探针四件套，不侵入Agent主循环。这个定位比"又一个Agent框架"清晰得多，因为它是横切所有框架的运维层。第三层是认证与评估服务：基于EMERGENCE WORLD思路，为企业提供"你的Agent能无人值守稳定运行多久"的第三方认证，类比SOC2之于安全。第三层门槛最高但护城河最深。
红线在于：绝不能把漂移对冲包装成"保证Agent永不跑偏"的承诺。漂移是LLM长交互的根本性挑战（论文原话），任何"消除漂移"的营销都会在第一次事故时反噬。正确的卖点是"漂移的早期发现与受控降级"——把不可控的静默劣化，转化为可观测、可存档、可回滚、可归因的受控事件。这是诚实且可持续的价值主张。
面向个人开发者：如果你的Agent任务超过1小时，先上成本熔断（最低成本、最高杠杆的单一防线），再加意图锚定checkpoint。不要相信Agent自身的恢复逻辑有天花板。
面向团队：优先建设漂移检测Sidecar（四栈），把"日志绿灯"从信任来源降级为辅助信号。引入EMERGENCE WORLD式的长程回归测试纳入CI。
面向平台/产品方：无人值守执行必须把漂移对冲栈作为默认配置而非增值项。短期差异点是执行沙箱，长期护城河是漂移可控的单位经济。
面向培训/咨询方：长程Agent对冲工程是2026年最未被占领的蓝海选题之一，建议优先布局，但价值主张严格框定在"早期发现与受控降级"，回避"消除漂移"。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。