القائمة
Reject the active Goal or Cycle at final manual acceptance with structured feedback. Use for /hw:reject or an explicit rejection of pending results.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Route project work through the manifest-based Hypo-Workflow protocol. Use for /hw:* commands, repository initialization, Goal or Cycle delivery, structured experiments, focused maintenance records, final acceptance, and restart-safe Resume.
Define and run a multi-stage Hypo-Workflow delivery with ordered Milestones and one final manual acceptance. Use for /hw:cycle or work whose stages have real dependency order.
Maintain a non-linear, reproducible experiment lane with project knowledge, run identity, parameter scans, long-run supervision, scientific review, immutable Git records, and instant materialized status. Use for /hw:experiment, experiment setup or reruns, NeRF/AceSim-style comparisons, baseline changes, parameter sweeps, result triage, and questions such as "现在实验怎么样".
Define and run one bounded Hypo-Workflow delivery outcome without fake Milestones. Use for /hw:goal or when the user wants one explicit acceptance target that a capable model can execute after approval.
Inspect the repository and recommend one available Hypo-Workflow path. Use for /hw:guide or when the user is unsure whether to initialize, use Goal, use Cycle, manage experiments, maintain, resume, accept, or reject.
Build an evidence-driven Goal Design or Cycle Plan. Use for /hw:plan and planning requests that need questions, architecture choices, ordered decomposition, or durable research before execution.
| name | reject |
| description | Reject the active Goal or Cycle at final manual acceptance with structured feedback. Use for /hw:reject or an explicit rejection of pending results. |
用户可见内容遵循项目输出语言；缺失时跟随当前对话语言。内部 schema key 保持英文。
Require pending_acceptance and collect problem, reproduce_steps, expected, actual, and context. Issue a scoped delivery.reject Receipt, write one Feedback Record, and move the Delivery to needs_revision.
Import Core from the installed bundle, pass the target workspace as root, and create Delivery/Receipt stores with the same explicit zero-argument Clock. Show the complete Receipt binding first; only after explicit user confirmation issue it, then call reject with a unique safe mutation { id }.
Rejection never edits product files, generates a replacement plan by itself, or starts execution. Present a revised Goal Design or Cycle Plan; renewed approval still moves only to waiting_to_start, followed by a separate explicit start.
