Copilot StudioエージェントのAIモデルをいつアップグレードするか決めてください

新しいモデルが必ずしもより良いモデルとは限りません。 オーケストレーションプラットフォームでは、命令追従、ツールの選択、レイテンシの方が純粋な能力よりも重要です。 公開ベンチマークでリードするモデルでも、これらの指標では成績が悪くなる可能性があります。

2つの出来事がモデル変更を提示し、それぞれ異なる対応を求めています。

モデルのライフサイクルイベント 意味
新モデルリリース 新モデルはプレビュー版や一般公開版として提供されることがあります。 移行が必要になる前に、関連モデルが利用可能になり次第評価し、その品質、命令追従、遅延、信頼性、消費特性を理解しましょう。
モデルの引退 退職は頻度が少ないですが、影響を受けたエージェントが定められた期限内に支援された代替者に移らなければならないため、より混乱をもたらします。 チームは影響を受けたエージェントを特定し、所有者に連絡し、テストを完了し、回帰を修正し、代替エージェントを展開する必要があります。

Important

退職発表を待ってからモデルのライフサイクル計画を始めましょう。 在庫、 再利用可能な評価ベースライン、現在のテスト結果を維持するチームは、退職発表後に分析を始めるのではなく、代替モデルに関する証拠をもとに退職移行を開始できます。

前提条件を確認しましょう

候補モデルを評価する前に、以下の前提条件を確認してください。 ほとんどはすべてのモデルに当てはまります。 2つは条件付きで、候補者が該当するクラスに該当する場合のみ確認が必要です。 候補者に該当する前提条件が不合格なら、その条件にアップグレードしないでください。 詳細は 「AIモデルの状況を理解する」をご覧ください。

前提条件 適用対象 チェック方法
モデルは一般的に入手可能か、デフォルトです すべてのモデル モデルのリリースタグを確認してください。
このモデルはお住まいの地域で入手可能です すべてのモデル モデル名だけでなく、地域の記載を確認してください。 一部のモデルはアーリーアクセス環境に限定されています。
使用カテゴリはエージェントの目的に合致します すべてのモデル ディープタグ、オートタグ、一般的なタグをエージェントの行動にマッチさせ、どのモデルが最も高く評価されるかを選びません。
安全姿勢は許容範囲内です すべてのモデル モデルの安全性と責任あるAI評価結果を公開したものを確認しましょう。 アラインが低いとフラグが立てられたモデルは、能力に関わらず生産候補にはなりません。
クロスジオの姿勢は許容範囲です 条件付き:あなたの地域でクロスジオタグが付いたモデル、一般に利用可能なモデルも含む 移行前にコンプライアンス承認を取得してください。 リー ジョン間 移動の有効化は、すでに処理されたデータに対して遡って元に戻すことはできず、規制されたワークロードではそもそも許可されないかもしれません。
管理者はモデルクラスを有効にしています 条件付き:プレビュー、実験モデル、外部モデル ターゲット環境で必要な設定がオンになっているか確認してください。 地域でクロスジオタグが付いていない内部の一般利用可能なモデルは、追加の支援は必要ありません。

アップグレードの良い理由

  • 現行モデルは廃止される。 この理由は必須であり、タイムラインに基づいています。
  • デフォルトのモデルが変わり 、エージェントはデフォルトのモデルを使用します。 モデルは計画しているかどうかにかかわらず変わるので、結果を検証してください。
  • 指示追従の失敗、ツール選択の不備、接地の弱さ、許容できない遅延、高い消費など、監視によって記録された生産ギャップ。
  • エージェントが必要とする機能 が利用可能になります。例えば、複数のツールを連鎖するエージェント向けの強力な多段階ツールオーケストレーションなどです。
  • より速い、またはより安価なモデルは 、あなたの品質基準を満たしつつ、クレジット消費も低くなります。
  • 地域的またはコンプライアンスの改善、例えばモデルが地域内で利用可能になり、地域間での依存性を取り除くこと。

アップグレードの理由が悪い

  • このモデルは最新のモデルです。 公開ベンチマークは、あなたの指示やツール、知識源を測定するものではありません。
  • モデルはリーダーボードでより高いスコアを獲得しました。 総合的なベンチマークスコアは、エージェントの指示遵守やツールの抑制については何も示していません。
  • 別のチームのエージェントもそれで成長しました。 異なる指示や道具が異なる結果をもたらします。
  • チームは推論モデルを求めています。 ディープモデルは遅延とコストを増やし、多くの会話型エージェントには不要です。
  • 実際には指示書や知識、工具の説明の問題を解決するのです。 まずは診断を下しましょう。 モデル交換は、範囲が狭い知識源や曖昧なツール説明を直すものではなく、既存のリスクに新たなリスクを加えるだけです。

モデルごとのアップグレードガイダンスを確認してください

新しいモデルが置き換えるモデルと大きく異なる挙動を示す場合、モデル提供者は通常、モデル固有のアップグレードガイダンスを公表します。 このガイダンスは、既存アプリケーションに最も頻繁に影響を与える動作変更と、それに対応するプロンプトの変更について説明しています。 新しいモデルをCopilot Studioで評価する前に確認し、エージェントが必要とする変更計画に活用してください。

モデルアップグレードの指針は一般的に以下を対象としています:

  • 指示に従う:新しいモデルは指示をより文字通りに従うことが多いです。 意図を推測する以前のモデルに依存していた命令は、必要な振る舞いを明示する必要があるかもしれません。
  • ツールおよびアクションの選択:モデルがツールを呼び出す方法、呼び出すツールの数、ツールの記述やパラメータ定義の使い方の変化。
  • レスポンス形式と長さ:デフォルトの冗長さ、構造、フォーマットの違いがユーザー体験や下流処理に影響を与えること。
  • 推論と計画行動:モデルが多段階タスクを分解する方法の違い。これは複数のツールや知識源をオーケストレーションするエージェントに影響を与える。
  • 削除すべきプロンプトパターン:以前のモデルの制限に追加された回避策は、新しいモデルの結果を悪化させることがあります。

該当する推奨情報をCopilot Studioで制御するエージェントアーティファクトに翻訳してください。 詳細は「 モデル変更が影響を与えるエージェントのアーティファクトを更新する」をご覧ください。

以下の例は、提供者が発行する指導モデルの種類を示しています。 すべての推奨がCopilot Studioに当てはまるわけではありません。Copilot Studioはモデル呼び出しを管理し、すべてのモデルパラメータを公開するわけではありません。 指示、道具の説明、行動指導に集中してください。

例示 学習
Claudeのプロンプトのベストプラクティス 必要な行動と出力について明確にし、なぜその行動が重要なのかを説明する文脈を加え、以前のモデルで書かれたプロンプト回避策は削除しましょう。
GPT-5 プロンプト ガイド 矛盾または曖昧な指示を解決し、モデルがどれだけ独立した行動を取るべきかを調整し、ツールの説明や応答の冗長さを調整します。

モデル退職に対応する

退職とは、締め切りが付随する唯一のライフサイクルイベントであり、それに特化した作業は移住が始まる前に行われます:

  1. 公開 されているモデルのリストで、影響を受けるモデル、置き換え機種、地域範囲、退役予定を確認してください。
  2. 影響を受けたエージェントや環境を特定しましょう。
  3. 事業者および技術者の所有者に連絡し、退職期限、代替モデル、必要な評価作業について説明してください。
  4. エージェントの優先順位をビジネスの重要度、ユーザーへの影響、退職までの残り時間で決めましょう。

そこから、影響を受けた各エージェントはプロアクティブアップグレードと同じ移行経路をたどります。 詳細は 「モデル移行の実行と検証」をご覧ください。

影響を受けた各エージェントを評価、是正、承認、展開、移行後の監視を通じて追跡し、個々の所有者が追跡するのではなく、遺産全体で移行状況を明確に示します。

引退モデルのウィンドウを一時的な移行時間として使います

Copilot Studioは、自動アップグレード後30日間、エージェントが引退したプライマリモデルを使い続けられるようにすることができます。 追加の互換性期間が必要な場合は、エージェントの設定ページに行き、モデルセクションで「引退モデルの使用を続ける」をオンにしてください。

設定がオンになった後は、30日間の期間中いつでも引退モデルとアップグレードモデルを切り替えることができ、設定をオフにするまでは今後のモデルアップグレードにも優先順位が適用されます。

Important

30日間の引退モデルオプションは一時的な互換性の窓口であり、長期的な移行戦略ではありません。 期間終了前に評価と移行を完了してください。

移行計画内で設定の使用を追跡し、どのエージェントが使用しているか、誰が承認したか、延長がいつ終了するか、残りのアクションなどを把握してください。 設定は各エージェントごとに個別に設定されているため、多くの影響を受けたエージェントを持つ組織は、適用や追跡に必要な時間と所有権を考慮しなければなりません。

次のステップ

アップグレードの準備ができたら、移行プロセスを踏んで候補モデルを評価し、回帰を修正し、変更を展開してください。

モデル移行を実行し検証する

  • Last updated on