manage-lane 是 onsager-ai/agent-workbench 提供的技能，用于在用户面向的 Codex Gateway 中，针对已存在的工程任务线（lane）维持用户意图与任务连续性。资料显示，它适用于跨问题追问、需求修订或交接而继续一项已有工程任务的场景；小型任务可直接处理，Gate 不负责运行 Manager、Worker、reviewer 的角色契约；无关的事实性问题可独立回答。
在所有权方面，Gateway 保留用户预期结果、现有授权、未解决的请求及相关任务链接。对于编排型工作，任务契约、派发与生命周期操作归 orchestrate-harnesses 技能所有；Manager 负责工程简报、Worker 层级、返工与交付决策，独立审查者给出裁决。执行策略应使用该技能的 role references 与 models.json，而非在此另定义模型、审查或重试策略。
lane 被定义为对话性分组，而非控制器或持久队列。应复用已有 issue/PR 或任务记录；涉及多个任务时只保留其 ID、依赖与下一步动作。简单编辑不因选择此技能而需要编排记录。状态查询应基于相关任务状态及当前仓库/CI 证据回答，区分控制器记录、模型报告与经验证的外部状态；单纯的状态问题不需要新任务、派发、审查或排队修订。
实际需求变更应作为原始用户消息保存，并通过编排技能的修订协议交付。若运行中的角色工作受影响，需先结算所属运行再重新派发，并核实受影响角色的确认，同时依据修订后的需求重新检查规划与审查。后续请求若超出不可变任务契约中的路径或权限，需要新建后继任务并链接先前工作；不得改写已存储契约或从修订摘要推断额外权限。
下一步选择上，应继续用户请求已覆盖的有用工作；编排任务中通过控制器执行 Manager 的适用决策，在报告交付前核实实际修订与所需证据。仅当另一独立授权任务就绪且资源允许时才并行处理。提交与推送授权需来自当前用户实际指令及不可变任务契约，并记录每项授权的来源；规划中的交接仅在契约明确允许时包含 WIP 推送。交接时使用 Gateway 交接模板，将原始用户来源与代理摘要分开，包含任务 ID 与观察到的执行状态。