Copilotエージェントの作り方は？ライセンス別にできること

結論：Copilotエージェントは、Copilotのアプリで作りたいものを説明するだけで作れます。作り方より先に決まるのが、自社の契約でどのデータを読ませられるかです。社内の文書やメールを参照させられるかはライセンスで変わり、どこから使用量の課金が発生するかも契約の形で変わります。

Copilotでエージェントを作ろうとして、画面に［新しいエージェント］が見当たらない。作れたのに、社内のSharePointに置いた規程を読んでくれない。手が止まるのは作り方よりも、自社の契約で何ができるのかがはっきりしないところです。

公式ドキュメントでは、エージェントで使えるナレッジの種類が契約の形ごとに分かれており、どこから使用量の課金が発生するかも条件つきで書かれています。ここを先に押さえておけば、作ってから「このデータは読ませられなかった」と戻る回数が減ります（出典：Microsoft Learn「開発環境を設定する」）。

生成AIの活用と定着を目的とした研修を行っている当社、株式会社AnataAIが、利用する側の立場から、マイクロソフトの公式ドキュメントと自社での生成AI運用をもとにCopilotエージェントの作り方を整理しました。

Copilotエージェントとは？作り方が違う2つの種類

結論：Copilotエージェントは、Copilotの土台に自分で書いた指示と参照させるナレッジを載せて、特定の仕事に答えさせるものです。人が話しかけたときに答える宣言型と、決めたきっかけで自動的に動く自律型の2種類があります。Copilotのアプリからそのまま作れるのは宣言型です。

宣言型は、役割と参照先を決めた専用の相談相手を用意するものです。社内規程の問い合わせに答える、決まった書式で下書きを作る、といった「人が聞きにいく仕事」に向いています。

自律型は、受信したメールや特定の時刻といったきっかけで、人が話しかけなくても処理を始めます。作るにはCopilot Studioが要ります。自分で計画して動くタイプのAIエージェントを営業でどこまで任せるかは AIエージェントで営業がなくなる？ で解説しています。

Copilotエージェントは契約するライセンスで作れる範囲が変わる

結論：エージェントを作る機能と、Webの公開情報を読ませる使い方は、契約の形が変わっても大きくは変わりません。差が出るのは社内のデータで、読ませたいナレッジの種類ごとに必要な契約が分かれます。どの種類がどの契約で使えるかは、この章の表にまとめています。

Copilotエージェントを使えるライセンスは5つに分かれる

公式ドキュメントでは、契約の形が5つに分けて示されています（出典：Microsoft Learn「Microsoft 365 Copilot を拡張するように開発環境を設定する」）。

1. Microsoft 365 Copilotアドオンライセンスを持つMicrosoft 365
2. Microsoft 365 Copilot Business（中小企業向けの単体プラン）
3. Microsoft 365 E7（フロンティア スイート）
4. 使用量ベースの課金（従量課金制）＝ライセンスではなく課金方式で、テナント側で有効にして使います
5. Copilotアドオンライセンスを持たないMicrosoft 365

5つ目について、公式ドキュメントは「一部のアプリではCopilot Chatエントリ ポイントが表示される場合がありますが、テナントの構成とロールアウトの状態によってはアクセスが制限または無効になります。これらのユーザーは、エージェントの作成や高度なエージェント エクスペリエンスにアクセスできません」と書いています。Copilotの入口が見えることと、エージェントを作れることは別です（出典：Microsoft Learn「開発環境を設定する」）。

入力したデータがどう扱われるかの線引きは 無料版のChatGPT・Geminiは商談データが学習される？ にまとめています。

プランで差が出るのはナレッジの8項目

Copilot本体、Copilot Studio、カスタム エンジン エージェント、カスタム アクション、カスタム手順、コード インタープリター、MCPアプリ、Web検索は、どの契約でも使えると整理されています（出典：Microsoft Learn「開発環境を設定する」）。分かれるのは、何を読ませるかです。次の表は5つの枠組みを機能の差で3列にまとめ直したもので、1〜3は同じ列に入ります。

ナレッジ	Copilot Chat（従量課金なし）	Copilot Chat（従量課金あり）	Microsoft 365 Copilotライセンス	これが使えないとできないこと
Copilot コネクタ	×	○	○	社外システムに置いた情報を答えさせる
SharePoint データ	×	○	○	社内規程や手順書を答えさせる
埋め込みファイルコンテンツ	×	○	○	手元のファイルを読ませて答えさせる
Dataverse	×	○	○	業務アプリの中のデータを答えさせる
メール	×	×	○	自分宛のメールを要約させる
People	×	×	○	社内の誰が何に詳しいかを答えさせる
Teams メッセージ	×	×	○	チャットのやり取りを要約させる
Teams 会議	×	×	○	会議の内容を要約させる

表には注意が4つあります。従量課金なしの列にも利用量の上限があります（公式表記は「使用制限は、含まれているすべての機能に適用されます」）。その範囲で使えるナレッジソースへのアクセスにコストは発生しません。上の表は公式の全行ではなく、差が出る行だけです。Copilot Studioはどの列でも使えますが、組織のデータに接地させる場合は従量課金の設定かCopilot Studioライセンスが要ります（出典：Microsoft Learn「開発環境を設定する」）。

自社の契約でどこまで作れるかを逆算する

使用量の課金がかかるのは、テナントのデータに接地したエージェントを使うときです。Webの公開情報と指示だけで動くエージェントは、課金の対象になりません。契約の状態ごとに可否を並べると次のようになります。

やりたいこと	アドオンなし・従量課金オフ	従量課金オン	Microsoft 365 Copilotライセンス
公開されている情報だけで答えさせる	○（課金の対象外）	○（課金の対象外）	○
SharePointの社内規程を答えさせる	×（従量課金の有効化が必要）	○	○
Teams会議の議事録を読ませる	×	×（SharePointに保存した議事録ファイルなら○）	○

従量課金を有効にしてSharePointのファイルをナレッジにする場合は、課金ポリシーをSharePointエージェントサービスに接続し、使う人がその課金ポリシーのセキュリティグループに含まれている必要があると案内されています（出典：Microsoft Learn「開発環境を設定する」）。

金額はマイクロソフト側の改定で変わるため、見積もりは公式ページで確認してください（出典：Microsoft Learn「ライセンス オプション」／Microsoft Learn「従量課金制サービスの概要」）。

Copilotエージェントの作り方は3通りある

結論：作り方は3つあります。Copilotに会話で説明して作ってもらう、［構成］タブで項目を埋める、テンプレートから使う、です。最初の1体は会話で作るのが早く、細かい調整を［構成］タブで足します。複数のチャネルへの公開や自動実行が必要になったところで、Copilot Studioに切り替えます。

画面の名称やボタンの並びは、マイクロソフト側の更新で変わることがあります。ここで挙げる作り方の表記は、2026年8月時点の公式ドキュメントに合わせています。

作り方に入る前に確認する3つの設定

1つ目は、自社のテナントでエージェントの作成が許可されているかです。公式ドキュメントは「テナントの構成とロールアウトの状態によってはアクセスが制限または無効になります」と書いています。作成の画面が出てこないときは、手順を疑う前にここを確認してください（出典：Microsoft Learn「開発環境を設定する」）。

2つ目は、Power Platformの既定の環境の所在国です。エージェントビルダーは既定の環境が対象の国またはリージョンにある場合に使えるとされており、日本は対象に含まれます（出典：Microsoft Learn「リージョンの可用性と言語サポート」）。所在国はPower Platform管理センターで確認できます。

3つ目は、GCC・GCCHの制約です。エージェントビルダー自体はどちらでも利用できますが、GCCHではテナント管理者がアクセス権を付与する必要があり、他のユーザーと共有できないと案内されています（出典：Microsoft Learn「リージョンの可用性と言語サポート」）。

いちばん早い作り方は、自然言語で説明すること

Copilotのアプリで左側のナビゲーションにある［エージェント］の、［新しいエージェント］に進みます。あとは会話の形で、誰向けの何をする係かを説明します。渡した内容から、名前・説明・手順（ガイドライン、手順、エラー処理、例を含む）・ナレッジソース・推奨されるプロンプトが自動で埋まります。参照させたい資料はチャットボックスの［＋］から追加できます。

オーサリング言語には日本語（ja-JP）が含まれているため、日本語のまま説明して作れます。ただし公式ドキュメントは「自然言語エクスペリエンスは、Microsoft 365 言語を使用可能な言語のいずれかに設定した場合にのみ使用できます」と条件を付けており、優先言語が対象外の場合は［構成］タブで手動で組み立てます（出典：Microsoft Learn「エージェント ビルダーを使用してエージェントをビルドする」）。

［構成］タブで決める8つの項目と上限

［新しいエージェント］の画面で［スキップ］を選ぶと［構成］タブが開き、8つの項目を自分で埋められます。会話で作ったエージェントも、あとからこのタブで直せます（出典：Microsoft Learn「エージェント ビルダーを使用してエージェントをビルドする」）。

• 名前＝30文字まで
• アイコン＝PNG・192×192ピクセル・1MB以内
• モデル＝既定の応答モード
• 説明＝1,000文字まで
• 手順＝8,000文字まで
• 知識＝最大20ソース（SharePointサイト・フォルダー・ファイル、またはCopilotコネクタ）
• 機能
• スタータープロンプト

応答モードは「自動」「クイック応答」「より深く考える」の3つです。ここで決めるのは既定値で、使う側はモデルセレクターから上書きできます。なお@mentionで呼び出したときは既定の応答モードが適用されません。公式ドキュメントはこれを「既知の問題」として明記しています（出典：Microsoft Learn「エージェント ビルダーを使用してエージェントをビルドする」・参照2026-08-20）。

テンプレートを使った作り方

［新しいエージェント］ページの［テンプレートの開始］から選ぶと、説明・手順・プロンプトが入った状態で作られます。そのまま使うことも、あとから直すこともできます。

［試してみる］タブでテストする

名前・説明・手順が入ると［試してみる］タブが使えるようになり、作成中のエージェントを公開後と同じように動く状態で試せます。ただしプロンプトの共有、フィードバックの送信、他のエージェントの@mentionはこのタブでは動かず、作成後に使えます。

Copilot Studioに切り替える判断基準

切り替えるのは次の3つのどれかに当たったときです。複数のチャネルに公開する、外部サービスと連携するアクションを持たせる、トリガーで自動実行させる。SharePointの文書やCopilotコネクタを参照させたいだけなら、エージェントビルダーの［知識］で足ります。

Copilot Studioを使う場合の条件は、前の章のナレッジのライセンス条件とは別に効きます。Studio自体はMicrosoft 365のユーザーが利用できるとされていますが、組織のデータに接地するエージェントをStudioで作る場合は、従量課金の設定かCopilot Studioライセンスが要ります。Power Platform管理センターでの生成AI機能の有効化と、Microsoft 365管理センターでのCopilot Studioアプリの展開も前提になります（出典：Microsoft Learn「Microsoft 365 Copilot を拡張するように開発環境を設定する」）。

Copilotエージェントの指示の作り方

結論：指示に入れる構成要素は、必ず入れる3項目と、必要に応じて足す6項目に分かれます。手順欄には文字数の上限があるため、何を手順欄に残して何をナレッジ側に置くかを先に決めます。上限に当たったときの扱い方は、この章の後半にまとめています。

Copilotエージェントの指示に入れる項目

公式ドキュメントは、宣言型エージェントの指示を「主なコンポーネント」と「関連する場合に含めるコンポーネント」に分けています。主なコンポーネントは3つで、用途、一般的なガイドライン（一般的な指示・トーン・制限事項を含む）、スキルです。関連する場合に含めるコンポーネントは6つで、詳しい手順、エラー処理と制限事項、フィードバックと反復、相互作用の例、非標準用語、フォローアップとクロージングです（出典：Microsoft Learn「宣言型エージェントの効果的な命令を記述する」）。

同じページには、指示を書きっぱなしにしない理由も書かれています。Copilotは定期的に新しいモデルに移行するため、時間の経過とともに動作が変化する前提で指示を見直す必要がある、という注記です。

9項目のうち社内向けのエージェントで先に効くのは、非標準用語とエラー処理です。自社だけで通じる略語や商品コードを書いておかないと、ナレッジの中の言葉と質問の言葉が結びつきません。ナレッジに載っていないことを聞かれたときの答え方を決めておかないと、それらしい一般論が返ります。

当社が運用して効いた指示の書き方

当社は自社の業務で、役割ごとに指示書を持たせた生成AIを日常的に動かしています。書ける量に限りがあるのは同じで、増やすほど良くなるわけでもありません。効いたのは、作業の全パターンを書き並べるのをやめ、迷ったときの判断の基準だけを残すやり方です。

手順欄に入れるのは、判断が分かれる場面と、そのときに何を優先するかです。参照すれば分かる事実（数字、規程の条文、商品の仕様）は手順欄から外し、ナレッジ側のファイルに置きます。この分け方にすると、上限に当たったときに削る対象が決まります。

あなたは〔部署名〕の問い合わせ対応係です。回答はナレッジの文書に書かれている内容だけを根拠にし、根拠にした文書名を最後に添えてください。書かれていないことを聞かれた場合は、推測で答えず「この資料には記載がありません」と答え、〔担当部署〕への確認を案内してください。

もう1つ答えが安定するのが、出力の形を先に決めておくことです。

回答は3つに分けてください。結論を1文、根拠を箇条書きで3つまで、ネクストアクションを1つです。社外向けの文面を求められた場合のみ、この形をやめて本文だけを返してください。

指示をナレッジ側の文書に置かない

公式ドキュメントは、8,000文字の制限を回避する目的で、指示をSharePointの文書などのナレッジソースに保存・移動しないよう明記しています。理由は2つあります。ナレッジ側に書いた文章は指示として確実に扱われる保証がないこと、そしてその文書を編集できる人であれば誰でもエージェントの動きを変えられてしまうことです（出典：Microsoft Learn「宣言型エージェントの効果的な命令を記述する」）。

この禁止事項は、運用を始めたあとに効いてきます。答えが変わったと気づいたときに、指示を直すのか、ナレッジのファイルを差し替えるのかが最初から分かれているためです。

Copilotエージェントを社内に公開する手順

結論：作った直後のエージェントは自分だけが使える状態です。人を足すときは［共有］から役割を選び、テナント全員に見せるなら組織カタログに提出して管理者の承認を受けます。共有する前に、相手のライセンスとナレッジにしたファイルの閲覧権限もあわせて確認します。直したあとは［更新］を選ぶまで反映されません。

エージェントを個人で共有するときの2つの役割

［共有］から人を追加すると、役割を2つから選べます。［編集可能］は所有者にあたり、編集・共有・管理ができます。［チャット可能］は対話だけができます。グループを所有者にはできないため、複数人で面倒を見る場合は個人を所有者として追加します（出典：Microsoft Learn「Copilot で構築されたエージェントの共有と管理」）。

組織全体にエージェントを出すには管理者の承認が要る

テナント内の全員に見せる場合は［チャットアクセスの組織全体で共有］のトグルを使います。ただし、このトグル自体を管理者が制限できます。組織全体の共有が無効にされている場合、トグルはグレー表示になり、制限の理由を説明するツールヒントが表示されます（出典：Microsoft Learn「Microsoft 365 Copilot で構築されたエージェントの共有と管理」）。

組織カタログに提出すると管理が分かれます。自分で共有している版は引き続き自分で更新できますが、提出後のストア版は管理者の管理下に入ります。管理者がMicrosoft 365管理センターで承認すると、エージェントストアの［組織によってビルド］に並びます。作ったエージェントは、Copilotアプリのエージェント一覧から呼び出せます（出典：Microsoft Learn「管理センターでのエージェントの管理」／Microsoft Learn「エージェント ストア」）。

使う人に見えないSharePointの内容は回答に出てこない

エージェントを共有しても、使う人がそのSharePointファイルを見られない場合、その内容は回答に含まれません。相手の側では、同じ質問をしても答えが薄くなります。だからナレッジに入れる前に、誰に見せてよい情報かを決めておきます。どの情報を生成AIに入れてよいかの決め方は シャドーAI対策 にまとめています。

管理者側の統制は、承認だけではありません。公式ドキュメントは、Copilotが既存のアクセス許可とポリシーを使うと明記しています（出典：Microsoft Learn「Microsoft 365 Copilot を拡張するように開発環境を設定する」「セキュリティとプライバシー」）。権限設計をやり直すより、いまのSharePointの権限がそのまま答えの範囲になる前提で置き場所を決めるほうが早く進みます。

作ったCopilotエージェントを直す・消す

直すときは［すべてのエージェント］の一覧から対象を選び、［…］（その他の省略記号）→［編集］（鉛筆アイコン）→［構成］タブで修正します。変更は自動保存されますが、右上の［更新］を選ぶまで使う人には反映されません。

SharePointのファイルやフォルダーをナレッジにしているエージェントを更新したときは、同じ相手に共有し直すことが推奨されています。再共有しないとファイルが自動で共有されず、相手側の回答だけが変わります（出典：Microsoft Learn「Copilot で構築されたエージェントの共有と管理」）。

不要になったら［…］→［削除］（ごみ箱アイコン）で消します。削除すると、他の所有者と共有した全ユーザーが使えなくなります。公式ドキュメントは削除が永続的で元に戻せないことを「重要」として明記しているため、消す前に共有先を確認してください（出典：Microsoft Learn「Copilot で構築されたエージェントの共有と管理」）。誰が更新の担当かを決めておくと、所有者が異動したときに手が止まりません。

作ったCopilotエージェントが使われなくなる原因

結論：使われなくなる原因でよくあるのは3つです。ナレッジのファイルが使う人に見えていない、不具合や精度の低さを直さないまま使っている、配っただけで使ってもらう働きかけがない、の3つです。

ナレッジのファイルが、使う人には見えていない

見分け方は、答えが薄いという声が特定の人からだけ上がっているかどうかです。作った本人はそのSharePointサイトの権限を持っているため、テストでは正しく答えます。理由は前章の「使う人に見えないSharePointの内容は回答に出てこない」のとおりなので、まずナレッジにしたファイルの閲覧権限を確認してください。

不具合や精度の低さを、直さないまま使っている

何もしないと回答が外れた人は、不満を伝えずに使うのをやめます。声が上がらないまま利用が減るため、作った側は問題に気づけません。外れた回答を集める場所を決めて、指示とナレッジのどちらが原因かを切り分けてください。事実が古いならナレッジ側のファイルを差し替え、判断の基準が抜けているなら手順欄に足します。定期的なメンテナンスや改善は必須と言えます。

Copilotエージェントを配っただけで、使ってもらう働きかけがない

どれだけ便利でも案内を1回流しただけでは広がりません。浸透するまでは、管理職が自分の業務で使って結果を見せる、会議で使った例を共有する、使い方の質問を受ける場を用意する、といった働きかけが要ります。ツールを配る作業と、使われる状態にする作業は別と言えます。

まとめ

• Copilotのアプリから作れるのは、人が聞いたときに答える宣言型。自動で動く自律型はCopilot Studioで作る。
• 契約で差が出るのは読ませられるナレッジの種類と、使用量の課金がかかる範囲（詳細は本文の表）。
• 作る前に、テナントで作成が許可されているか、既定の環境の所在国、GCC・GCCHの制約の3つを確認する。
• 指示に残すのは判断の基準。参照すれば分かる事実はナレッジ側のファイルに置く。
• 使われる範囲は公開の仕方で決まる。個人共有か、組織カタログに提出して管理者の承認を受けるかを先に決める。
• 直したあとは［更新］を選ぶまで反映されない。削除は元に戻せず、共有していた全員が使えなくなる。

当社、株式会社AnataAIは、営業の業務に生成AIを定着させるための研修を行っています。伝わる指示の5要素（役割・指示・文脈・制約・出力形式）から、自社版プロンプト集の使い方までを扱い、定着・内製化まで伴走します。社内だけで進めるのが難しい場合は、まずはお気軽にご相談ください。

Copilotエージェントの作り方でよくある質問