Claude Harness架构拆解：大脑和双手分离，长任务不断档
内容提要
Anthropic工程师发现，将AI大脑与执行环境紧耦合会导致失败传染、扩展受限和启动延迟高。他们采用事件溯源日志解耦，会话独立持久化，工具通过execute接口调用，Harness无状态化。新架构使p50启动延迟降60%，p95降90%，凭证安全隔离，支持水平扩展，如同操作系统抽象，让AI系统更稳定可规模化。
延伸解读
紧耦合的代价：从“宠物”到“牛羊”
文章用“宠物”和“牛羊”比喻两种架构：紧耦合的容器像宠物，崩溃后需要人工干预，恢复困难；解耦后的Harness像牛羊，可随时替换。这种比喻揭示了系统设计中的一个关键权衡：紧耦合虽然初期开发快，但牺牲了可维护性和可扩展性。对于构建长期运行的AI服务，采用无状态、可替换的组件设计，能显著降低运维成本和故障影响。
事件溯源日志：会话持久化的新思路
文章提出用事件溯源日志来持久化会话，将AI的思考、工具调用等全部记录为只追加的日志。这种设计让Harness可以随时重启，从日志中恢复状态，实现了会话的持久性和可恢复性。相比传统的压缩摘要，事件溯源保留了完整历史，避免了信息丢失，同时将上下文管理从存储中分离，使模型升级时无需改动日志结构。
工具抽象：安全与灵活性的平衡
通过统一的execute接口，将执行环境抽象为工具，Harness无需关心工具的具体实现。这种设计不仅实现了按需连接，还重构了安全边界：凭证通过初始化注入或代理访问，AI代码无法直接接触。这解决了紧耦合时代凭证与代码同处一室的安全隐患，同时支持工具间的传递，增强了系统的灵活性和可扩展性。
Q&A
Claude Harness架构的核心设计理念是什么？
核心设计理念是将AI的“大脑”（Harness）与“双手”（执行环境）解耦，通过事件溯源日志持久化会话，工具通过统一的execute接口调用，使Harness无状态化，从而提升系统的稳定性、可扩展性和安全性。
紧耦合架构带来了哪些问题？
紧耦合架构导致失败传染（容器崩溃导致会话丢失）、启动延迟高（每次需初始化整个容器）、安全风险（AI生成的代码与凭证同处一室）、扩展受限（无法水平扩展，难以接入客户VPC）。
事件溯源日志在Claude Harness中起什么作用？
事件溯源日志将AI的思考、工具调用和结果按顺序持久化，与大脑和双手分离。它使会话独立于执行环境，Harness可随时重启并从日志恢复，同时支持按需读取历史事件，实现上下文管理与存储的分离。
新架构如何降低启动延迟？
新架构中，Harness启动时只需从日志拉取历史事件即可开始推理，无需初始化整个容器。只有当AI需要调用工具时，才通过execute接口触发容器初始化。因此，纯问答会话无需等待容器启动，p50延迟降低60%，p95降低90%以上。
Claude Harness如何保证凭证安全？
凭证通过两种方式隔离：一是工具初始化时注入到本地配置（如Git remote），AI代码无法接触；二是OAuth令牌存储在安全保险库，AI调用工具时通过代理取出凭证，Harness全程不感知凭证。
为什么说Harness变成了“牛羊”而不是“宠物”？
因为Harness无状态化后，可以随时重启或替换，不影响会话数据，如同牛羊一样可批量管理；而旧架构中容器与会话绑定，容器崩溃导致会话丢失，如同宠物般需要精心照料。
新架构如何支持水平扩展？
由于Harness无状态，启动一个Harness只需轻量级进程，多个Harness可共享会话日志层，互不干扰。每个大脑按需调用工具，用完即释放，因此可以轻松增加更多Harness实例来处理更多会话。
Claude Harness如何解决上下文窗口限制？
通过事件溯源日志，会话不再依赖上下文窗口，而是持久化所有事件。Harness通过getEvents()接口按需读取历史，并负责压缩和优化缓存，模型升级时只需调整Harness策略，日志不变。
