openJiuwen
双层任务循环、Rails 与 Auto-Harness
快速演进
Agent 工程与架构
同一个设计问题，
四家怎么解
15 个 Agent 工程设计问题，逐一对照 openJiuwen、Codex、DeepSeek Harness 与 Pi 的源码，判断哪些做法适合你的系统。
从问题进入
你想弄清哪个问题？
Agent 如何记忆？
模型本身没有记忆，每次请求都是一张白纸——「记住」全靠 Harness 把什么东西、以什么形式放回上下文。
长任务中断了，如何恢复？
跑了两小时的任务在第 40 步被打断，从头再来代价太大，从中间接上又怕状态不一致。
上下文快满了怎么办？
上下文里无关或冗余的内容越多，模型在一部分任务上表现越差（Context Rot）；可把历史删掉又会丢事实——而且一压缩，前缀缓存往往就失效了。
Agent 什么时候该停？
停早了任务没做完，停晚了烧钱还可能越改越坏——而「做完了」这件事，模型自己往往判断不准。
怎么防止 Agent 乱执行命令？
给了 shell，Agent 能碰到的就不止当前项目；每条命令都问人，Agent 又失去了自主的意义。
什么时候该拆子代理？
子代理能隔离上下文、并行干活，但每拆一层就多一份协调成本和一个出错点。
怎么给 Agent 接入新能力？
工具一多，模型更容易选错；全塞进上下文又太贵——能力的定义方式、接入协议和暴露时机要一起设计。
Agent 能自己变好吗？
让系统自己改自己听上去很美，但没有可靠的评估，「改进」和「漂移」无法区分。
全景
15 个设计问题，分布在七层
进化
让系统自己变好
多 Agent
编排多个循环
运行时
挡在模型与系统之间
工具
把能力暴露给模型
周报
这一周，四家动了什么
2026-W42 · 2026-10-12 → 2026-10-18
Codex 新增只能观察、不能拦截的模型请求钩子；Pi 的 durable 运行时给反复崩溃的任务设了上限，连续 5 次就停下等人处理
本周改写 4 格
框架对照