openJiuwen 把子代理当作需要限量调度的资源:harness/subagent_runtime/ 是一个完整运行时模块,注册表、会话管理、实例、状态与状态事件、活动流、转录流、持久化、输出文件各成一个文件;SubagentRuntimeConfig 直接设了硬限额——max_subagents 10、max_concurrent_running 5、turn_timeout_s、enable_lru_eviction;活动流还带节流(activity_throttle_ms)和文本截断(activity_text_max_len),因为子代理输出会淹没父代理的上下文。
codex 把隔离粒度落在「角色」上:子代理是一个独立 ThreadId,由 AgentControl 管理,并有 spawn 深度上限防止无限派生;AgentRoleOverrides 在父配置基础上覆盖 developer_instructions、model、model_reasoning_effort、model_reasoning_summary、model_verbosity、personality、service_tier、features、skills——源码措辞是 parent-derived configuration,子代理默认继承父的一切,只覆盖显式声明的部分。
deepseek harness 把「子代理怎么跑」本身做成了可插拔的 provider 族:packages/subagent/ 下有 subagent-fork-in-process(用父会话已完成轮次播种的进程内子代理,README 写明它与 spawn 共享全部运行机制,会话种子是唯一行为差异)、subagent-spawn-in-process(干净的进程内子代理)、subagent-acp、subagent-dsh-sdk,以及 subagent-claude-code(调用官方 Claude Agent SDK)和 subagent-codex(用 app-server --stdio 起一个临时 Codex 线程)——两者都在委派会话的工作区里执行,通过共享结果契约返回。格子指出这是四家里唯一把竞品 Harness 当作可挂载能力的实现。
pi 的内核没有子代理概念,全仓检索只命中 CHANGELOG、测试与示例扩展;examples/extensions/subagent/README 描述的方案是把每个子代理起成独立的 pi 进程,上下文窗口靠进程边界天然隔离,Ctrl+C 会传播下去杀掉子进程——格子把这称为四家里隔离最彻底的方案,与它在沙箱维度上「内核最小、隔离靠操作系统」的选择同构。
另有两条来自周报的记录值得放在一起看:2026-W34 记录 openJiuwen 新增了 subagent_spawn / wait / list / send_input / close / resume 六个工具,子代理从「派出去等结果」变成「派出去还能持续交互」;同一周报也记录 codex 有一条修复「在子代理 fork 时保留 developer instruction 标注」,直接触及上面 AgentRoleOverrides.developer_instructions 的继承语义。以上关于 openJiuwen 和 codex 的机制描述锁定在各自审计 commit 上,不是对上游当前状态的断言。