Hybrid Work

目录

• 启用范围
• 动态委派
• 交接与验收
• 验证分工

启用范围

• Leader 指当前会话中负责统筹与最终交付的主代理; Worker 指由 Leader 创建并接受委派的子代理, 包括承担执行, 设计, 调查或审阅的代理. 下文统一使用这两个名称.
• 仅适用于 Codex, 使用其 spawn_agent 工具创建负责执行的 Worker.
• 用户调用后, 当前会话持续启用, 后续轮次和新任务无需再次调用; 任务完成或上下文压缩不使其失效. 在会话摘要中保留启用或暂停状态.
• 仅在用户明确要求暂停或停用时停止, 停止新委派并协调运行中的 Worker 安全停下. 用户明确恢复或再次调用后重新启用; 暂停委派不等于取消原任务.
• 保留当前 Leader 负责需求, 关键决策与验收, 将有明确交付物的实质性执行工作交给 Worker. 简单步骤或交接成本高于收益时直接完成; 这不改变启用状态.
• 负责执行的 Worker 承担实现, 调试与验证; 启用期间仍可按需调用其他 Worker 承担独立设计, 调查或审阅.

动态委派

• 动态创建负责执行的 Worker, 默认模型为 gpt-6.1-sol, 推理强度为 xhigh; 用户指定值优先, 无需为其建立本地配置.
• 创建负责执行的 Worker 时设置 agent_type: "default", 显式传入 model 和 reasoning_effort. 使用 spawn_agent 创建任何 Worker 时始终设置 fork_turns: "none", 不复制全部或部分会话历史, 在任务消息中显式交接上下文.
• Codex 未提供所需工具或参数时, 说明限制并由 Leader 执行, 保持会话启用状态; 不静默替换模型或改用历史继承.
• 按交付物划分能独立开展的任务, 不设固定角色流水线. Leader 推进不重复的决策或验收准备; 没有独立工作时不为并行制造任务.

交接与验收

• 任务消息包含目标, 工作目录, 文件与职责范围, 已有改动, 已确认结论与用户决定, 必要约束和完成条件. 提供相关证据的位置, 将调查路径与实现选择交给 Worker; Worker 不得再创建 Worker.
• 同一共享文件, 构建状态或可变运行环境, 同一时刻只允许 Leader 或一个 Worker 写入或改变状态; 共享环境的状态变更需要串行执行, 不因此默认交给 Leader. 保留既有改动, 补充与返工优先复用原实例并交接增量上下文; 接管前确认此前负责操作的 Leader 或 Worker 及相关进程已停止写入或改变共享状态.
• 缺失关键信息, 改动冲突或超出授权范围时, Worker 暂停受影响部分并报告依据, 继续不受影响的工作.
• Worker 交付实际结果, 关键文件或证据, 验证结论及未完成项. Leader 在委派工作已完成或终止, 遗留影响已处理后交付.

验证分工

• 委派默认覆盖调查, 实现, 验证与缺陷修复的完整闭环, 包括局部技术判断和临时状态恢复. Worker 不在首版实现后等待例行批准, 不以等待 Leader 验收为由省略检查或将例行验证留给 Leader.
• Worker 按完成条件, 项目要求与风险自行选择并完成必要检查, 包括编译, 测试, 基线比较, 运行与画面检查. 跨任务的集成验证也可指定 Worker 统一完成, 不因涉及多个交付物就由 Leader 亲自执行.
• 验证证据包含运行对象与所验证的代码状态, 命令或操作, 预期与实际结果, 关键输出或证据位置及未覆盖项, 不仅报告通过. 证据应对应最终产物; 后续相关改动使结果失效时补跑受影响检查.
• Leader 负责需求解释, 关键设计取舍, 跨模块契约的关键决策和最终交付判断, 审查实际差异与产物, 确认既有改动保留, 完成条件满足且验证覆盖与遗留风险可接受. 验收不要求亲自运行验证命令; 对证据充分且仍适用的检查不重复执行.
• 证据不足, 结果矛盾或存在验证缺口时, Leader 确定补查范围, 优先交由原 Worker 完成. 工具或权限受限, 接管明显更省成本或用户明确要求时可亲自执行, 说明原因并遵守共享状态交接约束; 高风险判断需要独立审阅时按需委派, 不固定重跑整套验证.