3.1 実務的な定義
定義エージェント型インフラ運用（AgenticOps）とは、自律 AI エージェントが運用作業のコアループ — 状態の検出、原因の分析、問題の解決、アウトカムの検証 — を明示的な人間定義のポリシーのもとでクラウドおよびオンプレミスのインフラ全体にわたって実行し、人間がループの中で実行する代わりにループの上で監督する運用モデルである。
- ゴール指向。 ステップバイステップの指示ではなく、アウトカムを与えられる（「チェックアウトレイテンシを300ms以下に保つ」「月次クラウド支出を予算内に保つ」）。
- 知覚的。 プロンプトを待つのではなく、継続的にテレメトリー — メトリクス、ログ、トレース、イベント、設定状態、コストデータ — を消費する。
- 推論的。 因果仮説を形成してテストし、代替の修復方法を比較検討し、エンジニアが監査できる言語でその思考を説明する。
- ツール使用可能。 エンジニアが使う同じインターフェース — クラウド API、kubectl、Terraform、SQL、CI/CD — を通じて、スコープが限定された監査可能なクレデンシャルで行動する。
- 自己検証型。 行動した後、意図したアウトカムが達成されたかを確認し、達成されなかった場合はエスカレーションまたはロールバックする。
3.2 自律スペクトラム
自律性は二値ではない。成熟したエージェントプラットフォームは、通常アクションクラスと環境ごとに、ポリシーダイヤルとして自律性を公開する。
実際には、組織は異なるレベルを同時に実行する。可逆的で爆発半径の小さいアクション（ポッドの再起動、キャッシュのクリア、レプリカセットのスケール、クレデンシャルのローテーション）には L3〜L4、重大な変更（スキーママイグレーション、セキュリティグループの変更、フェイルオーバー）には L2、新規の事項には L1。エージェント運用の技術は、証拠が積み重なるにつれてアクションクラスをラダーの上に移動させることだ — 決して速すぎることなく。
ビッグテックの実践：スペクトラムは今や製品の現実L0〜L4 スペクトラムは理論的な構成概念ではない。ハイパースケーラーが出荷する方法だ。Google の Gemini Cloud Assist プロアクティブ調査は、明示的な設計によって L1 で実行される（すべてを調査し、何も変更しない）。AWS 自身の DevOps エージェントの採用ガイダンスは、推奨のみのモードで開始し、アクションを付与する前に数週間計測することだ。Azure SRE エージェントはダイヤルを直接公開する。すべてのアクションが「承認」クリックを待つ Review モードと、ツールごとにガバナンスされた事前承認済みアクションクラスのための特権モード。3つのクラウドが独立して同じ段階的自律ポスチャーに収束する場合、それはエージェントが最初にどれだけの信頼から始まるかについての業界の集合的な答えだ。ゼロから始め、信頼を勝ち取る。
図3 — 自律ダイヤル：アクションクラスは環境ごとに証拠に基づいて L0 から L4 へと進む。
3.3 エージェント運用ではないもの
「エージェントウォッシング」は今や Gartner が名前を付けるほど一般的になった。ベンダーがアシスタント、チャットボット、RPA を意味あるエージェント機能なしに「エージェント」としてリブランドしている。2025年半ばに Gartner は、エージェント型 AI を主張するベンダー数千社のうち、本物はわずか約130社だと推定した。正確な否定的定義が、したがって購買者の最善の防御だ。- ダッシュボード上のチャットボットではない。 テレメトリーへの会話型アクセスは機能であって、モデルではない。人間が答えを読んで作業に行く必要があるなら、あなたはまだ第3世代にいる — マーケティングが何を言おうとも。
- 無人運用ではない。 信頼できる実務家は誰も人間を排除することを主張しない。目標は人間のレバレッジだ。かつてチームを必要としていた作業を1人のエンジニアが監督する。
- エンジニアリング規律の代替ではない。 エージェントは与えられた環境を増幅する。弱いオブザーバビリティ、IaC の不在、ドキュメントのないシステムは弱いエージェントを生む。コンテキストがゴミなら、自律性もゴミだ。
- すべてをこなす1つの巨大なモデルではない。 次の章が示すように、本番システムはモノリシックなスーパーモデルではなく、オーケストレートされたスペシャリストチームに収束している。