worker routingCODEX / IN GOOD COMPANY

给 CODEX 找些好搭子

工作有去有回。好搭子,一起做成。

你说目标,主 agent 组织分工。
worker 连贯执行、自查与修正,主脑接住证据,推进交付。

完整责任 · 原会话续做 · 可选 ACP 收集与恢复

一张工单、折耳猫布艺圆章,以及带回修改与检查的结果纸条
一份工单出去,结果与证据回来。

01 / WORK THAT KEEPS MOVING 0.4 SERIES

派出去,也接得住。
帮一把,继续做。

0.4 系列把完整责任、worker 自查、主脑帮助与原会话续做串起来。插件指导 agent 怎样协作;可选 ACP 运行器保留执行状态、收集返回,并支持有限批量工作的接续。

一份完整责任,连贯做完Native / ACP
  1. MAIN AGENT

    守住目标,组织分工

    接到工程目标,按已有通道选择交出完整责任,写清边界与完成条件。

    目标 · 工单 · 权限
  2. WORKER

    自己检查,也自己修正

    调查、实现、自查与普通返修留在同一责任里。遇到关键判断缺口,带着成果和精确问题回来。

    调查 → 实现 → 检查 → 修正
  3. MAIN AGENT

    接住证据,推进交付

    查看实际成果、覆盖与冲突,定向检查疑点;条件达标后整合交付,需要帮助时补充判断。

    实际成果 · 检查证据 · 最终交付
帮一把,把下一步送回原 worker。

关键判断、补充条件或具体返修,优先继续原会话;有用的执行留在 worker 一侧。

这张图描述插件给 agent 的协作纪律。主 agent 作出委派与验收判断;小事、临近完成的工作或 solo 请求可以直接做。
01

自查与返修,一起交出去

worker 在授权范围内检查、修正并复验;主 agent 接回关键问题,帮助之后继续原责任。

02

局部结果,也接得住

可选 ACP 交付收集有界返回。有限 batch 逐项写入已结算结果,collect 先读到的部分,主 agent 保留剩余工作。

03

恢复时,找回原执行

用原 session 与回执核实状态,保留已有成果。超时、取消与清理分别确认,再决定怎样继续。

OPTIONAL ACP / FINITE BATCH

分工由主脑决定,机械步骤交给 CLI。

一份主 agent 编写的 order spec,连接工单准备、有限批量执行与增量读取。一个默认 worker 就能开始;只有已明确独立的责任才适合成批交出。

  1. prepare整理工单机械生成 orders + manifest,不启动 worker。
  2. batch按资源准入执行检查授权与资源,在这一批内执行,逐项保存已结算结果。
  3. collect先读回来的部分只读已结算索引,不等整批结束;剩余责任继续保留。

ACP 运行器保留 session、回执与有界交付线索;worker 自述、实际运行状态和主脑验收分别判断。共享 HOME 的并发安全未知时,按该资源串行。

一个默认 worker,就能开始。

沿用你选择的原生 Codex 或外部 ACP 通道。模型、账号与路线由你掌握,Dispatch 按需查看 ACP 回执。

看完整架构

02 / DISPATCH — LOCAL FIELD NOTES

看到协作怎样发生。

照常派工,回执自然留下。Home 看统计,Sessions 找项目与经过;不用每做完一件事,就多盖一个章。

Dispatch示例数据 · 仅 ACP
A WEEK IN GOOD COMPANY

工作有去有回。

01 — 07 SEP 2026
24份委派任务
42轮执行
840K已观测 tokens21 / 24 份回执有可归属用量

● 运行完成 22● 已取消 2

协作节奏

9月1–7日 · 全周42轮执行

合成示例 · 这里只展示执行轮次

A TRAIL YOU CAN FOLLOW

数字有来处,
细节在本机。

按 Git 仓库或文件夹找回协作,展开续做与运行记录。缺少用量时,保留未知。

派工台使用指南
这是公开的合成示例。你的 Dispatch 按需在本机运行,私人明细不会发布到这个网站。

04 / YOUR FIRST HANDOFF

从一件真实的小事开始。

在 Codex 中打开仓库,让内置 plugin-creator 安装 Worker Routing。保留你现在的主模型与 provider 配置。

从零到第一次成功派工 打开 GitHub 仓库
发给 CODEX 的话
请把本仓库 plugins/worker-routing 安装到我的 personal marketplace,
保持当前主模型和 provider 配置。更新时使用 cachebuster 与正常 reinstall。

先完成插件注册,再新开会话确认已加载。ACP 与私人说明的 SessionStart hook 都是独立的可选项。

安装、验证与恢复

A FEW THINGS, CLEARLY

边界,也说清楚。

从第一次派工,到带走一张分享卡。安装、权限和数据去向,都在这里说清楚。

开始使用,需要安装哪些部分?

使用原生 Codex worker,先安装调度 plugin 即可。外部 ACP 通道和用于加载私人说明的 SessionStart hook 是两个独立的可选项,可以需要时再配置。

第一次派工指南
每件事都会派给 worker 吗?

不会。适合独立交付的一块责任才值得委派;小事、快收尾的工作可以留在主会话。你说「亲自做」或「solo」,主 agent 就自己执行;需要 worker 返修时,优先在原会话继续。

如何控制委派
模型、账号和访问权限由谁决定?

由你决定。Worker Routing 不提供 API key、不更换主模型,也不会切到未经你授权的付费路线。使用外部 ACP route 时,工单会交给你配置的 agent;实际访问范围取决于宿主权限和 sandbox,路由配置本身不提供文件隔离。

可选 ACP 接入
主会话与 worker 的上下文怎样分开?

新的原生 worker 不复制主对话历史;可选 SessionStart hook 在主会话首次请求前加载私人说明,不注入 child。宿主的共享工程规则仍可能传入 worker。这是输入装配边界,不是文件访问 sandbox。

阅读输入边界
Dispatch 的完成数和 tokens 代表什么?

当前统计来自 ACP 运行回执,不包含原生 Codex worker。运行完成不等于工程验收;已观测 tokens 表示已知工作量,不是节省的 Codex 额度。缺少的用量保留为未知,不当成零。

查看统计口径
分享卡片会带上哪些数据?

导出包含汇总数字、时间范围、时区、用量覆盖度,以及你主动填写的 slogan 和署名;不会自动带入工单、输出、私有 route 名、路径或内部 ID,也不会自动上传。本网站只展示合成示例,不连接你的本地派工台或读取回执。

分享与导出说明