エージェントが通信業務に適している場所

通信運用には、膨大な量のイベント、反復的なトリアージ、少数の人員に集中した深い専門知識、重要ではあるが緊急ではない恒久的な未処理作業など、人々が自動化を求める傾向があります。

本能的に、エージェントにアラート ストリームを向けます。まず、ほぼ他の場所をお勧めします。

アラートトリアージが最初のプロジェクトとして間違っている理由

アラート ストリームは分類問題のように見え、判断問題のように動作します。同じ警報でも、20分前に上流で何が起こったのか、どのようなメンテナンスが予定されているのか、そしてそのパターンが昨冬に何事もなかったことが判明したパターンに似ているかどうかに応じて意味が異なります。

そのコンテキストはエンジニアの頭の中や、アラートとは関係のないシステムの中に存在します。これを使用せずに電話をかけるエージェントは、自信を持って間違いを犯すことになり、コストが高くつきます。一度間違いを 2 回繰り返すと、それが正しかったケースについては誰も信頼できなくなります。

また、構造的な問題もあります。アラートのトリアージには自然なレビュー手順がありません。誰かがその決定を検討する頃には、すでに結果が生じています。

ここでエージェントがうまく機能するのは

決断ではなく準備。エンジニアが電話をかける前に、影響を受けるパスの最近の変更、同様の過去のインシデント、関連するランブックのセクション、現在のメンテナンス期間など、エンジニアが必要とするコンテキストを組み立てます。うまく行けば、実際の診断に先立って行われる 10 分間の調査が不要になります。

事件後の書き込み。タイムラインは複数のシステムにまたがって存在し、それを組み立てるのは退屈な作業であり、作業がうまくいかなかったり、遅れたりします。引用を含めて記録から草案を作成し、分析を人に任せるエージェントは、単純に役に立ちます。

検証を変更します。提案された構成変更を、公開前にポリシーおよび過去のインシデントと照らし合わせてチェックし、ブロックするのではなくフラグを立てます。

何十年にもわたって一貫性のない形式で蓄積されたドキュメントにわたる知識の検索では、適切なセクションを見つけるのが非常に困難です。

このパターンは他のどこでも同じです。エージェントは組み立てと草案作成が得意で、判断は個人に委ねられます。

導入を形作る制約

運用データは多くの場合、通信事業者のインフラストラクチャから離れることができないため、セルフホストまたはエアギャップ展開がオプションではなく前提条件となります。

アクセス境界は通常以上に重要です。ネットワーク状態を読み取ることができ、それを変更できないエージェントは、その両方を実行できるエージェントとは根本的に異なるリスクであり、その境界はプロンプトで説明するのではなく、アクションが発生する場所で強制する必要があります。

監査証跡はオプションではありません。後で変更を調べる場合、エージェントが何を行ったのか、何を利用したのか、どのアイデンティティを使用したのかの記録が、説明と再構築を分けるものになります。

始め方

決定タスクではなく、準備タスクを選択します。名前付きの所有者とブロックする予算を与えます。前四半期の実際のインシデントを使用して、発売前に評価基準を作成します。そして、スコアが退屈な場合にのみ幅を広げます。

これを行ったチームは、1 年後もエージェントを稼働させています。トリアージを導入して始めたチームのほとんどはトリアージを導入していません。

次へ

通信と展開のページでは、セルフホスト型およびエアギャップ型のオプションについて説明します。エージェント オーケストレーション システムのページでは、これが依存するポリシー、監査、評価層について説明します。