Claude Code 自動実行の全体像：何ができるのか
Claude Code 自動実行の3つの仕組み比較
ルーチン
- クラウド常駐型、PCを閉じても動作
- スケジュール・API・GitHubイベントをトリガー
- 1日実行上限あり（Pro:5回, Max:15回）
- 夜間メンテナンスや定時バグトリアージに最適
フック
- ローカルイベント駆動型
- テスト実行前後のlint、ファイル編集ログなど
- 設定ファイル（JSON）でチーム共有可能
- 開発プロセスに直接差し込む系
毎日のルーティンタスクをAI任せに
室谷代表取締役自動実行、一言で言うと「Claude Code に定型的な開発タスクを任せられる」機能ですね。ルーチン（Routine）は Anthropic のクラウドインフラで動くから、PC 閉じてても処理が続くんですよ。
テキトー教師DotAI 認定講師現場で最初に「これって毎朝のバグトリアージとか自動でやってくれませんか」って聞かれるんですが、まさにそのレベルです。スケジュールトリガーで毎日決まった時間に起動できる。
室谷代表取締役週単位の夜間メンテナンスとか、Issue トラッカーからタスク拾って PR 出すとか。MYUUU でも似たような運用を検討してるんですが、cron や CI の設定を自前で組むより格段に楽ですね。
ルーチン・フック・Auto Modeの3つの仕組み
テキトー教師DotAI 認定講師自動実行といっても、実は3種類あるんですよ。ルーチン、フック、Auto Mode。
まずルーチンはクラウド常駐型で、スケジュールやAPI、GitHubイベントをトリガーに動く。
まずルーチンはクラウド常駐型で、スケジュールやAPI、GitHubイベントをトリガーに動く。
室谷代表取締役フックはローカル環境でのイベント駆動型ですね。テスト実行前後に自動でlintを走らせたり、ファイル編集をログに残したり。
設定ファイルにJSONで書くので、チームで共有もできる。
設定ファイルにJSONで書くので、チームで共有もできる。
テキトー教師DotAI 認定講師で、Auto Modeは完全自律モード。
CI/CDやバッチ処理で重宝します。
--dangerously-skip-permissions フラグで確認無しでコマンドやファイル操作を実行する。CI/CDやバッチ処理で重宝します。
室谷代表取締役同じ「自動」でも用途が全然違う。ルーチンはクラウドで放置する系、フックは開発プロセスに差し込む系、Auto Modeはスクリプト代わり。
この区別を最初に押さえておくと選びやすいです。
この区別を最初に押さえておくと選びやすいです。
自動実行で変わる開発ワークフロー
室谷代表取締役これらの自動実行を組み合わせると、開発ワークフローががらりと変わります。たとえばルーチンで夜間にライブラリ更新をチェック→フックでコードレビュー時に自動テスト→Auto Modeでデプロイ、みたいな連鎖が組める。
テキトー教師DotAI 認定講師既存のCI/CDパイプラインと比べて、インフラ管理が不要なのが大きいですね。Anthropic側で全部やってくれるので、チームが小さくても導入しやすい。
室谷代表取締役コスト面も見逃せない。ルーチンの1日実行上限（Proで5回、Maxで15回）はあるけど、時給換算すると開発者の手動作業を減らせばすぐペイする。
テキトー教師DotAI 認定講師最初は「AIに任せすぎて大丈夫か」と思うかもしれませんが、チェックポイント機能で巻き戻しもできる。実験的に小さなタスクから始めるのがおすすめです。
ルーチン（Routine）でクラウド上にタスクを定期実行させる
まとめ
ルーチンの要点
- Anthropicのクラウドインフラで動作し、PCを閉じても処理が続く
- Web画面またはCLIで簡単に設定可能（/scheduleコマンド）
- トリガーは3種類：スケジュール、API、GitHub
- 実行上限はプランにより異なる（Pro:5回、Max:15回、Team/Enterprise:25回）
- 実行履歴やステータスを管理画面で確認・編集可能
ルーチンの基本：設定から実行まで
室谷代表取締役ルーチンの一番の利点は、Anthropicのクラウドインフラで動くこと。PC閉じても処理が続くので、夜間にバグ修正させて朝にPRが上がってる、みたいな運用が現実的になるんですよね。
テキトー教師DotAI 認定講師そこが大きいですよね。設定自体はWeb画面かCLIで数分で終わる。
初めて触る人でも「/schedule 定期タスク」と打てば、対話的にトリガーとプロンプトを設定できる。
初めて触る人でも「/schedule 定期タスク」と打てば、対話的にトリガーとプロンプトを設定できる。
室谷代表取締役コスト面で言うと、時給換算したらルーチンの設定時間なんてすぐ回収できる。むしろ毎回手動で同じ作業をやらせてる方が高くつく。
3種類のトリガー：スケジュール・API・GitHub
テキトー教師DotAI 認定講師トリガーは3パターン。まずスケジュール（毎時・毎晩・毎週）、次にアラートやデプロイフックからHTTPで起動するAPIトリガー、そしてGitHubのイベントを購読するWebhook。
室谷代表取締役この組み合わせが効く。例えば「毎晩2時にLinearからトップのバグを取得して修正PRを出す」みたいな使い方が公式でも紹介されてる。
テキトー教師DotAI 認定講師GitHubトリガーは今のところ「プルリクが来たら自動レビュー」が典型的ですね。今後他のイベントも増えるらしい。
室谷代表取締役単一のルーチンに複数トリガーを同時に設定できるのも地味に便利。夜間の定期チェックと、アラート発生時の即時起動を同じ処理で動かせる。
ルーチンの管理と実行上限を理解する
テキトー教師DotAI 認定講師ただし、ルーチンの実行にはプランごとに1日の上限があります。Proで5回、Maxで15回、Team/Enterpriseで25回。
追加枠を設定してれば超えても従量課金で動き続ける。
追加枠を設定してれば超えても従量課金で動き続ける。
室谷代表取締役上限に達したらどうなるか、最初に認識しておいた方がいい。Proで5回って少なく見えるけど、「1回のルーチン内で複数ファイル変更してテストまで通す」ような複合タスクを想定すれば、1日5回でも結構使える。
テキトー教師DotAI 認定講師管理画面から実行履歴やステータスを確認できて、停止や編集もWebかCLIでできる。研究プレビュー段階なので仕様変更の可能性はありますが、今の時点でも十分実用的です。
フック（Hook）で開発プロセスに自動処理を差し込む
まとめ
フックの仕組みと設定のポイント
- フックはAIの行動の前後にスクリプトを実行できる仕組み。
- 主なイベント：PreToolUse（Bash実行前チェック）、PostToolUse（変更ログ）、Stop（セッション終了後処理）。
- matcherで適用するツールをフィルタリング可能。
- 実践例：PreToolUseでコマンド確認ログ、PostToolUseで自動git add。
- 設定は3つのスコープ：グローバル（~/.claude/settings.json）、プロジェクト（.claude/settings.json）、ローカル（.claude/settings.local.json）。
- 注意点：プロジェクトの設定に危険なコマンドを書かないようチームレビューが必要。
フックの仕組みと主なイベント
室谷代表取締役Claude Code のフックって、開発プロセスに自動処理を差し込む仕組みですよね。シリコンバレーだと、PR 前に自動で lint かけるとか、当たり前に組み込まれてる。
テキトー教師DotAI 認定講師たしかに。フックは AI の行動の前後にスクリプトを実行できるんです。
PreToolUse で Bash 実行前にチェック、PostToolUse で変更をログに残す、Stop でセッション終了時に後処理、といったイベントがあります。
PreToolUse で Bash 実行前にチェック、PostToolUse で変更をログに残す、Stop でセッション終了時に後処理、といったイベントがあります。
室谷代表取締役つまり、Claude が「ファイルを書き換えます」っていう瞬間に「ちょっと待て」って止められるわけだ。MYUUU の現場でも、セキュリティ的に危ない操作をブロックするのに使ってます。
テキトー教師DotAI 認定講師そうですね。matcher でどのツールにフックを適用するかフィルタリングできるので、精密な制御が可能です。
最初は「これ、設定が面倒」って思う人も多いんですが、一度作れば使い回せるので、その後の手間が劇的に減ります。
最初は「これ、設定が面倒」って思う人も多いんですが、一度作れば使い回せるので、その後の手間が劇的に減ります。
実践的なフック設定例
テキトー教師DotAI 認定講師具体的な例を挙げると、PreToolUse で「Bash コマンドを叩く前に、実行しようとしているコマンドを確認するログを出す」といった処理ができます。
室谷代表取締役時給換算すると、手動で毎回確認するコストを考えると、設定しておくだけでものすごい ROI が出る。チーム全体でルールを統一できるのも大きい。
テキトー教師DotAI 認定講師あとは、PostToolUse で「ファイルが書き換えられたら自動で git add する」みたいな使い方も。ただし、フックはあくまで補助、という感覚は大事です。
室谷代表取締役そうそう、あくまで安全策の一部。これを自動実行の土台として、ルーチンや Auto Mode と組み合わせると、本当に強力なワークフローが組めるんですよね。
グローバルとプロジェクトのスコープを使い分ける
テキトー教師DotAI 認定講師フックの設定場所は3段階あるんです。グローバルだと ~/.claude/settings.json、プロジェクトだと .claude/settings.json、ローカルは .claude/settings.local.json。
室谷代表取締役スコープの使い分けはコスト管理にも直結する。プロジェクト単位のフックはリポジトリにコミットしてチームで共有するけど、個人の好みはローカルに置かせる。
テキトー教師DotAI 認定講師逆にグローバルに設定しておくと、どのプロジェクトでも適用されるので、自分のワークスタイルに合った通知などを仕込めます。
室谷代表取締役現場でよくある失敗は、プロジェクトの .claude/settings.json に危険なコマンドを書いてしまうこと。チームでレビューする仕組みは必須ですね。
Auto Modeと/goalで完全自律型ワークフローを組む
Auto Modeの有効化とリスク管理
室谷代表取締役Auto Mode、普通に使うと怖いんですよね。--dangerously-skip-permissions ってフラグ名がもう警告ですけど、これで確認プロンプト全部スキップして即実行する。
テキトー教師DotAI 認定講師たしかに、最初に触る人は「え、本当に動くの？」ってなります。でもCIのように人が介在できない場面では必須です。
室谷代表取締役だからこそ、実行環境の隔離が鉄則です。DockerやVMでファイルシステムを制限した上でAuto Modeを動かす。
MYUUUでもそこは絶対に外さないようにしてます。
MYUUUでもそこは絶対に外さないようにしてます。
テキトー教師DotAI 認定講師現場でよく聞くのは「ローカルでやったら事故った」という声。やっぱり隔離して使うのが安全ですね。
/goalで高級な目標を設定する
テキトー教師DotAI 認定講師/goalコマンドは「このセッションで最終的に何を達成したいか」を最初に宣言するんですよ。そうするとClaudeが中間ステップを自分で計画して、一つずつ実行していきます。
室谷代表取締役つまり、タスクを細かく指示しなくても「リファクタリングしてテスト通すまでやって」で動くわけですね。
テキトー教師DotAI 認定講師そうです。途中でエラーが出ても、goalを見失わずに修正を試みる。
人間が細かいプロンプトを連打する手間が一気に減るんです。
人間が細かいプロンプトを連打する手間が一気に減るんです。
室谷代表取締役チームでルーチンと組み合わせると、毎晩のコードレビュー修正を自動で回せる。時給換算で結構なコスト削減になります。
CI/CDパイプラインへの組み込み方
室谷代表取締役Auto Modeと/goalを合わせて、CI/CDに組み込むのが本命です。-pフラグで非対話モード、--bareで余計な読み込みを飛ばして高速起動。
テキトー教師DotAI 認定講師例えばプルリクエストが来たら/goalで「このPRのテストを追加して、カバレッジ基準を満たしたらマージ可能にする」ってやらせる。
室谷代表取締役USのSaaSチームだと、そういうパイプラインが当たり前になってきてます。実行環境はCIのコンテナ内で隔離するから、--dangerously-skip-permissionsも安心して使える。
テキトー教師DotAI 認定講師最初は怖いけど、一度仕組みを作れば「寝てる間にバグ修正PRが立つ」みたいな体験が現実になりますね。
自動実行を導入するときのコストとプラン選びのポイント
自動実行プラン比較
Pro
- 1日5回まで実行可能
- 月額20ドル
- 個人開発・サイドプロジェクト向け
- 上限に達しやすい
Max
- 1日15回まで実行可能
- チームでの使用に十分
- 5回不足ならこちら
プランごとに違う1日の実行上限
室谷代表取締役Proで5回、Maxで15回、TeamやEnterpriseで25回。この差、時給換算すると結構効いてくるんですよね。
5回じゃ足りないと感じるなら最初からMaxを選んだほうが、結局安い。
5回じゃ足りないと感じるなら最初からMaxを選んだほうが、結局安い。
テキトー教師DotAI 認定講師たしかに。最初「Proでいいか」と始めて、実際にルーチンを何本か動かすとすぐ上限に当たるって話、よく聞きます。
日次で動かすなら5回は意外と少ない。
日次で動かすなら5回は意外と少ない。
室谷代表取締役MYUUUの現場では、テスト自動化とPRレビューで1日10回くらい使い切るので、Max一択でしたね。
テキトー教師DotAI 認定講師個人開発やサイドプロジェクトならProでも十分ですが、チームで使うなら上限と相談ですね。
追加利用枠と従量課金の仕組み
室谷代表取締役ルーチンの実行はサブスクリプションの利用枠を消費するんですが、追加利用枠を設定していれば上限超えても従量で動き続けます。
テキトー教師DotAI 認定講師これ、知らない人も多いです。上限に達したら止まると思ってる。
でも従量課金の料金が気になって、結局控えめに使うケースも。
でも従量課金の料金が気になって、結局控えめに使うケースも。
室谷代表取締役ただ、ルーチン1回で数時間分の手作業が自動化されるなら、追加料金なんてROIで見ればペイする。特にエラートリアージのルーチンは1回の障害対応コストと比べると安いものです。
テキトー教師DotAI 認定講師そう考えると、追加利用枠は「保険」みたいなものですね。上限に達しても動き続ける安心感が買える。
チーム規模に応じたプラン選択の判断ポイント
室谷代表取締役個人ならProで月20ドル、5回の自動レビューで開発効率が上がるなら十分ペイします。でもチームで使うなら管理機能も含めてTeam以上が現実的。
テキトー教師DotAI 認定講師そうですね。チームだと誰がルーチンを作れるか、共有リポジトリへのアクセス権なども考慮する。
Teamなら25回と余裕があります。
Teamなら25回と余裕があります。
室谷代表取締役あと、ルーチンは研究プレビューなので、今後仕様が変わる可能性もある。最初は1つのチームで試験導入して、慣れてから拡大するのが無難かな。
テキトー教師DotAI 認定講師現場でよくあるのは、まずはPRレビューのルーチン1本から始めて、効果を実感してから増やすパターン。それならProでも月額コストは小さい。
現場でよく使う自動実行ユースケース5選
現場でよく使う自動実行ユースケース
夜間バグ修正PR自動作成
Linear/Jiraのバグを夜間に自動取得・修正し、ドラフトPRを自動作成。ルーチンのスケジュールトリガーで時刻指定するだけ。朝にはPRができている。
アラート発報時のトリアージ
Datadog/PagerDutyからHTTP POSTでペイロードを受信。スタックトレースを解析し、オンコールチャンネルにトリアージサマリを投稿。原因コミットを特定してドラフトPRまで作成。
定期依存関係更新・セキュリティ監査
週次でnpm/cargo auditを実行し、CVEがあれば自動アップデートPRを作成。ポリシーでmajor更新スキップ、セキュリティ修正のみ反映。
PRコードレビュー自動化
GitHub WebhookでPR作成時に自動レビュー。特定パスに応じて専用チャンネル通知。レビュー品質を平準化し、最終承認だけ人間が担当。
夜間のバグ修正とプルリクエスト自動作成
室谷代表取締役これ、一番導入効果が出やすいパターンですね。Linear や Jira のバグを夜間に自動取得して、修正してドラフトPRを立てる。
Anthropic が公式に例として出してるやつです。
Anthropic が公式に例として出してるやつです。
テキトー教師DotAI 認定講師たしかに、朝起きたらPRができてる状態は強い。最初に戸惑うのは「本当に動くのか」ってところですが、ルーチンのスケジュールトリガーで時刻指定するだけなんで、拍子抜けするぐらい簡単ですよ。
室谷代表取締役Pro プランだと1日5回まで。夜間1回だけなら余裕で収まる。
コスト対効果で言うと、時給換算したら数分で元が取れる計算になる。
コスト対効果で言うと、時給換算したら数分で元が取れる計算になる。
アラート発報時のトリアージ
テキトー教師DotAI 認定講師これは現場でよく聞くのが「アラートが来ても原因特定に時間がかかる」という悩み。
室谷代表取締役そう。Datadog や PagerDuty からルーチンのAPIエンドポイントにHTTP POSTでペイロードを送る。
ルーチン側でスタックトレースを解析して、オンコールチャンネルにトリアージサマリを投稿する。
ルーチン側でスタックトレースを解析して、オンコールチャンネルにトリアージサマリを投稿する。
テキトー教師DotAI 認定講師重要なのは、ルーチンが自動で調査して「このコミットが原因かもしれない」まで突き止めてくれることですね。ドラフトPRまで作ってくれるから、朝のオンコール対応が数分で終わる。
定期的な依存関係更新とセキュリティ監査
室谷代表取締役週次で npm audit や cargo audit を回して、CVE が出てたら自動でアップデートPRを立てる。US だとメンテナンスコスト削減の定番ルーチンです。
テキトー教師DotAI 認定講師手動でやると「依存関係更新の地獄」って言われる作業が、ルーチンに任せられる。最初に「どのパッケージを自動更新して良いか」のポリシーだけ決めておけば、後は完全オートです。
室谷代表取締役プロンプトに「major バージョンアップはスキップして、セキュリティ修正のみ反映」と書いておけば、意図しない破壊的変更も防げる。ルーチンのプロンプト次第で精度が変わる。
プルリクエストのコードレビュー自動化
テキトー教師DotAI 認定講師GitHub の Webhook トリガーで、PRが作成されたら自動でレビューさせる。特定のパス（auth-provider とか）に触れてたら専用チャンネルに通知する、みたいな細かい制御もできます。
室谷代表取締役チームのレビュー基準をルーチンのプロンプトに書いておけば、人によってバラつくレビュー品質を平準化できる。僕の現場でも「このPRは /auth を触ってるから @security-team に通知」みたいな使い方してます。
テキトー教師DotAI 認定講師レビューそのものはClaudeに任せつつ、最終承認だけ人間がやる。ルーチンが「このPR、問題あります」とフラグを立てる部分まで自動化すると、チームの負荷がグッと減るんですよね。
よくある質問
Q1. Claude Code自動実行が動かないときのチェックポイントは？
室谷代表取締役まずCLIが最新か確認してください。古いバージョンだとクラウドRoutineが動かないケースがあるんですよね。
テキトー教師DotAI 認定講師あと、トークンやAPIキーの設定漏れもよく聞きます。環境変数が正しく設定されてるか、一度見直してみると良いですよ。
室谷代表取締役プラン制限も原因になり得ます。Max 5x以上じゃないとRoutineの同時実行数に引っかかることもある。
Q2. RoutineとAuto Modeは何が違うの？
テキトー教師DotAI 認定講師Routineは「毎日9時にテスト実行」みたいな定期タスクです。Auto Modeは/goalで「このプロジェクトのバグを全部直して」と投げる完全自律モード。
室谷代表取締役使い分けとしては、Routineはメンテナンス系、Auto Modeは一回限りの大仕事ってイメージ。直感的ですよね。
テキトー教師DotAI 認定講師両方組み合わせると強力ですけど、最初はどちらか一方から始めるのがおすすめです。
Q3. 機密情報を自動実行で扱う際の注意点
室谷代表取締役.claude/settingsにAPIキー直書きは絶対やめた方がいい。環境変数かシークレット管理サービスを使うのが鉄則です。
テキトー教師DotAI 認定講師コミットログにトークンが残る事故も現場でありました。.gitignoreでうまく除外しておきましょう。
室谷代表取締役Routineのクラウド実行だと、Anthropic側のデータ保護ポリシーは確認しておいたほうが安心ですね。
Q4. GitフックとClaude Code Hook、どちらを使うべき？
テキトー教師DotAI 認定講師Gitフックはコミット前にlintを走らせるなど、Gitのイベントに密結合。Claude Code Hookは/planや/editに応じて動作するので、AIのアクションにフックしたい場合に向いてます。
室谷代表取締役実際のプロジェクトでは両方併用が多いです。Gitフックで最低限の品質保証、Claude Hookでコードレビューの自動化、みたいな分担ですね。
Q5. 自動実行のログや履歴は確認できる？
室谷代表取締役ローカルのHook実行ならターミナル出力がそのまま。RoutineはClaude Codeの管理画面でステータスと出力ログが見えます。
テキトー教師DotAI 認定講師失敗時の詳細まで追いたいなら、ログファイルに出力するよう設定しておくといいです。標準機能でも十分ですが。
室谷代表取締役エラーログはSlack通知と連携させる現場も増えてます。
