원클릭으로
worktrack-recover-skill
当 Harness 处于 WorktrackScope.recovering,且需要一轮带有明确权限边界的限定范围恢复决策来在重试、回滚、拆分工作追踪或刷新基准之间做选择时,使用这个技能。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
当 Harness 处于 WorktrackScope.recovering,且需要一轮带有明确权限边界的限定范围恢复决策来在重试、回滚、拆分工作追踪或刷新基准之间做选择时,使用这个技能。
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-recover-skill |
| description | 当 Harness 处于 WorktrackScope.recovering,且需要一轮带有明确权限边界的限定范围恢复决策来在重试、回滚、拆分工作追踪或刷新基准之间做选择时,使用这个技能。 |
本技能实现 WorktrackScope.Recover 状态转移算子,对应 Harness 控制回路中的恢复控制阶段。当 gate 判定为失败或阻塞时,它负责评估合法的恢复操作(重试、回滚、拆分、刷新基准、重新规划),选择恢复路径并停在权限边界处。
当 Harness 已经判定当前 工作追踪 无法沿现有路径继续推进,并且需要一轮限定范围恢复决策时,使用这个技能。
这个技能会为 通用高能力模型 SubAgent 打包最小失败路径上下文,评估合法的恢复操作,在 重试、回滚、拆分工作追踪 或 刷新基准 之间做选择,并向 Harness 返回结构化的恢复交接结果。
它会停在恢复权限边界处,而不是静默执行破坏性回滚、重定义范围,或改写代码仓库真相。
当需要确定正确的恢复路径时,使用这个技能:
工作追踪 是否能在相同目标与基准下安全重试刷新基准工作追踪范围.恢复中,而不是初始规划、实现分派、最终关卡判定或收尾。通用高能力模型 SubAgent 构建一份 恢复选择任务简报 和一份 恢复选择信息包。软失败硬失败阻塞基准漂移branch_policy_mismatch重试回滚拆分工作追踪刷新基准重新规划(跨 Scope 回到 RepoScope)恢复选择结果 和一份 恢复权限交接。每次运行这个技能时,都使用同一套限定范围约定格式。
恢复触发器目标当前工作追踪范围内范围外恢复选项约束权限限制完成信号当前工作追踪状态工作追踪约定摘要节点类型节点策略Branch Policy: baseline_branch、branch_source_ref、worktrack_branch、integration_target_ref、closeout_target_ref、checkpoint_base_ref计划队列状态关卡证据摘要失败信号基准状态已知风险所需上下文未解决问题所选恢复模式选择理由已应用中断处理策略权限边界即时安全动作需要审批后续产物交接目标若恢复成功且所选模式非 replan,最终应经过 worktrack-close-skill 完成收尾。
恢复决策必须停留在以下权限限制内:
重试
if_interrupted_strategy 是否允许继续同一 worktrack;如果策略要求 checkpoint、rollback 或 stop,应先转入对应恢复路径。回滚
拆分工作追踪
刷新基准
branch_source_ref、worktrack_branch、closeout_target_ref、checkpoint_base_ref、baseline_form 或 merge_required 与当前 checkpoint 状态不匹配,必须把该不匹配作为刷新或重新初始化理由。代码仓库快照/状态、目标/章程 或控制真相的唯一合法操作是读取消费。从本技能改写这些产物的行为必须被阻断。Harness 接下来需要哪一轮面向代码仓库的流程。重新规划
| if_interrupted_strategy | 默认恢复行为 |
|---|---|
| checkpoint-or-recover | 保存 checkpoint → 优先 retry(目标与基准仍有效时) |
| checkpoint-or-rollback | 保存 checkpoint → 优先 rollback |
| preserve-report-and-stop | 保留报告 artifact → 禁止 retry/rollback → 路由到 replan 或 handback |
遵循本包内最小公共约束 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 保持限定范围,避免不必要的全仓重发现。
回滚、拆分工作追踪 或 刷新基准 的唯一合法处理方式是作为需要程序员审批的显式恢复决策。将其作为隐藏实现细节的行为禁止发生。使用这个技能时,产出一份至少包含以下章节的 恢复选择结果:
恢复触发器恢复选项评估所选恢复路径恢复权限交接开放风险与后续跟进返回 Harness结果中至少应包含以下字段或等价表达:
子代理模型恢复触发器失败分类当前工作追踪状态所选恢复模式选择理由已应用中断处理策略节点类型节点策略合同分支策略后备恢复模式重试可行性回滚目标或规则拆分理由基准刷新理由branch_policy_mismatch权限边界即时安全动作需要审批后续产物开放风险建议下一动作需要程序员审批如何审查使用当前失败路径证据、工作追踪约定、队列状态,以及选择合法恢复操作所需的最小额外代码仓库或相邻系统上下文。