duncan-buildroom/freeskills

セーフティネット — 2つのアンドゥで気軽に実験しよう

初心者は「ひどいプロンプト1つで全部が台無しになる」と思い込み、慎重になりすぎます。そんなことはありません。ここには2つの独立したアンドゥシステムがあり、一度セットアップすれば、普段なら避けてしまうようなことにも挑戦できます。このスキルではその両方を説明し、実際のプロジェクトで最初のチェックポイントを作成し、開いておけるチートシートを残します。

セットアップ

不要です。このスキルはそのまま使えます。

ステップ

1. ユーザーに伝えるべきことを言う

まず率直に伝えます。「本当に壊れるものはありません。アンドゥボタンが2つあり、このスキルが終わるころには両方ともこのプロジェクトで使えるようになっています。」

そして2つの名前と違いを伝えます。ここが皆さん混乱するところです。

• /rewind — 自動、即時、短期。Claude Codeは変更のたびにスナップショットを取ります。自分で設定する必要はありません。「さっきやった変更で状況が悪くなった」ときに使います。
• Gitチェックポイント — 手動、永続的、長期。「これをチェックポイントとしてコミットして」と言うと、その時点のプロジェクトの状態が名前付きで永久に保存されます。「火曜日に動いていた状態に戻して」というときに使います。

一言でまとめると：rewindは「手戻り」、チェックポイントは「日の保存」。

2. /rewind を正しく教える

以下の内容だけを、それ以上は説明しません。

• Claude Codeで /rewind と入力します。最近のチェックポイントの一覧が表示されます。
• より速い方法：入力欄が空の状態で Escキーを2回 押します。同じことです。
• 問題が発生する前のポイントを選びます。ファイルはその状態に戻ります。
• 自動的に機能します。頼まなくても、変更のたびに行われます。
• できないこと：このセッションでの最近の作業向けであり、数日前に戻ることはできません。それはチェックポイントの役目です。

次に、実際に一度試してもらいます。「Claudeに小さな意味のない変更を1つお願いして — 見出しをBANANAという単語に変えてもらいましょう。その状態を見て、それから /rewind と入力して元に戻してください。」実際にやれば恐怖は永久に消えます。読んだだけでは消えません。

3. このプロジェクトでGitが使われているか確認する

どのプロジェクトで作業しているか尋ね、フォルダのパスを取得します。既にGitリポジトリかどうかを確認します — フォルダ内に .git フォルダがあるかどうかを調べます。

Gitをバージョン管理システムとして説明しないでください。「名前を付けてプロジェクト全体の永続的なスナップショットを保存し、いつでも戻れるようにする方法」と説明します。

セットアップされていない場合は、こちらで行います。ユーザーが言葉を発したら、こちらで実行します。初心者にGitコマンドのリストを打たせてはいけません。

4. 今すぐ最初のチェックポイントを作成する

これが、説明だけでなく実際に行う重要な部分です。

ユーザーにClaudeにこう言ってもらいます：「これをチェックポイントとしてコミットして。名前は「実験を始める前の動作するバージョン」で。」

残りはこちらで行います。その後、何が起こったかを声に出して確認します。「プロジェクトのこの状態は、永久に保存されました。これから何をしても、正確にこの状態に戻ることができます。」

この一文がこのスキルのすべてです。

5. チェックポイントの習慣を身につける

チェックポイントを作るべきタイミングを3つ伝えます。3つだけで、10ではありません。

• 何かがうまくいったとき。 ページが正しく読み込まれたり、機能が期待通りに動いた瞬間。次に触る前に。
• リスクのあることをする前。 大規模なリデザイン、新機能、自信がないこと。
• セッション終了時。 ラップトップを閉じる作業の一部。90分の作業の最後の10分を、チェックポイントと明日の次の1ステップに充てます。

チェックポイントの名前の付け方も教えます。「何をしたか」ではなく、「プロジェクトがどんな状態か」を言います。「変更」よりも「モバイルで動くホームページ」が優れています。

6. 3つの復旧手順を書く

これらはユーザーが実際に直面する3つの状況です。読み上げるスクリプトとして書きます。

「壊してしまった。どう直せばいいかわからない。」

デバッグしないでください。/rewind と入力するか、Escキーを2回押します。壊れる前のポイントを選びます。その後、望んでいたことをより小さなステップで再度依頼します。

「1ステップ戻したい。」

/rewind と入力し、最新のチェックポイントを選びます。またはClaudeに「最後にやった変更を元に戻して」と言います。

「今朝の状態／動いていたときの状態に戻したい。」

Claudeに「今日のチェックポイントを表示して」と言います。名前で選びます。次に「___というチェックポイントにプロジェクトを戻して」と言います。rewindはそこまで戻せません — これがチェックポイントの役目です。

緊急回避手段を追加します：「古いバージョンに戻したいけど、それ以降にやった作業も残しておきたい。」 Claudeに「今の状態をチェックポイントとして保存してから、___に戻して」と言います。何も失われません。

出力 — 保存する

~/claude-safety-net.md に書き込みます。1ページで、それ以上は不要です。これはマニュアルではなく、チートシートです。

含める内容：2つのシステムの違いを一文で、/rewind の操作（Esc2回を含む）、チェックポイントを作成するための正確な文章、チェックポイントを作るべき3つのタイミング、3つの復旧スクリプトをそのままの言葉で、両方を保持する緊急回避手段、そして今作成した最初のチェックポイントの名前と日付。

パスを伝え、次に1つのアクションを伝えます：このファイルをタブで開いたままにして開発すること。また、真実を伝えます — 両方のアンドゥが機能している今、すべきことは、以前は怖くてできなかったことに挑戦することです。

例（入力 → 出力）

入力: 「ポートフォリオサイトをいじっているんだけど、まったく別のレイアウトを試したい。でも、今の動いているバージョンを失うのが怖いんだ。」

出力（~/claude-safety-net.md に保存）:

2つのアンドゥ
Rewindは「手戻り」。チェックポイントは「日の保存」。

REWIND — 即時、自動
/rewind と入力するか、空の入力欄でEscキーを2回押す。
問題が発生する前のポイントを選ぶ。ファイルは戻る。
最近の作業向け。数日前に戻ることはできない。

チェックポイント — 永続的、自分で頼む
「これをチェックポイントとしてコミットして。名前は '<どんな状態か>' で。」
何かがうまくいったとき、リスクのある変更の前、セッション終了時に作る。

最初のチェックポイント
「実験前の動作するポートフォリオ」 — 2026-07-30 保存。
いつでも正確にこの状態に戻れる。

もし壊してしまったら
デバッグしない。/rewindし、壊れる前のポイントを選び、小さく再依頼。

1ステップ戻す
/rewindし、最新を選ぶ。または「最後の変更を元に戻して」と言う。

動いていたときの状態に戻す
「今日のチェックポイントを表示して。」
「___というチェックポイントにプロジェクトを戻して。」

両方のバージョンを残す
「今の状態をチェックポイントとして保存してから、___に戻して。」

次のアクション：新しいレイアウトを試してみよう。古いバージョンは保存されています。

注意点／エッジケース

• このスキルが防ぐ失敗は「おっかなびっくりな開発」— つまり、動いているバージョンを守ろうとして、面白いバージョンを避けてしまうことです。チェックポイントの目的は、実験への許可を与えることです。
• ステップ2のrewindテストとステップ4のチェックポイント作成は、必ず実際に行わせてください。説明だけのスキルでは、安心感は生まれません。
• 生のGitコマンドをユーザーに渡さないでください。ユーザーが言葉を発し、Claudeが実行します。後でGitをきちんと学びたくなったら、それはまた別の日です。
• プロジェクトがまだGitリポジトリでない場合は、大げさにせずセットアップします。1ステップで、何も失うものはなく、10秒で終わります。
• もしユーザーがすでに何かを壊している場合は、先にステップ6を行い、残りはその後でセットアップします。火事を消してから、警報機を設置します。
• もしユーザーがエラーを見つめていて、rewindすべきかどうかわからない場合は、error-decoder に引き継ぎます — エラーを「無視」「修正」「rewind」に分類します。