From hw
Resumes a saved Hypo-Workflow pipeline from `.pipeline/state.yaml`, continuing from the next uncompleted step without replaying finished work. Handles lock files, worker separation, and subagent authorization.
How this skill is triggered — by the user, by Claude, or both
Slash command
/hw:resume [optional context][optional context]The summary Claude sees in its skill listing — used to decide when to auto-load this skill
📌 输出语言规则:
📌 输出语言规则: 读取 config.yaml → output.language
使用此技能从 .pipeline/state.yaml 继续执行,无需重启已完成的工作。
.pipeline/state.yaml 存在pipeline.status=running 或 pipeline.status=stopped~/.hypo-workflow/config.yaml。.pipeline/config.yaml 和 .pipeline/state.yaml。.pipeline/continuation.yaml。如果其 status: active,在回退到通用 current.* 状态之前,选择其 next_action、reason 和 safe_resume_command。current.phase=needs_revision,使用 acceptance.feedback_ref 作为输入恢复修订路径;不要从先前已完成的步骤继续。current.phase=follow_up_planning,启动活动的 continuation 或匹配的 cycle.continuations[] 后续计划。current.prompt_file、current.step 和 current.step_index 是否仍然指向普通执行阶段的有效提示和步骤。.pipeline/.lock 存在,将其解析为执行租约。
lease_takeover 证据,并记录 inferred_stallreported_failure 的租约:接管并保留失败证据current.phase=executing 并更新顶层 last_heartbeat。/hypo-workflow:start 相同的串行编排模型:
off 时,测试/审查和实现仍应在可行时分离;当为 recommended 或 strict 时,遵循以下强制角色所有权write_tests、review_tests、implement、review_code 或类似审计的验证工作者之前询问execution.worker_separation.mode 为 recommended 或 strict 时,write_tests 和 review_tests 属于独立的 test 工作者;主代理不得先在本地编写红色测试,然后要求子工作者审查execution.worker_separation.mode 为 recommended 或 strict 时,implement 属于独立的实现工作者;主代理不得先在本地实现,然后要求子工作者审查或认证/hw:resume 或执行/启动-恢复角色时有效recommended 或 strict,在角色敏感工作之前停止,除非生成的计划明确选择了用户确认降级证据的最快单代理 execution.worker_separation.mode=off 通道subcodex 或 subclaude 选择.pipeline/ 文件和明确范围的根级非项目文档,如 README.md、CHANGELOG.md 和 PROJECT-SUMMARY.md;test 只能编辑其明确范围中的命名测试/夹具/快照/断言路径;implement 只能编辑其明确范围中的命名生产/运行时/文档路径;audit 是只读的test 工作者拥有复现、红色测试、验证命令、夹具、快照、断言和测试证据,然后才能恢复实现implement 工作者仅拥有生产/运行时/文档实现;它不得创建、编辑或重写测试、夹具、快照、断言或验证证据,也不得生成或冒充 test 或 auditrequested、started、completed|failed|blocked 和 closed|close_failed;等待其证据关卡下一步的工作者,然后在其结果集成后关闭/释放它/hw:resume 停止、阻塞、中止或完成时,关闭/释放它打开的任何工作者,或记录带有工作者 ID 和原因的 close_failed.pipeline/reviews/<feature>/<milestone>/<stage>/ 工件:
needs_changes 且重试预算剩余时,从下一轮重试继续.pipeline/PROGRESS.md、.pipeline/log.yaml、.pipeline/state.yaml 和 last_heartbeat。.pipeline/derived-refresh.yaml,并提供修复指导,而不是回滚生命周期写入。.pipeline/feature-queue.yaml 存在,从保存的状态恢复批量自动链:
gate: confirmjust_in_time 时,仅在其变为当前后才分解它.pipeline/metrics.yaml 同步队列持续时间、令牌/成本和指标摘要,对不可用的遥测保留 n/aexecution.worker_separation.mode 为 recommended 或 strict 时,在完成或验收之前解析 test / implement / audit 工作者覆盖:
write_tests 和 review_tests 是 test 工作者拥有的步骤implement 必须由独立的实现工作者拥有audit 必须在需要时由独立的审计工作者拥有;review_code 是 audit 拥有的步骤/工件阶段,而不是工作者角色implement 和 test 坍缩到一个工作者身份上,recommended 必须阻塞;客观的子工作者不可用证据可能证明 retry、deferred、stop 或明确的用户确认降级到 off 是合理的,但它不得被视为已接受的 Worker Separation 完成test、implement 或 audit 工作者close_failed 的工作者生命周期证据会阻塞 Worker Separation 完成,直到修复或在策略允许的情况下明确降级retry / deferred / stop 决策模型。/hw:resume 运行成功完成且验证/报告/状态更新全部通过后,当 compact.auto=true 和 compact.end_of_run=true 时,运行结束时仅脏压缩刷新;禁用时跳过。从完整的权威源刷新紧凑目标,而不是从旧的紧凑文件刷新。.pipeline/continuation.yaml,其中 safe_resume_command: /hw:resume。.pipeline/.lock。.pipeline/.lock 租约表明另一个执行处于活动状态时,永远不要恢复.pipeline/continuation.yaml 优先于通用状态指针,但不安全的 safe_resume_command 值必须被拒绝而不是执行.pipeline/continuation.yaml 是 Codex 和其他没有 Stop 钩子的环境的文件支持恢复状态。next_action、reason、updated_at、safe_resume_command 和聚焦的 context。/hw:resume 应首先解析活动的 continuation,然后回退到 state.current。safe_resume_command 仅是显示/恢复提示;永远不要 shell 执行它。Watchdog 触发的恢复遵循与用户触发的恢复相同的安全规则。它们必须更新 last_heartbeat,遵守新鲜的执行租约,接管带有证据的过期租约,并在触发脚本提供上下文时向 .pipeline/watchdog.log 写入简洁的注释。
references/state-contract.md — 恢复语义和必需字段references/commands-spec.md — 命令行为references/progress-spec.md — 进度摘要规则references/review-artifacts-spec.md — 审查工件架构、重试策略和覆盖检查清单references/config-spec.md — 全局/项目配置回退规则SKILL.md — 完整执行上下文(如果需要)npx claudepluginhub hypoxanthineovo/hypo-workflow --plugin hwStarts or resumes Hypo-Workflow pipeline execution from a local `.pipeline/` workspace, handling config validation, state recovery, worker separation, and subagent orchestration.
Resume interrupted HOTL workflow runs by loading sidecar state, verifying the last step, and continuing execution with a verify-first strategy.
Resumes interrupted analysis pipelines by reading pipeline state from working directories, migrating V1 to V2 formats if needed, and continuing from next ready agents using DAG walker. Useful after context limits, failures, or breaks.