ワンクリックで
run-hack
Makes a low-risk current-branch change with a hack journal and focused verification.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Makes a low-risk current-branch change with a hack journal and focused verification.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Publishes a clean normal feature or task branch and creates its pull request on explicit human request.
Instructions for writing good design plan artifacts. Use when specifically requested.
Instructions for writing good implementation plans artifacts. Use when specifically requested.
Instructions for executing implementation plans. Use when specifically requested.
Instructions for executing a task from an implementation plans. Use when specifically requested.
Instructions for investigating a codebase to answer a specific question.
| name | run-hack |
| description | Makes a low-risk current-branch change with a hack journal and focused verification. |
Make a low-risk change directly on the current branch with the smallest useful record and verification. This workflow uses no agent worktree and no Git lifecycle. It uses no worktree and does not create one.
Use this workflow for a bounded, reversible change where the current branch is the intended destination. It operates on
the current branch, including main.
Do not use it when objective evidence requires a fuller workflow.
Create only one artifact: .artifacts/{YYYYMMDD}--{project-name}/hack-journal.md.
This workflow never creates or switches branches, never creates a worktree, never commits or squashes, never pushes, and never creates a PR. It has no plan, reviewer, or human gate by default.
engineer-executor--{work|personal}-{suffix} variant, and records the exact variant agent name.hack-journal.md.engineer-reviewer--{work|personal}-{suffix} variant, and performs a concise diff-first review.Ambiguity is discretionary. It does not cause escalation unless it blocks coherent work. Resolve bounded ambiguity using judgment when the change remains low-risk, reversible, and within scope; escalate only when the ambiguity prevents coherent execution or an objective escalation signal applies.
Escalate to run-task only on objective signals: the change adds or changes a public interface, data schema or
migration, security boundary, externally observable behavior, a new code path with meaningful failure modes, or the
scope is no longer bounded. A technical category alone is not an escalation signal when the change is demonstrably
unchanged, isolated, and reversible. Do not escalate merely because a language, framework, or subsystem is technical.