单 agent 循环在复杂任务上会因上下文塞满而退化，作者主张把工作拆成各管一件事的专业节点，再用确定性边路由、用共享 state 跨 run 记忆、用硬闸门验收。全文以 CI 失败分诊系统为实例，给出可直接复制的分类器与修 bug 节点定义、edge 规则、STATE.md 结构、测试闸门 prompt，以及从手动 /goal 到 /loop 再到云端 Routine 的三级放权路径。作者也承认多数团队尚不需要 graph：循环没跑通就上图，只是把复杂度组织得更好看。适合已在用 coding agent、正被单 agent 误判与 token 浪费困扰的工程师。
两个 Agent 同时对同一份共享记忆做读-改-写，丢更新会静默发生：Codex 拿着旧副本回写整条记录，把 Claude Code 刚改成 Postgres 的字段又改回 Redis，两边日志都显示成功。作者梳理了三种常见解法——单一写入者、行锁/乐观版本校验、last-write-wins——并指出共同缺口：一次多步任务跨多条记录，这些机制既不产出可审阅的 diff，也不留历史。文章随后介绍 Omnigraph（Rust 编写、MIT 许可的开源图数据库，内置 Git 模型）：每个 Agent 写自己的分支，merge 时与 merge base 比对，main 被改过就返回 divergent_update 并拒绝发布。动手部分用 Claude Code 与 Codex 跑完整流程，覆盖 @key 稳定 ID、--snapshot 读旧版本、Cedar 策略加独立 token 让写 main 返回 403。适合在搭多 Agent 共享状态的人；标题声称的 1000 Agent 规模并未演示，实测只有一名开发者加两个 Agent。
文章主张 agent 失败多半源于模型之外的环境设计，而非提示词。作者把 harness 拆成七项不变式：契约先行，限定改动文件与退出条件；上下文只喂 AST 符号切片；写操作隔离在临时 git worktree；状态落盘为 receipt.md；验收看编译器与测试的退出码而非模型自述；剥夺凭证与网络出口；留下可审计的 diff 与成本记录。文中给出一次多文件重构的对照数字（裸对话 18%，加 harness 89%），并附 .claude/rules 的路径级 YAML 规则、pre-verify.sh 钩子与 receipt 模板。适合正在把 coding agent 接入 CI 的工程师；但对照数字没有出处，模型版本名（Opus/Sonnet 5.5）为虚构，结尾有明显引流话术。