一键导入
worktrack-schedule-skill
当 Harness 处于 WorktrackScope.scheduling,且需要一轮限定范围调度来刷新任务队列并选出当前下一步动作、但不直接分派下游执行时,使用这个技能。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
当 Harness 处于 WorktrackScope.scheduling,且需要一轮限定范围调度来刷新任务队列并选出当前下一步动作、但不直接分派下游执行时,使用这个技能。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
当需要运行 Harness 分层闭环控制系统时,使用这个技能。它是 Codex 中顶层监督控制器的入口,负责状态估计、算子选择、技能绑定、子代理分派、证据收集、裁决与状态更新,而不是直接执行编码。
当 Harness 系统尚未初始化,或 `.servo/goal-charter.md` 不存在,需要初始化 repo 级 Goal Charter 与 Harness 控制面时,使用这个技能。
当 Harness 处于 WorktrackScope.closing,且需要一轮限定范围的收尾处理来处理合并请求、合并、清理与代码仓库刷新交接,同时不能悄悄越过审批边界时,使用这个技能。
当 Harness 处于 WorktrackScope.dispatching,且需要一轮不扩大范围的限定范围分派来选择专用技能或执行载体时,使用这个技能。
当 Harness 处于 WorktrackScope.judging,且需要基于现有证据完成一轮限定范围关卡判定,而不重新执行工作或刷新代码仓库状态时,使用这个技能。
当 Harness 处于工作追踪范围.验证中,且需要一轮限定范围的审查证据流程来收集并综合审查发现、但不输出最终关卡判定结果时,使用这个技能。
基于 SOC 职业分类
| name | worktrack-schedule-skill |
| description | 当 Harness 处于 WorktrackScope.scheduling,且需要一轮限定范围调度来刷新任务队列并选出当前下一步动作、但不直接分派下游执行时,使用这个技能。 |
本技能实现 WorktrackScope.Decide 状态转移算子,对应 Harness 控制回路中的算子选择阶段。它基于状态估计结果(由 worktrack-status-skill 或等效状态估计提供)选择合法的下一步动作,而不是自行执行状态估计。
当 Harness 已经有一个活动中的 工作追踪,并需要一轮限定范围规划来刷新当前 计划/任务队列 时,使用这个技能。
这个技能会消费当前 工作追踪约定 和状态估计结果,重新评估队列,纳入活动中的验收标准、阻塞状态与可用证据,然后选出一个 当前下一步动作,或者返回明确的 没有安全的下一步动作 结果。
在 工作追踪范围 内,这是一轮限定范围规划:把当前任务列表转成一个可分派的工作项外加一份限定范围分派交接包。Harness 与 分派技能 应消费这个包,而不是替换它。
当队列刚被播种、刚恢复,或通过自动继续路径进入时,选出的工作项默认应是能安全推进 工作追踪 的最小可验证切片。初始调度应先收紧范围,再进入分派,而不是把第一个看起来可行的端到端打包块当成默认答案。
这个技能应让规划始终可追溯到当前验收标准,但它不负责收集验证证据,也不负责判断这些标准是否已经满足。
Plan / Task Queue 是当前 Worktrack 的局部任务窗口 / task window。它可以包含多个连续小任务,但每轮调度只能选出一个 selected_next_action 和一份 bounded dispatch handoff packet。任务窗口不得被解释为 Repo backlog、Milestone backlog、candidate milestone list 或全局待办;新增/移除/重排 Worktrack 必须回到 RepoScope.Decide / programmer approval。
队列实例必须保留 task_window_id、window_boundary、selected_next_action_id、selected_next_action 和 dispatch_handoff_packet。这些字段共同表达“window 内可以有多个 task,但当前 round 只有一个可分派动作”的控制边界。
当需要确定当前正确的下一项工作项时,使用这个技能:
工作追踪 内拆分、重排、延后或标记被阻塞的任务分派技能、恢复路径,还是监督器升级WorktrackStateEstimate(由 Observe 阶段产出)和本轮所需的最小 工作追踪范围 产物。调度包。task_id 是稳定任务标识,priority 表示调度优先级,depends_on 表示硬依赖,acceptance 必须映射到当前 Worktrack Contract 的验收标准,risk_level 与 stop_condition 决定是否允许继续自动调度。当前下一步动作,或者带上阻塞原因返回 没有安全的下一步动作。当前下一步动作,就把它封装成一份限定范围 分派交接包,其中包含任务简报、信息包,以及本轮明确的返回调度条件。
Worktrack Contract 的 Node Type,并携带本轮适用的 gate_criteria 与 baseline policy。这些策略的唯一合法来源是 Worktrack Contract;在调度阶段重写这些策略的行为必须被阻断。shared_fact_pack 和 context_budget。shared_fact_pack 只给出 repo goal、snapshot、worktrack contract、当前任务验收切片、baseline 和不变量的引用;context_budget 必须列出 must_read / may_read / do_not_read、预算上限和扩读理由要求。调度结果;有需要时,让队列草稿与 templates/plan-task-queue.template.md 保持对齐。分派技能。如果这个技能由 通用高能力模型 子代理 承载,传入的限定范围包至少应包含:
工作追踪目标节点类型节点策略范围内范围外验收标准当前队列快照依赖状态阻塞项状态证据变化规划约束所需判定遵循本包内最小公共约束 C-1 至 C-7:C-1 只在声明的 Scope/Function 内操作;C-2 只有授权的 SetGoal/ChangeGoal/Close/Refresh 路径可变更控制状态,其余技能返回结构化输出;C-3 先生成完整报告再提取 Control Signal,重复上下文用 artifact 引用,空字段用 N/A;C-4 不跨越 Observe/Decide/Init/Dispatch/Verify/Judge/Recover/Close 的角色边界;C-5 只消费已批准上游产物,不凭空发明验收或恢复标准;C-6 缺失证据必须显式暴露,不能当作成功;C-7 保持限定范围,避免不必要的全仓重发现。
计划/任务队列 中已选出的当前下一步动作。在队列尚未选出动作时,根据代码仓库目标或初始化说明推导分派任务的行为必须被阻断。Plan / Task Queue 只属于当前 Worktrack。把它当成 Repo/Milestone backlog、candidate milestone recommendation 或跨 Worktrack 自动执行列表的行为必须被阻断。worktrack_list,也不得输出多个 current worktrack。Milestone-level scheduler 每轮一次只选一个 Worktrack,唯一 current worktrack 字段是 selected_worktrack_id / current worktrack。task_id、status、priority、assigned、description、depends_on、acceptance、risk_level 与 stop_condition 的可追踪语义;调度输出必须说明 selected_next_action 如何覆盖对应 acceptance,以及为何其 risk_level / stop_condition 允许或阻断连续推进。已选下一步动作 和完整的分派交接包。仅凭 已选下一步动作 不能判定为分派就绪。没有安全的下一步动作。以模糊动词隐藏过大批次的行为必须被阻断。建议下一路由 和 建议下一动作 是不同的路由字段,不可相互替代。当 建议下一路由 已存在时,必须消费它作为标准路由字段。使用这个技能时,产出一份至少包含以下章节的 调度结果:
消费的状态估计队列刷新决策验收对齐当前下一步动作分派交接包分派或升级就绪度使用的证据待解决问题返回 Harness结果中至少应包含以下字段或等价表达:
消费的状态估计(输入)
当前工作追踪状态队列变化就绪任务被阻塞或推迟任务已考虑验收标准当前已处理标准剩余标准使用的证据产出的调度决策(输出)
刷新后队列快照验收覆盖缺口已选下一步动作编号selected_next_actiontask_idprioritydepends_onacceptancerisk_levelstop_condition已选下一步动作选择理由切片边界理由更宽切片理由剩余前置条件分派任务简报草稿分派信息包草稿dispatch handoff packet节点类型本轮适用判定标准基线策略分派包就绪返回调度条件分派就绪下一轮所需上下文shared_fact_packcontext_budget建议下一路由待解决问题可继续建议下一技能或路由当你需要本轮稳定的队列草稿格式时,使用当前工作追踪队列、约定、证据变化、任意由初始化产出的调度交接包,以及 templates/plan-task-queue.template.md。