最近、Sumo LogicのAIアシスタントであるMobotが、検索アシスタントから真の思考パートナーへと進化し、ログ分析とモニターに自然言語をもたらしたことをお示しました。本日、プラットフォームの最も強力な機能の1つであるAutomation ServiceのプレイブックにおいてもMobotの会話型推論をもたらします。
従来、プレイブックの作成は、組織とSumo Logicプラットフォームに関する深い知識が必要な、非常に手動的なプロセスでした。ほとんどのチームは、プレイブックを構築・維持するために、少数のパワーユーザーまたはSumo Logic Professional Servicesに依存していました。これにより、導入と自動化の機会が減少しました。チームがそれを必要としていなかったからではなく、自分たちで構築することが手の届かないものに感じられたからです。
会話型プレイブックはMobot自体のマイルストーンでもあります。Mobotタブにのみ存在するのではなく、作業が行われている場所（この場合はプレイブックキャンバス）に直接表示され、構築内容の完全なコンテキストを備えています。Mobotがこのような場所にさらに多く表示されることを期待してください。
新機能
Mobotは現在、Automation Serviceで3つの会話型機能をサポートしています：
- 作成：ワークフローをプレーンテキストで説明すると、Mobotは組織のコンテキストを認識したプレイブックを作成します。LLMが汎用的なYAMLを提供する場合、Mobotは実際の統合と環境を使用して、自信を持ってレビューおよびデプロイできるカスタムプレイブックを提供します。
- 編集：既存のプレイブックへの変更を会話型で要求し、組織のロールベースアクセス制御が完全に適用されます。
- 要約：Mobotにプレイブックの機能を説明するよう依頼し、すべてのノードを自分でトレースすることなくプレーンテキストの回答を取得します。
会話型プレイブックは、すべてのステップで人間が関与する状態を保ちます。プレイブックキャンバス上でプレイブックの作成、編集、表示を管理するのと同じRBAC制御がMobotに適用され、Mobotが作成するすべてのプレイブックは公開前にお客様の確認が必要です。
数分でプレイブックを構築して理解する
この変化を最も明確に見る方法は、通常はキャンバスでブロックされている人が会話によってブロック解除されるのを見ることです。
例1：ランサムウェア対応プレイブックの構築
コンテキスト：セキュリティエンジニアはランサムウェア対応プレイブックが必要ですが、プラットフォームのノードと統合モデルをよく理解していないため、単独で構築することができません。従来のワークフローでは、Sumo Logic Professional Servicesにチケットを開くか、より経験豊富なチームメイトを待つ必要があり、経験者が対応を始めた後でも数時間のビルドが必要でした。
開始プロンプト：「ランサムウェアが検出されたときに、感染したホストを隔離し、SOCチャネルに通知し、インシデントチケットを開くプレイブックを作成してください。」
Mobotの対応方法：Mobotは組織の既存のコンテキストを使用して、完全なプレイブック構造を作成します。トリガーアラートのエンティティペイロードから影響を受けたホストを取得し、適切な統合を使用して隔離、通知、チケット作成のステップをシーケンスします。エンジニアはドラフトをレビューし、Mobotに通知ルーティングを調整するよう依頼し、数分でテストするための動作するプレイブックを取得します。
結果：従来は手動マッピングに4～8時間かかり、開始するだけでも他の人の専門知識が必要だったことが、会話で実現できるようになりました。エンジニアはビルダーのノードロジックを知らなくても、堅牢な最初のドラフトを取得できました。
例2：他の人が構築したプレイブックを理解する
コンテキスト：SOCアナリストは、その後チームを移動した同僚によって構築されたプレイブックを引き継ぎます。変更を加える前に、実際に何をするのかを知る必要があり、すべてのノードと条件を手動でトレースするのは遅く、間違いやすいです。
開始プロンプト：「このプレイブックは何をしますか？」
Mobotの対応方法：Mobotはプレイブックの構造を読み取り、アナリストがキャンバスを開く必要なく、そのロジック、トリガー条件、統合をプレーンテキストで要約して返します。
結果：アナリストはノードごとにロジックを組み立てるのではなく、数秒で方向性を把握でき、変更が必要かどうかを決定するために直接進むことができます。
アイデアから自動化へ、これまで以上に速く
プレイブック管理は常に、深いプラットフォーム専門知識またはそれを持つ人からの支援が必要でした。Mobotはそのギャップを埋めるため、チームの多くが自動化を独立して作成、調整、理解できるようになり、上記で説明した4～8時間のビルドを数分に短縮し、インフラが進化するにつれてプレイブックを最新の状態に保つことがこれまで以上に簡単になります。
その時間の節約は最も重要な場所で複合します。プレイブックが構築するのが速いことは1つのことです。実際に構築され、最新で、複数の人に理解されているプレイブックが、実際のインシデントが発生したときに平均復旧時間（MTTR）を短縮するのです。インシデント前にプレイブックを作成・維持するのが簡単であるほど、応答がたまたまオンコールの人に依存することが少なくなり、部族の記憶ではなく自動化で実行される部分が増えます。
自分で試してみてください
会話型プレイブック管理は、現在ほとんどのSumo Logicのお客様がご利用いただけます。ヘルプドキュメントで、開始方法の詳細をご確認ください。
現在、当社のお客様ではありませんか？当社チームとのデモをご予約ください。
