AiDaHはTeamsなどから社内システムを調べ、対応案を人へ返します。150超の文書化済み業務を扱い、実際の加入者情報を変更する段階では担当者の確認を残しています。 チケット減少率はU Mobileの内部測定です。低コストの振り分け、利用者別権限、監査、現場の手順化を一体で設計した点が導入の参考になります。 社内システムを横断する調査を一つの入口へ AWSは11月4日、マレーシアのU MobileがAgentCoreで運用するAiDaHを紹介しました。従業員はMicrosoft Teamsなどから質問し、複数の業務システムを横断した調査結果と対応案を得ます。システムごとの画面を人が確認する負担を減らす狙いです。構成は8つの専門エージェントを持ち、150を超える文書化済みの業務場面に対応しています。記事は、情報を調べる支援から作業を進める仕組みへの発展を説明します。一方、実際の加入者アカウントに変更を加える場面では、担当者の確認を残しています。完全自律の復旧は今後の目標です。 依頼の振り分けと権限確認を実行より先に置く AiDaHはシンガポールのリージョンで稼働し、依頼ごとに本人確認、役割に応じた権限、ガードレールを確認します。記事では、約70％をキーワードによる決定的な処理、20％を軽量モデル、10％を全体の調整役へ振り分けるとしています。専門担当は顧客管理、注文、障害、監視、分析、費用などを扱います。AgentCore Gatewayを通じたMCPの窓口を設け、社内システムには暗号化したVPNで接続します。機密項目はモデルへ渡る前に隠します。影響を受けるのは、問い合わせ窓口と通信運用の担当者、業務システムの管理者と見られます。回答の生成だけでなく、依頼者が使える道具を限定する点が運用の基礎になっています。 社内測定の改善を因果の証明と混同しない U Mobileの内部測定では、2026年1月から9月の月間チケットが、提供設定・ネットワークで84.5％、一般照会で81.6％、請求・課金で48.7％減ったとしています。これは同社の報告であり、ほかの組織で同じ削減率を保証するものではありません。導入側では、件数だけでなく、処理時間、再照会、誤った操作をどう数えるかが論点になると見られます。AiDaHはL2支援の標準手順にも組み込まれ、監査の対象です。全体の呼び出し記録と実際のAPI操作を追跡する仕組みも説明しています。新しい運用領域を増やす際は、道具の定義と利用権限を整える作業が必要です。共通基盤があっても、各業務の承認工程まで自動で決まるわけではありません。 利用定着と自律復旧を別の段階で進める 現場では、自由に質問するよう求めるだけでなく、代表的な業務の質問例を用意しています。使い慣れた入口と手順を整え、日常の運用へ組み込んだ点が特徴です。今後は接続先と対象領域を広げ、複数システムにまたがる原因分析を深める方針です。人を介さず検知から復旧まで進める状態は、引き続き目標とされています。次の判断点は、どの操作まで自律化し、どこに人の判断を残すかです。業務の範囲を広げるたびに、その境界を確認する必要があると見られます。