> ## Documentation Index
> Fetch the complete documentation index at: https://docs.cloudthinker.io/llms.txt
> Use this file to discover all available pages before exploring further.

# はじめに

> CloudThinker AgenticOps フィールドガイド — この本が存在する理由、1ページで伝える主張の全体像、そして続く10章の読み方マップ。

<Info>
  これは **Agentic Infrastructure Operations - Leadership Edition**（CloudThinker フィールドガイド、2026年6月版）の全文です。SRE、DevOps・プラットフォームエンジニア、インフラリーダー、CTO、CIO — 特に規制産業の方々を念頭に、各章が章ごとに収録されています。
</Info>

> *エンジニアはループの中ではなく、ループの上に立つ。*
>
> — エージェント運用の基本原則

***

*この本を書いた理由と、誰のための本か。*

インフラ運用は10年ごとに自己変革を遂げてきた。ベアメタルは仮想化に道を譲り、仮想化はクラウドに道を譲り、クラウドはコンテナ・マイクロサービス・サーバーレスに道を譲った。各波は単純さを約束し、能力をもたらした — そして桁違いの動く部品を運用に付け加えてきた。

今や、どれほど優れたエンジニアであっても、現代の本番環境を頭の中に保持できる人間はいない。中規模のデジタルビジネスが今日動かすのは、数百のサービス、数千のコンテナ、そして複数のクラウドにまたがる数万の設定パラメーターだ。それらのシステムが発するテレメトリー — ログ、メトリクス、トレース、イベント、アラート — は、どのオペレーションチームが採用できる速度よりも速く増大している。

エージェント型 AI が方程式を変える。初めて、人間に警告を発するだけでも事前に書かれたランブックを実行するだけでもなく、知覚し、推論し、計画し、行動し、検証する — 運用作業の完全なループを担うソフトウェアをデプロイできるようになった。この本はその転換へのフィールドガイドだ。エージェント型インフラ運用とは実際には何なのか、それ以前の自動化と AIOps の世代とどう異なるか、どう設計するか、どうガバナンスするか、そして稼働率をハイプに賭けることなく採用するにはどうすればいいかを示す。

ポケベルを持つ人とバジェットを設定する人の双方のために書かれている。SRE、DevOps・プラットフォームエンジニア、インフラリーダー、CTO、CIO — とりわけ自律性を証拠に基づいて段階的に認め、記録し、監査しなければならない規制産業の人々に向けている。証拠についての注記として、この本のすべての数字は出典が明示されており、ベンダーの主張にはベンダーの主張であるとラベルが付けられ、各種の数字は読者が自ら評価できるよう提示している。なぜなら、自律システムへの信頼を勝ち取ることについての本は、自らも同じ基準に従うべきだからだ。

私たちの確信はシンプルだ。運用の複雑さは今やマシンの速度で複利的に増大しているため、運用はマシンの能力でスケールしなければならない。人間は、ループの中で — すべてのステップを実行する立場から — ループの上に移行すべきだ。意図を設定し、重要なアクションを承認し、アウトカムを監督する立場へ。この移行を意図的に行うチームは、そうでないチームよりも速く、安全に、安価に実行できる。

一点、冒頭で開示すべきことがある。この本は、自らが説明するカテゴリーのプラットフォームを構築する CloudThinker が出版している。その利益が証拠を歪めないよう努めた。すべてのベンチマークは出典が示されており、ハイパースケーラーと私たち自身のベンダー数値はベンダー数値であるとラベルが付けられており、フレームワークの各章はどのプラットフォームを選んでも自立するように書かれている。特に明示されたラベル付きセクション（主として第10章）を除き、「この分野が収束しつつあること」と「あるベンダーがどう構築しているか」が混同されることはない。カテゴリーは証拠で判断し、私たちはこのページにある5つのベンダーテストと8つのデータ管理に関する質問で判断してほしい — 私たち自身が通過しなければならないとわかって書いたものだ。

***

## エグゼクティブサマリー

現代のインフラはある閾値を超えた。マイクロサービス、マルチクラウド、AI ワークロードが今や、どの人間チームも吸収できる速度を超えて運用の複雑さを生み出している。オペレーションチームは1日あたり500〜1,200件のアラートを処理し、Splunk と Oxford Economics は Global 2000 企業全体での計画外ダウンタイムを年間 \$6,000億と試算している — 大企業1社あたり1分につき約 \$15,000の損失、年間 \$9,500万の売上損失 — そして約3分の2の組織が必要な運用スキルを持つエンジニアを採用できていない。採用、スクリプト、ダッシュボードという3つの従来の対処法はいずれも人間を実行パスに置き続けており、人間の注意こそがボトルネックだ。

エージェント型インフラ運用が構造的な答えだ。明示的なポリシーのもとで完全な運用ループ — 検出 → 分析 → 解決 → 検証 — を閉じる自律 AI エージェントが、ループの中で実行する代わりにループの上で監督する人間のもとで動作する。これは運用の第4世代であり、インフラストラクチャー・アズ・コードと AIOps を置き換えるのではなく吸収し、フロンティア推論モデル、信頼性の高いツール使用、MCP 相互運用性標準によって2023年から2026年の間に実用化された。

証拠は本物であり、失敗率も本物だ — この本は両方を真剣に扱う。Gartner は AI エージェントが今後5年でインフラ＆運用のチーム、役割、運用モデルを再編すると予測し、2026年末までに企業アプリケーションの40%にタスク固有のエージェントが導入されると見込み、マルチエージェントシステムへの問い合わせが1,445%急増したと記録している。AWS と Azure は2026年初頭に GA の信頼性エージェントを出荷し、規律ある採用者は MTTR の40〜70%削減とアラートノイズの80〜90%排除を報告している。その約束に対して、厳しい失敗率がある — エージェント型プロジェクトの多くがキャンセルされると予測されており、ほとんどの実験は本番に到達しない（第1、6、9章参照）。両者の違いは技術ではない。実行の規律であり、それを教えることがこの本の全目的だ。

プレイブックは10章で展開される。複雑さの危機とかつての答えが失敗した理由、正確な定義・L0〜L4の自律スペクトラム・「エージェントウォッシング」のための5つの質問テスト、リファレンスアーキテクチャ（オーケストレーター1台・スペシャリストエージェント・閉じた DARV ループ・2層センシング・規制産業向け PII トークン化）、ガードレールスタックと FSI グレードのガバナンス、人間の運用モデルとトラストラダー、8 KPI の計測フレームワークと ROI 計算、90日パイロットと12か月スケーリングロードマップ（プロジェクトがキャンセルされる5つの方法とその対策）、そして今後の展望。

<Info>
  **これだけは読んでほしい**

  1. **自律性はダイヤル、スイッチではない：** アクションクラスを observe → approve → act-with-notification → delegate と、証拠に基づいて段階的に進める。
  2. **アーキテクチャが重要：** オーケストレーター1台、最小権限のスペシャリスト、ループに組み込まれた検証、自律性の前に監査証跡。
  3. **デプロイ前にベースラインを測り、** 8つの KPI を毎月計測し、自分自身のデータにペースを決めさせる。
</Info>

***

## この本の読み方

### Part 01 · 危機からエージェント運用へ

<CardGroup cols={3}>
  <Card title="第1章 — 運用の複雑さ危機" href="/ja/learn/aio/chapter-1-complexity-crisis" icon="triangle-exclamation">
    現代のインフラは人間の認知能力を超えた
  </Card>

  <Card title="第2章 — 自動化から自律へ" href="/ja/learn/aio/chapter-2-automation-to-autonomy" icon="forward">
    運用の4世代と、何が変わったのか
  </Card>

  <Card title="第3章 — AgenticOps とは何か" href="/ja/learn/aio/chapter-3-what-is-aio" icon="lightbulb">
    実務的な定義、L0〜L4の自律スペクトラム、5つのベンダーテスト
  </Card>
</CardGroup>

### Part 02 · アーキテクチャとエージェントチーム

<CardGroup cols={2}>
  <Card title="第4章 — アーキテクチャ" href="/ja/learn/aio/chapter-4-architecture" icon="diagram-project">
    運用のためのマルチエージェントシステム：オーケストレーター、スペシャリスト、DARV ループ、2層センシング
  </Card>

  <Card title="第5章 — エージェントチーム" href="/ja/learn/aio/chapter-5-agent-team" icon="user-group">
    メンバー構成、ワークフロー、エージェントと人間のインターフェース、4つの本番事例
  </Card>
</CardGroup>

### Part 03 · 信頼・ガバナンス・人

<CardGroup cols={2}>
  <Card title="第6章 — 信頼、ガードレール、ガバナンス" href="/ja/learn/aio/chapter-6-trust-governance" icon="shield-halved">
    5層のガードレールスタック、データレジデンシー、脅威モデル、FSI の観点
  </Card>

  <Card title="第7章 — ループの上の人間" href="/ja/learn/aio/chapter-7-humans-on-the-loop" icon="user-check">
    新しい運用モデル：実行者から監督者へ、トラストラダー
  </Card>
</CardGroup>

### Part 04 · 証拠とプレイブック

<CardGroup cols={2}>
  <Card title="第8章 — 重要なことを測る" href="/ja/learn/aio/chapter-8-measuring" icon="chart-line">
    8つの KPI、ROI 計算、ユニットエコノミクス、評価ハーネス
  </Card>

  <Card title="第9章 — 実装ロードマップ" href="/ja/learn/aio/chapter-9-roadmap" icon="map">
    90日パイロット、12か月へのスケーリング、キャンセルされた40%の失敗パターン
  </Card>
</CardGroup>

### Part 05 · 今後の展望

<CardGroup cols={1}>
  <Card title="第10章 — 今後の展望" href="/ja/learn/aio/chapter-10-road-ahead" icon="road">
    5つの近期トレンド、戦略的ウィンドウ、ハイパースケーラー対統合ソリューションの問い
  </Card>
</CardGroup>

<CardGroup cols={1}>
  <Card title="CloudThinker について" href="/ja/learn/aio/about-cloudthinker" icon="cloud">
    このフィールドガイドの背後にあるプラットフォーム
  </Card>
</CardGroup>

***

*Copyright © 2026 CloudThinker JSC. All rights reserved.*

*Written by the CloudThinker Product Team. Designed by CloudThinker Design. Published by CloudThinker · [www.cloudthinker.io](http://www.cloudthinker.io). First Edition, June 2026.*
