ワンクリックで
approve
Approve or reject a pending approval gate in a harness workflow. Used when a conductor run pauses at a type: approval phase.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Approve or reject a pending approval gate in a harness workflow. Used when a conductor run pauses at a type: approval phase.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Generate and open the harness run dashboard. Reads .harness/*.json state files, builds a self-contained HTML file, and opens it in the browser. Use when the user asks to see the dashboard, check run status, or view experiment history. For live monitoring during a run, suggest /loop 30s /harness:dashboard.
Analyze the current project for autoresearch optimization opportunities. Scans the project, identifies candidates matching the keep/revert loop pattern (single mutable artifact, scalar metric, fixed time budget, repeatable execution), and presents ready-to-run suggestions with workflow.yaml snippets. Use when the user asks what they can optimize, what to autoresearch, or how to apply the optimization loop to their project.
Interactive workflow builder — helps create workflow.yaml files for the harness orchestrator. The ONE interactive entry point. Use when user wants to build a harness workflow, create a pipeline, or compose subsystems together.
Match a task description to the best default workflow, collect the required values interactively, write .harness/workflow.yaml with everything filled in, and hand off to /harness:run. Full path from description to ready-to-run — no manual file copying or placeholder editing.
Signal that an ultraplan phase's plan has been saved and the conductor can resume. Used after the user reviews and teleports a plan from Claude Code on the web.
Configure harness optimize-subsystem hardware targets — Apple Silicon (MLX), NVIDIA server (CUDA), or RunPod cloud GPU. One-time setup stored persistently. Use when user mentions hardware setup, SSH targets, GPU configuration, or says 'configure optimization targets'.
| name | approve |
| description | Approve or reject a pending approval gate in a harness workflow. Used when a conductor run pauses at a type: approval phase. |
| user-invocable | true |
Resolve a type: approval phase that paused the conductor.
/harness:approve <phase_id> # approve
/harness:approve <phase_id> --reject "reason" # reject with reason
.harness/pending-approval-{phase_id}.json.harness/pending-approval-*.json and ask which onestatus: "approved", decided_at: <now>status: "rejected", decision_reason: <reason>, decided_at: <now>/harness:run to continue the workflowParse the arguments:
phase_id (required unless listing)--reject "reason": reject instead of approve (optional)PHASE_ID="${1:-}"
HARNESS_DIR=".harness"
# List mode
if [ -z "$PHASE_ID" ]; then
echo "Pending approvals:"
for f in "$HARNESS_DIR"/pending-approval-*.json; do
[ -f "$f" ] || { echo " (none)"; break; }
PHASE=$(basename "$f" | sed 's/pending-approval-//;s/\.json//')
STATUS=$(python3 -c "import json; print(json.load(open('$f')).get('status','unknown'))")
PROMPT=$(python3 -c "import json; print(json.load(open('$f')).get('prompt','')[:80])")
echo " $PHASE [$STATUS] — $PROMPT"
done
exit 0
fi
APPROVAL_FILE="$HARNESS_DIR/pending-approval-${PHASE_ID}.json"
if [ ! -f "$APPROVAL_FILE" ]; then
echo "No pending approval found for phase '$PHASE_ID'"
echo "Check .harness/pending-approval-*.json for available gates"
exit 1
fi
Then check for --reject:
Write the decision atomically (write to .tmp, rename).
Print:
✓ Phase '<phase_id>' approved. Run /harness:run to continue the workflow.
or
✗ Phase '<phase_id>' rejected: <reason>. Run /harness:run to continue (dependent phases will be skipped).