はじめに

「CIが失敗したら手動で確認して、手動で直して、また手動でPRを更新して…」

「毎週のコード品質チェックが特定の人に属人化していて、休んだら誰もやらない」

「定期的なリグレッションテストを自動で回したいけど、設定が複雑で後回しになっている」

こんな悩みを抱えたことがある方は多いのではないでしょうか。

Claude Codeには、これらのCI/CD周りの手作業をほぼ丸ごと自動化できる4つの専用コマンドが用意されています。

これらを組み合わせることで、毎回人間が確認・操作していた繰り返し作業を Claude に委任し、本当に重要な判断に集中できるようになります。

この記事では各コマンドの詳細と実践的な使い方を解説します。

Amazon検索[本 Claude Code]

この記事で分かること

• 4つのCI/CD自動化コマンドの役割と違い
• /loop の間隔指定の書き方とモデル自動ペース調整の仕組み
• /schedule でクラウドに常駐するエージェントを作る方法
• /goal で長期タスクを自律実行させる方法
• /autofix-pr でPRのCI失敗・レビューコメントを自動対応する方法
• 個人開発・チーム開発・OSS管理別の実践ワークフロー

こんな人におすすめ

• CI失敗の対応を自動化したい開発者
• 定期的な品質チェックやリグレッションテストを自動化したい方
• PRのレビューコメント対応を効率化したいチーム
• Claude Code を使いこなして繰り返し作業から解放されたい方

CI/CD自動化コマンドの全体像

まず4つのコマンドの役割分担を把握しましょう。

繰り返し・自動化のニーズ
  │
  ├── /loop         ← セッション内での定期繰り返し実行
  ├── /schedule     ← クラウドに常駐して永続的に定期実行
  ├── /goal         ← 目標達成まで自律的に動き続ける
  └── /autofix-pr   ← PRの問題をリアルタイム監視して自動修正

この4つは用途と実行環境が異なる補完的なツールです。「どこで何を繰り返すか」によって使い分けるのが効果的です。

/loop：セッション内での定期繰り返し実行

/loop は、指定したプロンプトやスラッシュコマンドを一定間隔で繰り返し実行するコマンドです。デプロイ完了の監視・テスト結果のポーリング・定期的な状態確認などに使えます。

基本的な使い方

/loop 5m /code-review         # 5分ごとに /code-review を実行
/loop 1h "依存パッケージの脆弱性チェックをして"  # 1時間ごとに実行
/loop /verify                 # 間隔省略→モデルが自動でペース調整

間隔の指定方法

間隔を省略したときの動作（自動ペース調整）

/loop /foo のように間隔を省略すると、モデルが状況を見ながら自動でペースを調整します。「次の実行まで何秒待つか」をClaude自身が判断するため、状況に応じた柔軟な繰り返しが可能です。

/loop /code-review    # 変更量に応じてペースを自動調整
/loop "テストが通ったか確認して"   # テスト完了を待ちながら自動ポーリング

使いどころ: デプロイ後のヘルスチェック・長時間ビルドの完了監視・外部APIのステータスポーリングなど、「条件が満たされるまで待ち続けたい」場面に最適です。

/bg との組み合わせでバックグラウンド実行

/loop はデフォルトではセッションを占有します。ターミナルを解放したい場合は /bg（バックグラウンド）と組み合わせましょう。

/loop 10m "ステージング環境のエラーログをチェックして" &
/bg   # セッションをバックグラウンドに送る

これにより、別のターミナルで他の作業をしながら、バックグラウンドでループ実行を続けられます。実行中のタスクは /tasks で確認できます。

ループの停止方法

• セッション内で Ctrl + C を押す
• /tasks でタスクIDを確認して停止する
• セッション自体を閉じる（/bg 未使用の場合は自動停止）

/schedule：クラウドに常駐する永続定期実行

/schedule は、**クラウド上のエージェント（ルーティン）**として定期実行タスクを登録するコマンドです。ターミナルを閉じても・PCの電源を切っても、スケジュールに従って自動実行し続けます。

/loop との違い

基本的な使い方

/schedule                     # ルーティンの一覧を表示・管理画面を開く
/schedule create              # 新しいルーティンを作成
/schedule run <ルーティン名>   # 今すぐ手動実行

/schedule を実行するとインタラクティブなメニューが開き、以下の操作が行えます：

活用シーン

コストへの注意: /schedule はクラウドエージェントとして実行されるため、API利用コストが発生します。高頻度・高負荷なスケジュールを登録する前に実行コストを見積もりましょう。

/goal：目標を設定して自律実行

/goal は、Claudeが達成すべきゴールを設定するコマンドです。ゴールが設定された状態では、Claude は作業を途中で止めずに、ゴールが達成されるまで自律的に動き続けます。

基本的な仕組み

通常、Claude Code は各ステップでユーザーの確認を求めることがあります。/goal を使うと、「このゴールが達成されるまでは確認なしで進め」 という指示を与えられます。

/goal "すべてのテストがグリーンになるまでバグを修正し続けて"
/goal "このPRのレビューコメントをすべて解消して"
/goal "依存パッケージをすべて最新バージョンに更新して、テストを通して"

ゴールの設定例

ゴール達成の判定

Claude が「ゴールが達成された」と判断したタイミングで処理を停止します。たとえば：

• テスト修正ゴール → npm test が全件パスしたら停止
• PR対応ゴール → レビューコメントへの返信が完了したら停止

使いどころと注意点

使いどころ:

• 複数ファイルにまたがるバグ修正が必要なとき
• PR のレビューコメント対応を一気に終わらせたいとき
• 段階的な修正が必要で、途中で止まってほしくないとき

注意点: ゴールを明確に定義しないと、Claude が終了条件を判断しにくくなります。「何ができたら完了か」を具体的に伝えましょう。

❌ /goal "コードを改善して"（曖昧）
✅ /goal "ESLintエラーをすべて解消して、npm test が全件パスするようにして"（具体的）

/advisor との組み合わせ

複雑なゴール達成中に、重大な判断が必要になった場合は /advisor を使うと、Claude がより強力なモデルに相談してから判断できます。

/advisor    # 重要な判断でより強力なモデルに相談できるようにする
/goal "認証システムをOAuth2.0に移行して、既存テストをすべて通して"

/autofix-pr：PRの問題をリアルタイム監視・自動修正

/autofix-pr は、現在のPRの問題を継続的に監視し、検出された問題を自動修正するコマンドです。CI失敗・レビューコメント・マージコンフリクトなどに自動対応します。

できること

基本的な使い方

/autofix-pr    # 現在のPRの問題を監視して自動修正を開始

コマンドを実行すると、Claude が現在のPRを監視し始めます。CIが失敗したり、新しいレビューコメントが届いたりすると、自動的に対応を開始します。

/goal との組み合わせ

/autofix-pr は単独でも動作しますが、/goal と組み合わせるとより明確な終了条件を設定できます。

/goal "このPRのCIが全件グリーンになって、レビューコメントがすべて解消されるまで修正し続けて"
/autofix-pr

対応できないケース

• 設計レベルの指摘: 「このアーキテクチャは根本的に見直すべき」など、コードの書き換えではなく設計判断が必要な場合
• テスト仕様の変更を要する修正: 既存テストの期待値そのものが間違っている場合
• 権限が必要な操作: 外部サービスへのアクセスや認証情報が必要な場合

このようなケースは Claude が判断を保留し、ユーザーに確認を求めます。

チームへの案内: autofix-pr はPRのコメント内容を読んで対応するため、レビューコメントを具体的に書くほど対応精度が上がります。「この変数名を userId に変えてください」のように明確に書くと効果的です。

実践ワークフロー：4コマンドの組み合わせ

4コマンドを効果的に組み合わせるワークフローを、シーン別に紹介します。

基本ワークフロー（個人開発・日常PR向け）

実装 & コミット
  ↓
PR作成
  ↓
/autofix-pr                     ← CIとレビューを自動監視・修正
  ↓
（CIがグリーン・コメント解消済み）
  ↓
マージ

最もシンプルな使い方です。PR作成後に /autofix-pr を起動しておくだけで、CI失敗やレビューコメントへの対応を自動化できます。

チーム開発ワークフロー（品質チェック自動化向け）

毎日の開発
  ↓
/schedule（日次品質チェック）    ← 毎朝自動でコード品質レポートを生成
  ↓
PR作成
  ↓
/autofix-pr                     ← PRの自動修正
  ↓
/goal "レビューコメントを全解消して" ← ゴールを設定して一気に対応
  ↓
マージ

品質チェックをスケジュールで自動化し、PR作業は /autofix-pr と /goal で効率化します。

OSS管理者向けワークフロー（複数PR監視向け）

毎週月曜 /schedule（週次セキュリティ監査）
  ↓
コントリビューターのPR一覧確認
  ↓
/loop 30m "新しいPRがないか確認して、あれば /code-review --comment を実行して"
  ↓                             ← 30分ごとに新PRを自動チェック
各PRに /autofix-pr を適用
  ↓
/goal "マージ可能な状態にして"    ← CI通過・コメント解消まで自動対応
  ↓
マージ

複数のPRを並行して管理するOSSメンテナーに適したフローです。

シチュエーション別：どのコマンドを使うか

よくある開発シナリオ別に、適切なコマンドの選択を紹介します。

ケース1：ビルドが完了するまで待ちたい

/loop 2m "ビルドのステータスを確認して、完了したら通知して"

2分ごとにビルド状態を確認し、完了を検知したら通知します。/bg と組み合わせてバックグラウンドで動かすと作業を並行できます。

ケース2：CIが失敗したPRを素早く直したい

/goal "このPRのCIが全件グリーンになるまでバグを修正して"
/autofix-pr

CI失敗の原因を特定して修正し、再びCIが走るまでを自動化します。

ケース3：毎週の依存パッケージ更新を自動化したい

/schedule   # 「毎週月曜9時に依存パッケージを更新してPRを作成」を登録

クラウドエージェントとして登録することで、ローカル環境が起動していなくても自動実行されます。

ケース4：長時間かかるリファクタリングを自律実行したい

/goal "このモジュールをTypeScriptに移行して、全テストを通して"

複数ファイルにまたがる移行作業を、Claude が自律的に進めます。途中で確認が必要な判断が発生した場合だけ通知が来ます。

ケース5：OSS の新しいIssueを定期チェックしたい

/loop 1h "GitHubのIssueに新しいものがあれば内容を要約してラベルを提案して"

1時間ごとに新しいIssueを確認し、内容の要約とラベル提案を自動化します。

よくある質問（FAQ）

Q. /loop と /schedule はどちらを使うべき？

短期・一時的な監視なら /loop、恒常的な定期実行なら /schedule です。

Q. /loop はターミナルを閉じると止まる？

デフォルトではセッションが終了すると停止します。ターミナルを閉じても続けたい場合は /bg でバックグラウンドセッションに送ってから閉じてください。

Q. /schedule の実行コストはどのくらい？

実行するタスクの複雑さと頻度によって変わります。/simplify を毎日実行するなど高頻度の場合、月単位でコストが積み上がることがあります。初めのうちは /schedule run で手動テスト実行してコストを確認してから本番スケジュールに登録しましょう。

Q. /goal で設定したゴールをキャンセルするには？

Ctrl + C でゴールを中断できます。また、セッションを新しく始めると（/clear）ゴールはリセットされます。ゴールの途中で方針が変わった場合は、中断して新しいゴールを設定し直しましょう。

Q. /autofix-pr はどんなCI環境に対応している？

GitHub Actions との連携が主なユースケースです。/install-github-app で GitHub App をリポジトリにインストールすることで、CIの結果をリアルタイムに取得できるようになります。

Q. これらのコマンドを組み合わせるときの注意点は？

/loop でループしながら同時に /autofix-pr を動かすと、Claude が複数の作業を並行して行い、意図しない競合が起きる場合があります。1つのセッションで複数の自動化コマンドを同時実行するときは /tasks で状態を確認しながら使いましょう。

Amazon検索[本 Claude Code]

まとめ

Claude Code の4つのCI/CD自動化コマンドを振り返りましょう。

まず試すならこの2コマンド:

/autofix-pr   ← PRを出したら即起動。CI失敗・コメント対応を自動化
/loop 5m ...  ← 完了待ちや定期チェックに

これだけでも、PR作業にかかる手動の往復作業を大幅に減らせます。チーム全体での定期タスクには /schedule を、まとまった作業の自律実行には /goal を活用していきましょう。

CI/CD自動化は、繰り返しの手作業を Claude に委任し、人間は判断が必要な場面だけ関与するという働き方の変化をもたらします。ぜひ日々の開発フローに取り入れてみてください。

関連記事：

• 【2026年6月最新版】Claude Code全90コマンド以上徹底解説

【2026年6月最新版】Claude Code全90コマンド以上徹底解説｜ターミナル版とVSCode拡張機能の違いも網羅

1️⃣ はじめに：Claude Codeコマンドの需要検索需要から見る関心度Claude Codeのコマンドに関する検索需要を調べたところ、以下のような結果が出ています：🔥 1,000～10,000件: claude code vscode...

caymezon.com

2026.02.15

• 【2026年版】Claude Code サブエージェント活用術｜並列実行でブログ執筆・調査を最大4倍速にする方法

【2026年版】Claude Code サブエージェント活用術｜並列実行でブログ執筆・調査を最大4倍速にする方法

はじめに「Claude Codeを使っているけど、なんとなく順番に指示しているだけ…」そんな使い方をしていませんか？実は Claude Code には**サブエージェント（並列実行）**という仕組みがあり、複数のタスクを同時に走らせることで...

caymezon.com

2026.06.13

• 【2026年最新】Claude Codeのコードレビューを自動化する方法

【2026年最新】Claude Codeのコードレビューを自動化する方法｜/code-review・/simplify・/security-review・/verify 実践ガイド

はじめに「コードレビューを毎回手動でやっているけど、見落としが多い…」「PR前にもっとコードを磨きたいけど、時間がない」「セキュリティの観点でのレビューが甘い気がして不安」こんな悩みを抱えたことがある方は多いのではないでしょうか。Claud...

caymezon.com

2026.06.21

• 【まとめ記事】Claude Code完全攻略ロードマップ

【2026年版】Claude Code完全攻略ロードマップ｜セットアップからVSCode活用・コマンド習得まで全記事まとめ

はじめに「Claude Codeに興味があるけど、何から始めればいいかわからない」「Claude Codeを使い始めたけど、もっと使いこなしたい」この記事は、Claude Codeに関するすべての記事を体系的にまとめたロードマップです。初心...

caymezon.com

2026.03.21

The post 【2026年最新】Claude CodeでCI/CDを自動化する方法｜/loop・/schedule・/goal・/autofix-pr 実践ガイド first appeared on CayTech Lab.