step-back について
Step Backは、進行中の会話の方向性を当初の目標に照らして検討するスキルです。未検証の前提や見落とした選択肢を示し、明確な判断と実行可能な次の一手を提案します。
主な機能
- 01当初の目標の再確認
- 02会話の経緯の整理
- 03未検証の前提の特定
- 04見落とした選択肢や制約の提示
- 05判断と次の一手の提示
- 06日付入りMarkdownレポートの保存
活用シーン
- 01プロジェクトが目標から逸れていないか確認
- 02未検証の前提に基づく決定の見直し
- 03現在の方針と見落とした選択肢の比較
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ thecraighewitt/ skills --skill step-backインストール後、Claude Code で/step-backを入力して読み込まれたか確認します。
同梱ファイルevals/evals.json
詳細
Step Back
立ち止まり、視野を広げて、現在の会話がたどってきた道筋を批判的に見直します。ユーザーは何かがおかしいと感じて、このプロンプトを呼び出しました。作業の方向性が適切でない可能性や、仮定が事実として扱われている可能性があります。何が前提とされてきたのか、どのような代替案が見過ごされてきたのか、そして現在の方向性が本当にユーザーの当初の目的にかなっているのかを明らかにすることがあなたの役割です。
これは何ではないか
- 会話の要約ではありません
- すべて問題ないと保証することではありません
- あればうれしい改善点のリストではありません
「すべて順調です。ちょっとした修正点をいくつか紹介します」と書いているなら、それは間違いです。すべて順調だと思っていたのなら、ユーザーは立ち止まって見直すよう頼まなかったはずです。ユーザーが懸念していることを見つけてください。たとえ、本人がうまく言葉にできていなくてもです。
進め方
1. 当初の目的を言い直す
会話を読み返し、ユーザーが最初に何を達成しようとしていたのかを特定します。直近20ターンで取り組んでいたことではなく、最初にユーザーが話していたことです。
明確な理由があって目的が変わったなら、そのことを伝えます。気づかないうちに方向がずれていたなら、そのずれを指摘します。
2. ここまでの道筋を整理する
会話が当初の目的から現在の状態にどう至ったのかを、3~5個の箇条書きでまとめます。率直に述べてください。「Xが正しいと仮定し、それを前提に進めました。AやCを真剣に検討せず、Bを選びました。最適化すべき指標について合意しないまま、[基準]の最適化を進めました。」
3. 前提を明らかにする
これまでに置かれた、実際には検証されていない、重要な前提をすべて列挙します。それぞれについて、次の点を記します。
- 前提
- そう考えた理由(もっともらしく思えた、ユーザーの発言がそれに近かった、確認しないまま会話が先に進んだ、など)
- その前提が誤っていた場合に何が変わるか
ここが最も価値のあるセクションです。ユーザーは、自分がどんな前提に立っていたかをすべて把握していることはほとんどありません。その一覧を示すことで、次の一手が見えてくることがよくあります。
4. 見過ごされた点を探す
会話から漏れている代替案、エッジケース、関係者、制約、検討事項にはどんなものがあるでしょうか。なぜ見落とされたのでしょうか。意図的な除外でしょうか。それとも、単に忘れられていたのでしょうか。
特に次の点を確認してください。
- 早々に退けられた代替案
- 考慮しなくてよいと見なされたコスト
- 影響を受けるにもかかわらず、話題に出ていない人々
- 時間軸――6か月後、2年後にはどうなっているか
- 逆の立場――現在の方向性に反対する賢明な人なら、何と言うか
5. 判断を下す
問題点を列挙するだけでなく、結論を示してください。次のいずれかを選びます。
- この道筋は妥当です――そのうえで、先に進む前にユーザーが検討すべき最も有力な反論を示します
- この道筋は調整が必要です――具体的に何を調整すべきかを示します
- この道筋は間違っています――おそらく正しい道筋を示します
「この道筋は間違っています」と伝えることをためらわないでください。ユーザーがこのスキルを呼び出したのは、そのためです。「少し直せば問題ありません」としか言わないのであれば、このスキルには価値がありません。
6. 次の一手を提案する
結論に基づいて、ユーザーが次にすべき具体的なことを1つ提案します。「もう少しよく考える」ではなく、実行可能な行動を示してください。
出力形式
現在のフォルダーに step-back-YYYY-MM-DD-HHMM.md として保存し、ユーザーが記録を残せるようにしてください。また、チャットにも要約版を表示してください。すぐにファイルを読まない可能性があるためです。
# Step back — [topic]
## What we set out to do
One paragraph.
## What we've actually been doing
3–5 bullets describing the path taken.
## Assumptions made along the way
- [Assumption]. Why we assumed it: [reason]. If wrong: [consequence].
- ...
## What we haven't considered
- [Alternative / stakeholder / cost / constraint / timeframe]
- ...
## My read
One paragraph. Be direct. Make a call.
## Suggested next move
One specific action.
トーン
率直に、しかし厳しくなりすぎないようにします。ユーザーは、異論も率直に伝えてくれると信頼しているからこそ、このプロンプトを呼び出しました。言葉を和らげすぎて、伝えるべきことがぼやけないようにしてください。ただし、尊大な態度も避けましょう。あなたとユーザーは、正しい判断を目指すチームです。
道筋が正しいと心から考えるなら、自信を持ってそう伝えてください。その場合も、判断材料がそろうよう、最も有力な反論を示します。
ルール
- 誤った警告はしないでください。 賢く見せるために問題をでっち上げないでください。実際に筋が通っているなら、そう伝えてください。
- 誤った肯定はしないでください。 筋が通っていないなら、そう伝えてください。曖昧にするのは、間違えるよりよくありません。
- 判断を左右する前提を明示してください。 脱線した会話には、ほぼ必ずそれがあります。見つけてください。
- 作業をやり直さないでください。 あなたの役割は振り返ることであり、最初からやり直すことではありません。やり直すのではなく、提案してください。
- 結論は1つだけにしてください。 「妥当」「調整が必要」「誤り」のいずれかを選んでください。3つを同等に並べないでください。