
SelectorがFoundryを発表 ネットワーク運用のAIエージェントを開発・管理
公開日:
Selector Software, Inc.は2026年10月5日、ネットワーク運用向けのAIエージェント開発・実行環境「Selector Foundry」を発表しました。相関分析済みのデータを使い、障害調査やチケット起票、復旧策の提案などを支援します。エージェントは自社のGitリポジトリで管理し、過去のイベントデータを使って本番反映前に検証すると説明しています。対応策を実行するかは担当者が判断し、顧客が設定した権限と範囲で運用する設計です。
ポイント
- 1Selectorがネットワーク運用向けAIエージェント環境を発表
- 2障害調査やチケット管理の作業を、相関分析済みのデータに基づき支援
- 3自社のGit管理と過去データによる事前検証を経て、本番環境へ反映
障害調査の後続作業をAIエージェントで支援
Selector Software, Inc.は2026年10月5日、ネットワーク運用向けのAIエージェント開発・実行環境「Selector Foundry」を発表しました。同社のAIOps基盤が相関分析したデータを利用し、障害調査からチケットの起票・更新、関係者への通知、復旧策の提案までを支援する製品です。
同社によると、未加工のログから分析をやり直すのではなく、特定された根拠を起点にエージェントが後続作業を進めます。提案には対応策と根拠が示され、対応策を実行するかは運用担当者が判断すると説明しています。公式製品ページも、変更は顧客が設定した範囲内で人が承認すると案内しています。
復旧対応の迅速化を狙う設計ですが、発表には短縮効果の測定条件や保証値は記載されていません。価格、契約条件、日本での導入支援範囲は、個別に確認する必要があります。
運用手順や現場の知見を実行可能なコードへ
ネットワークの正常・異常の判断は、構成、ベンダー、命名規則、メンテナンス時間帯、連絡経路によって変わります。同社は、運用チームが持つ手順書や熟練エンジニアの知見を、エージェントのコードへ変換する考え方を示しています。
公式製品ページでは、エージェントビルダー「Sculptor」に自然言語で独自の処理を説明し、ツールの選択・設定を支援すると案内しています。実行範囲は許可したツールやアクセス権の下に置きます。作成した処理が自社の例外条件や手順に合うかは、担当チームのレビューと検証が必要です。
Gitによる管理と過去データを使った事前検証
エージェントは一般的なソフトウェアと同様に管理すると説明しています。開発から実行までの主な仕組みは次の通りです。
| 工程・制御 | 発表された仕組み |
|---|---|
| 作成・管理 | コードとして定義し、顧客自身のGitリポジトリへ保存 |
| レビュー | 既存のプルリクエストの手順でチームが確認 |
| 本番反映前の検証 | 過去のイベントデータで再実行し、実際の対応記録と比較 |
| 問題発生時 | ワンステップのロールバックに対応 |
| 実行のきっかけ | イベント、定期スケジュール、REST API、担当者の手動要求 |
| 権限管理 | 既存のロールベースアクセス制御とID管理を適用 |
過去データでの検証は本番反映前の確認に使えますが、すべての障害や誤動作を防ぐ保証ではありません。承認範囲、使えるツール、失敗時の対応を自社の運用手順に合わせて確認する必要があります。
6種類の標準エージェントと担当する処理
発表では6種類の標準エージェントを同梱するとしています。公式製品ページが示す6つの役割は次の通りです。
| エージェント | 主な役割 |
|---|---|
| Rosetta | 自然言語の質問を受け、専門エージェントを呼び出して根拠付きの回答をまとめる |
| Loom | アラートの相関分析、根本原因の特定、タイムライン・影響範囲の整理 |
| Ticketmaster | ITサービス管理システムへのチケット起票・更新 |
| Herald | チャットやメールによる通知、相手に合わせた報告の作成 |
| Artist | 質問に応じたダッシュボードの生成 |
| Sculptor | 顧客独自の処理に向けたエージェントの構築支援 |
標準エージェントは自社開発のエージェントと同じリポジトリに置き、そのまま使うか手順に合わせて拡張できると説明しています。対応するITサービス管理製品や通知先、必要な権限は、導入環境に合わせて確認が必要です。
データの実行場所とアクセス制御を確認
同社は、エージェントがテレメトリを収集している環境で実行され、運用データを外部のエージェントサービスへ複製・転送しない設計だと説明しています。エージェントのコードは顧客側のGitリポジトリで管理します。
ただし、この説明だけで製品全体のすべての通信やデータ処理を把握できるわけではありません。利用するAIモデル、保管場所、連携先に渡す情報、実行権限などは導入時に確認する項目です。データを外部サービスへ複製しない設計を、あらゆる情報漏洩や障害を防ぐ保証としては捉えられません。
Q&A
Q. Selector Foundryとは何ですか?
A. ネットワーク運用チーム向けのAIエージェント開発・実行環境です。相関分析済みデータを使い、障害調査やチケット管理などを支援します。
Q. 復旧処理はすべて自動で実行されますか?
A. 発表では対応策と根拠を示し、実行は運用担当者が判断すると説明しています。公式ページでも顧客が設定した範囲と人の承認を示しています。
Q. 本番環境へ反映する前にどう確認しますか?
A. 顧客のGitリポジトリでコードを管理し、チームでレビューします。過去のイベントデータで動作を再実行し、実際の対応記録と比較します。
関連リンク

O!Productニュース編集部からのコメント
過去のイベントデータでエージェントを再実行できる設計が示されています。自社の障害対応記録と比べて、承認が必要な処理を見極める用途に使えそうです。
引用元:PR TIMES
この記事の著者
O!Productニュース編集部
