Claude Codeを”放置”で動かすには6段階ある。権限スキップから完全自律ループまで

Claude Codeを使っていると、こんな流れに疲れてくる瞬間がある。

指示を出す。結果を見る。また指示を出す。この繰り返し。

ファイルを1つ編集するたびに「これ編集していいですか？」と聞かれ、そのたびに「OK」と返す。1回や2回なら気にならないが、まとまった作業をさせると数十秒おきに確認が入る。正直、けっこう疲れる。

「もう少し放っておいても、勝手に進めてくれないかな」

そう思ったことがあるなら、この記事は役に立つはずだ。Claude Codeを自律的に動かす方法には、実は明確な段階がある。下は「いちいち聞いてこないようにする」程度の話だが、上に行くと「寝ている間に何十個も実験が回って、朝起きたら結果が出ていた」という世界になる。

この記事では、その6段階を実際に試せる形で紹介する。設定を1つ変えるだけの簡単なものから、VPS上で24時間稼働させる本格的なものまで、順を追って見ていこう。

※本記事の内容は2026年8月時点のClaude Code公式ドキュメントをもとに確認している。AIツールは変化が非常に速い分野なので、実際に試す際は最新の公式ドキュメントも合わせて確認してほしい。

レベル1: いちいち確認してくるのを、やめさせる

Claude Codeには「パーミッションモード」という仕組みがあり、標準では常に確認を求めてくる。ファイルを編集するとき、シェルコマンドを実行するとき、Claude Codeは作業を止めてこちらの承認を待つ。これは安全のためだが、まとまった作業をさせるほど煩わしくなる。

レベル1は、この確認プロセスを丸ごとスキップすること。

claude --dangerously-skip-permissions

このオプションを付けて起動すると、Claude Codeはすべてのツール呼び出しを確認なしで実行する。内部的にはbypassPermissionsというモードに切り替わる仕組みで、名前の通り安全チェックを完全に無効化する。

ただし注意点がいくつかある。まず、ルート権限やsudo環境では起動そのものを拒否される。誤ってrm -rf /のような破壊的なコマンドを実行しないよう、最低限のガード（サーキットブレーカー）は残っているが、それ以外の保護はほぼないと考えたほうがいい。公式ドキュメントも「インターネットに接続していないコンテナやVMなど、隔離された環境でのみ使うこと」と明記している。

自分のテスト用プロジェクトで試す分には、体感がまったく変わるはずだ。

auto modeという選択肢も覚えておきたい

もう1つ、2026年に入って使えるようになった選択肢がある。それが「auto mode」だ。

--dangerously-skip-permissionsが確認を全部なくすのに対し、auto modeは裏側で別のAIモデル（分類器）が各アクションを審査し、危険そうな操作だけをブロックする。外部への不審な送信、本番環境へのデプロイ、force pushといった操作は自動的に止まる一方、通常のファイル編集やテストの実行はスムーズに進む。

モード	確認なしで実行される範囲	向いている用途
default（Manual）	読み取りのみ	慎重に進めたい作業
acceptEdits	読み取り＋ファイル編集＋基本的なファイル操作コマンド	レビュー前提でコードを反復する
auto	ほぼすべて（分類器による安全チェック付き）	長時間タスク、確認疲れの軽減
dontAsk	事前承認したツールのみ	CIやロックダウンされたスクリプト
bypassPermissions	すべて	隔離されたコンテナやVMのみ

いきなり--dangerously-skip-permissionsを使うのが不安なら、まずauto modeを試すのも手だ。Claude Code CLI上でShift+Tabを押すとモードを切り替えられる。

ここまでは設定を1つ変えるだけなので、ほとんどの人がすぐ試せる。問題はこの先だ。

レベル2: 途中で忘れるのを、防ぐ

Claude Codeには「コンテキストウィンドウ」という、一度に扱える情報量の上限がある。

これはたとえるなら作業机の広さのようなものだ。資料を広げすぎると、古い資料は机から落ちていく。つまり、忘れる。

Claude Codeのモデルの中には、標準で100万トークン（本1冊分をはるかに超える量）を扱えるものもある。ただし、これは無条件ではない。たとえばSonnet 5は拡張なしで100万トークンのウィンドウを使える一方、Sonnet 4.6のような一部のモデルは、拡張コンテキストを有効にしないと20万トークンで頭打ちになる。この上限は使っているモデルとプランによって変わるので、「うちの環境では今どれくらい使えるのか」を/contextコマンドで確認する習慣をつけておくと安心だ。

そして、上限がどれだけ大きくても、複雑な作業を続ければいずれ埋まってくる。

レベル2は、この机を意識的に片付けること。

タスクが一区切りついたら/clearで会話をリセットする。無関係な作業に切り替えるときは特に有効だ。古い会話が残ったままだと、次に必要なファイルの内容を押し出してしまい、しかも毎回のやり取りでトークンを消費し続ける。

コンテキストが埋まってきたら/compactで圧縮する。これは会話履歴を構造化された要約に置き換える処理で、「何を頼まれ、何を調べ、何を直したか」という要点は残るが、生のツール出力や細かい試行錯誤は失われる。/compact focus on 認証まわりの修正のように焦点を指定すると、自動要約より狙った情報を残しやすい。

放っておいても、上限に近づけばClaude Codeが自動で圧縮してくれる。ただし、その頃には会話が長くなりすぎていて、細かい指示のニュアンスが薄れ始めていることも多い。/autocompact 500kのように圧縮のタイミングを早めに設定しておくと、精度が落ちる前に先手を打てる。

先回りして片付けるだけで、長時間の作業でも指示の一貫性が保ちやすくなる。

レベル3: 1人で全部背負うのを、やめさせる

Claude Codeが作業の途中で止まってしまう経験は、意外と多い。

原因の1つは、すべてを1つのコンテキスト（1つの机）でこなそうとしていることにある。

レベル3は「サブエージェント」を使うこと。メインのClaude Codeが作業を分割し、それぞれ別のコンテキスト（別の机）を持つ子エージェントに投げる仕組みだ。

サブエージェントの強みは、単なる分業ではなく「コンテキストの隔離」にある。子エージェントが大量のファイルを読み込んでも、その内容はメインの会話には積み上がらない。戻ってくるのは要約と、トークン数などのメタ情報だけだ。たとえばコードベースの読み込みに6,000トークン以上使ったサブエージェントの調査でも、メインの会話に返ってくる結果は数百トークン程度で済む、という設計になっている。

ビルド、テスト、Git操作といった作業ごとに専用のサブエージェントを作っておけば、メインの机は散らからない。加えて、複数のサブエージェントを並列で走らせることもできるので、1体が記事を書いている間に別の1体がリサーチする、といった同時進行も可能になる。

サブエージェントを定義する方法は主に2通りある。1つは.claude/agents/にYAMLフロントマター付きのMarkdownファイルを置く方法、もう1つはClaude Codeに「この作業をサブエージェントに分割して」と頼んで自動生成させる方法だ。まずは後者から試すのが手軽だと思う。

さらに一歩進んだ形として「agent teams」という、複数のサブエージェントが役割分担しながら並行で動く仕組みも用意されている。コードレビューを並列で走らせたり、複数の仮説を同時に検証させたりする使い方に向いている。

サブエージェントを使う・使わないで、1回のセッションでこなせる作業量は大きく変わる。

レベル4: 終わったら、もう一度やらせる

ここから先は、かなりマニアックな領域になる。

Claude Codeの公式プラグインマーケットプレイスには「ralph-wiggum」というプラグインが存在する。名前の由来は『ザ・シンプソンズ』のキャラクターだが、中身はいたって実用的だ。

仕組みはこうだ。Claude Codeが作業を終えて終了しようとすると、「Stop hook」という仕掛けがそれをブロックし、同じプロンプトをもう一度食わせる。

/ralph-loop "機能Xを実装してみて" --max-iterations 20 --completion-promise "DONE"

一度こう指示すると、Claude Codeは以下を繰り返す。

タスクに取り組む
終了しようとする
Stop hookが終了をブロックする
同じプロンプトが再投入される
完了条件を満たすまで1〜4を繰り返す

次の繰り返しでは、前回の作業結果（変更済みのファイルやGitの履歴）がそのまま残っているので、Claude Codeは続きから作業を進められる。この技法自体はGeoffrey Huntley氏が提唱したもので、氏自身は「Ralphはただのbashループだ」とシンプルに表現している。

なお、--max-iterationsで上限を必ず設定しておくこと。プラグインのREADMEでも「合理的な反復回数の上限を必ず設ける」ことが推奨されている。上限なしで走らせると、コストも作業範囲も青天井になりかねない。

ちなみに、Claude Codeは2026年に入ってこのRalph Wiggumのパターンをネイティブな仕組みとして取り込んでいる。/loopは決まった間隔でプロンプトを繰り返し実行するコマンド、/goalは「テストが全部通るまで」のような完了条件を指定して、それが満たされるまで作業を続けさせるコマンドだ。プラグインの挙動をそのまま使いたい場合を除けば、まずはこのネイティブコマンドを試すほうが、バージョンアップの影響を受けにくく扱いやすい。

数字の真偽まではこちらで検証できないが、「同じ指示を延々と繰り返し、その都度ファイルとGit履歴から続きを判断する」という仕組み自体は実在する、というのがここでのポイントだ。

レベル5: 実験して、自分で改善させる

レベル4との違いは「ただ繰り返す」か「改善しながら繰り返す」かにある。

2026年3月、AI研究者のAndrej Karpathy氏（元Tesla AIリーダー）が「autoresearch」というスクリプトを公開した。わずか630行のPythonコードだが、公開から数日でGitHubスターが2万を超える反響を呼んだ。

やっていることは意外とシンプルだ。

「この指標を改善しろ」というゴールをprogram.mdに書く
エージェントが実験内容を提案する
実験を回す（固定5分の学習時間）
結果をベースラインと比較する
改善していれば採用、していなければ破棄
1〜5を繰り返す

Karpathy氏自身の最初の実行では、一晩で89回の実験を回し、15個の改善を採用、74個を破棄したという。人間が寝ている間に、これだけの試行錯誤が完了する計算になる。

これをClaude Code向けに移植した例も出ていて、ある報告では22回の自動実験でモデルの精度が0.44から0.78まで向上したとされている。

レベル4は「同じことを繰り返す」、レベル5は「毎回ちょっとずつ賢くなる」。この違いが本質的な差になる。

なお、autoresearchはもともと機械学習モデルの学習を対象にしたツールで、単一のNVIDIA GPUを前提としている。すぐにあらゆる業務へ流用できるわけではない点は押さえておきたい。「ゴールを設定し、実験し、比較し、採用か破棄かを判断し、繰り返す」という骨格の部分を、自分の作業に合わせて応用するのが現実的な使い方になる。

レベル6: PCを閉じても、動き続けさせる

レベル1〜5には共通の弱点がある。ノートPCを閉じると、そこですべて止まってしまうことだ。

レベル6は、VPS（クラウド上の仮想サーバー。月数百円から借りられるものもある）にClaude Codeを置き、tmux（ターミナルを閉じてもプロセスが生き続けるツール）の中で動かす方法になる。これでノートPCを閉じて寝ても、朝には作業が進んでいる状態を作れる。

Claude Code自体も、ローカルのターミナルから離れて動かす手段をいくつか公式に用意している。

Claude Code on the web：ブラウザ上でクラウド環境のセッションを起動し、GitHubリポジトリに対して作業させる
Remote Control：ローカルで動いているセッションに、スマホや別のPCから接続して操作する
routines：スケジュールやAPIトリガー、GitHubのイベントをきっかけに、決まった作業を自動実行する

自前でVPSとtmuxを組む方法は自由度が高い一方、環境構築の手間もかかる。まずは公式のクラウド環境やroutinesで「PCを閉じても動く」感覚をつかみ、それでは物足りなくなったらVPS運用に移る、という順番のほうが挫折しにくいと思う。

全レベルに共通する考え方

ここまで6段階を見てきたが、共通する鍵は1つしかない。

Claude Code自身に、自分の作業を検証させることだ。

ただ放置するのではなく、「自分でテストして、自分で結果を確認して、合っていたら次に進む」という検証ループを組み込む。これがあるかないかで、放置運用の安全性はまったく変わってくる。

放置＝野放しにする、ではなく、放置＝仕組みで品質を担保する、という発想に近い。

現実的にはどこから始めるか

正直なところ、レベル4以降は非エンジニアには少し敷居が高い。

でも、レベル1〜3は今日からでも十分に試せる。

レベル	必要な作業
レベル1（権限スキップ）	起動時のオプションを1つ追加するだけ
レベル2（コンテキスト管理）	作業の合間に`/clear`と`/compact`を打つだけ
レベル3（サブエージェント）	「この作業をサブエージェントに分割して」と頼むだけ

「全部自動で動かしたい」と考える前に、まずはレベル1〜2でClaude Codeの使い心地を底上げするところから始めるのが現実的だ。

よくある疑問

Q. 放置して変なことをされないか心配

A. --dangerously-skip-permissionsを使った時点で「何でも勝手にやる」状態になるので、最初は自分のテスト用プロジェクトで試すのが安全。本番のコードにいきなり使うのはおすすめしない。不安な場合は、分類器が危険な操作をブロックしてくれるauto modeから試すという選択肢もある。

Q. 無料で全レベル試せるか

A. Claude Code自体の利用料金は必要。レベル6のVPSを使う場合は、別途サーバー代がかかる（安いものなら月数百円から）。それ以外に追加料金は基本的にかからない。

Q. 他のAIコーディングツールでも同じことができるか

A. 似た概念（自律ループ、サブエージェントなど）を持つツールは他にもある。ただし具体的な実装は異なる。特にレベル3以降のサブエージェントや、レベル4のネイティブな/loop・/goalコマンドは、Claude Code固有の作り込みが進んでいる部分になる。

注意点

この記事で紹介した数字のうち、Karpathy氏のautoresearchのスター数や実験結果は、公開情報として確認できたものを載せている。一方で、個別のユーザーが報告している「n時間で何タスク完了した」といった体験談は、投稿者本人の報告にすぎず、こちらで裏を取れるものではない。仕組みとしてそれが可能だという点と、実際の結果が使い方次第だという点は、分けて考えたほうがいい。

そして--dangerously-skip-permissionsは、名前の通り本当に危険な形で権限をスキップする。信頼できるプロジェクトだけで使うこと。間違ったファイルを消されても、元には戻せない。