给一块完整的责任
把调查、修改、自测交给同一个 worker。工单说明目标、边界，以及完成时要交回什么。
给 CODEX 找些好搭子
工作有去有回。好搭子，一起做成。
把完整的工程责任交给 worker。
主 agent 守住目标，把结果与证据接回来。
原生 Codex workers · 可选 ACP · 本地派工台
01 / A GOOD HANDOFF
分工清楚，协作就轻一点。
Worker Routing 是面向 Codex 的轻量 worker 委派插件，只包含说明：它帮助主 agent 判断何时委派、交出什么，以及怎样把结果接回来，而不接管你选择的模型。
让协作自然接续
需要修正，就在原会话继续。微小任务直接做；说一句「亲自做」，主 agent 就留在本线程。
把结果与证据接回来
主 agent 检查真实 diff、验证结果，再整合交付。worker 返回「完成」，不是整件事的句号。
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轮执行
合成示例 · 这里只展示执行轮次
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，也不会自动上传。本网站只展示合成示例，不连接你的本地派工台或读取回执。
分享与导出说明