ローカルのエージェントに機能実装からPR作成まで任せました。うまく進んでるんじゃないかって思ったのに、CIが赤くなった瞬間、そこで止まっちゃうんですよね。人間がログを開いて原因を探し出して、もう一度プロンプトを書き直してはじめて動き出す。自律的なワークフローなんて呼べたもんじゃない状況です。
なぜ自律型エージェントはCIの前で止まっちゃうのか
モノレポプラットフォームのNxを作ってるNrwlがこの違和感をきっぱり指摘してたんですよ。「2025年がエージェントの年だったなら、2026年は自律ワークフローの年」っていうのが彼らの診断なんです。でも実は足を引っ張ってるのは、コーディング能力じゃなくてCIプロセスそのものだったんだって。
流れはいつも一緒なんですよね。ローカルエージェントが要件を読んで機能を実装する。型チェック、リント、テストまで通す。PRも自分で上げちゃう。ここまでは結構自律的。ところがPRが上がった後、CIが失敗する瞬間、エージェント自体がそれを知らないんですよ。人間がアラート見て、ログを開いて、何が起きたのか理解して、また説明し直してあげないと次のターンが始まらない。
人間が呼び出されると何を失うのか
失うのは時間だけじゃないんですよね。コンテキストが断切れちゃうっていうのが本当の問題なんです。エージェントが持ってた実装の意図とか、なぜこう書いたのかの推論過程とか、人間の手に渡った時点でリセットされるんですよ。人間は最初からログを読み直すことになる。
コンテキスト喪失のコスト
Nx Cloudを使うとGitHub Actionsと比べてCI速度が30～70%速くなって、コストは40～75%削減できるって言われてるんですよ。でもCI失敗するたんびに人間が呼び出されたら、この削減分もかなり相殺されちゃう。パイプラインは速くなったけど、人間が介入する頻度は変わらないわけです。
面白いのは、この問題に最初にぶつかったのはNx チームだけじゃないってことなんですよ。2025年の中頃、ソフトウェアエンジニアのGeoffrey Huntleyが「Ralph Wiggum ループ」っていうのをシェアしたんですよね。同じ悩みから出発した話題なんです。一番シンプルな形は、要はwhile:; do cat PROMPT.md | claude-code; doneなんですよ。エージェントが自分で止まらずに、完了条件を満たすまで同じ作業を繰り返させるっていう仕組みですね。Huntleyはこれを「非決定論的な世界における決定論的に悪い手法」って呼んでました。でもこのループにも穴があったんですよ——ローカルの中だけで回るループだから、CIっていう外部の世界とつながってなかったんです。
Nxはその隙間をどう埋めたのか
Nxの答えは二つのものをつなぐっていうことだったんですよ。ひとつは2025年6月にアーリーアクセスで出たSelf-Healing CI、もう一つはローカルエージェントとNx Cloud の間をMCPで結ぶci-monitor スキルなんです。この二つが組み合わさることで、Ralph ループがローカルの外に出ていくことができるようになったんですよ。
| 従来のやり方 | ci-monitor + Self-Healing CI | |
|---|---|---|
| CI失敗の検知 | 人がアラート確認してログ開く | MCPでローカルエージェントにリアルタイム配信 |
| 原因分析 | 人が直接ログとコード対照 | エラーログ＋プロジェクトグラフで自動分析 |
| 修正適用 | 人がコード修正して再プッシュ | エージェントが提案修正を検証して適用 |
| 反復するか | 失敗するたび人が介入 | グリーンになるまで自動反復 |
実行の流れはこんな感じですね。エージェントがコミットしてPRを上げたら、ci-monitor スキルがパイプラインの進捗を見守る。何か失敗したら、Self-Healing CIがエラーログとNxプロジェクトグラフを根拠に修正案を作るんですよ。エージェントはこの修正案を検証して適用した後、CIが緑になるまでこのプロセスを繰り返す。人間は中間の修正一つ一つじゃなくて最終的なPRだけを検証すればいいんです。
Nxの2026ロードマップはこれをもっと推し進めてるんですよね。Self-Healing CIが作った修正案の半分以上が実際に役に立つって評価を受けたんです。次のステップは複数のリポジトリを一つのエージェントセッションにまとめて処理することなんですよ。単一PRで数十個のプロジェクトを同時に直すシナリオまで描いてるんです。
すぐに接続する方法
- ワークスペースをNx Cloudに接続
既存のNxワークスペースがあれば、Nx Cloud アカウントとまず接続してください。Self-Healing CIはこの接続が前提条件なんです。 - Self-Healing CIを有効化
Nx Cloud ダッシュボードでオンにすればおしまいです。別途承認手順は不要で、すぐに使える状態になります。 - nx configure-ai-agents を実行
MCPサーバー、モノレポスキル(ci-monitorを含む)、CLAUDE.md・AGENTS.md ガイドラインまで、一度に整えてくれるんです。 - エージェントに指示するだけ
「Commit the work, create a PR and monitor CI」の一文で、あとはエージェントが勝手に動きます。 - 最終PRだけを検証
中間修正のログを全部見る必要はないんです。CIが緑になった最終成果物だけ確認すればいいんですよ。
Claude Codeじゃなくても大丈夫
NxのスキルシステムはMCP対応の道具なら何でも使えるんです。Claude Code、Cursor、GitHub Copilot、Geminiなど、MCP対応なら同じ設定で繋げます。
もっと深く知りたい場合は
Introducing Self-Healing CI Nx Cloudの自己治癒CI機能が初公開された発表記事です nx.dev
Teach Your AI Agent How to Work in a Monorepo ci-monitorを含む全スキルリストと設定方法をまとめた記事です nx.dev
Nx 2026 Roadmap 複合モノレポ、エージェントマイグレーションなど次のステップが記載されています nx.dev
Orchestration & CI with Nx Cloud CI速度・コスト改善の数値とフレーキタスク処理方法が確認できます nx.dev
Ralph技法の原文 Geoffrey Huntleyが直接書いたRalph Wiggum ループの元祖説明です ghuntley.com
