AI901-Foundry#55-2
注: この問題は、同じ前提を持つ一連の問題の一部です。それぞれの問題には異なる解決策が提示されます。
前提
ある人事系企業が、社内 IT サポート用のチャット型 AI を Foundry single-agent で構築します。社員が問い合わせると、知識ベース検索 / チケット作成 / FAQ 回答 / 必要なら担当者へエスカレートを自律的に行う必要があります。Microsoft 公式パターンに沿った設計が求められます。
解決策
agent を使わず、Foundry SDK の chat.completions.create を 1 回だけ呼び出すシンプルな実装で対応します。tools 宣言 / instructions / playground テストはすべて省略します。
この解決策は目的を満たしますか?
解説
【判定: いいえ】の理由rn本提案は要件 (知識ベース検索 / チケット作成 / FAQ 回答 / エスカレート の多段処理) を満たせません。第一に、単発 chat.completions.create では外部 API (知識ベース / チケット システム / ユーザー情報) を呼び出せず、LLM が応答テキストを生成するだけで実際の業務処理は不可能です。第二に、instructions 不在は agent の振る舞いが定義されず、エスカレーション ルールや禁止トピックの制御もできません。第三に、playground テスト省略は本番デプロイ前のリスク検証ループを欠き、Responsible AI の Reliability and safety 原則違反です。Microsoft 公式は多段処理 + 外部 API 統合 + 自律判断が必要な IT サポート ユース ケースには Foundry single-agent / multi-agent の採用を推奨しており、本提案はこの基本に完全に反します。rnrn【「はい」が違う理由】rn単発 chat.completions.create では本シナリオの「自律的な業務処理」要件を満たせず、技術的にも運用的にも失格です。「目的を満たす」と判定する根拠はありません。

コメント