在 Agent Harness 里,重新遇见分布式系统
长时运行的 Agent Harness 会死在进程崩溃、状态混写、并发竞态和账目失真四个位置。本文借 pi Harness V2 拆解对应的架构与测试方法。
长时运行的 Agent Harness 会死在进程崩溃、状态混写、并发竞态和账目失真四个位置。本文借 pi Harness V2 拆解对应的架构与测试方法。
读 Anthropic Managed Agents 官方文档和工程博客后的整理笔记:六层架构、Brain/Hands/Session 抽象、端到端调用链路、资源字典和几条设计判断。
Service Mode 改造下篇:Channel 推广到 1:N 的 AttachManager、5 层 Resource Cap 的职责切分、错误信封 / observability / CLI≡serve,以及三类我没做的事。
想让自己的 agent 跟上 Claude Code web 端的形态,顺便把 agent 架构从’读过’变成’撞过’。三天改造里的三次认知转变:会话 ≠ 进程、事件流 ≠ 输出、持久化 ≠ 存档。
有状态 Agent vs 无状态 Web 的结构性矛盾,Checkpoint 的四层状态,异步审批的 12 步流程,状态膨胀治理,滑动自主性的工程实现。
三层模型拆解 HITL:Layer 1 定义人类角色(把关人/协作者/纠正者),Layer 2 定义工程机制,Layer 3 定义基础设施(Checkpoint/滑动自主性)。