※本記事は当社独自の基準に基づき作成・編集しており、【プロベルおすすめ】と記載があるものは、プロベル有料掲載社のプロモーションが含まれます。

Copilotエージェントは、担当する役割や参照する資料を決め、特定の業務を支援できるようにする仕組みです。社内規程への質問に答える用途から、問い合わせを受け付けて業務システムへ登録する用途まで、構築方式によって任せられる範囲が変わります。
情報を探して回答するところから試すならAgent Builder、外部システムの操作や複数工程の処理まで組み込むならCopilot Studioが選択肢になります。

この記事では、法人で利用するMicrosoft 365 Copilotを中心に、両方式の違い、作成手順、料金と権限の考え方を解説します。後半では、導入する業務の選定やAI化の進め方を相談できる会社も紹介します。

Copilotエージェントとは？通常のチャットとできることの違い

通常のチャットでも資料の要約や文章作成はできます。エージェントにする利点は、繰り返す仕事の役割、参照情報、回答ルールなどをあらかじめまとめておけることです。利用者が毎回同じ前提を説明する手間を減らし、業務に合った使い方を共有しやすくなります。

社内資料の検索・回答から業務処理まで用途が広がる

例えば、社内規程を探すエージェントには、対象の規程と「回答の根拠を示す」というルールを設定します。社員は「出張申請はいつまでに必要か」と尋ね、該当する手続きを確認できます。営業部門なら、製品資料を基に提案の論点を整理する使い方も考えられます。
一方、問い合わせ内容を分類し、受付システムへ登録するには、回答を生成する以外の処理が必要です。接続先や実行権限を設定する方式を選ぶため、資料の検索とシステムへの書き込みは分けて設計しましょう。

Microsoftが用意した既成のエージェントと、自社で役割を決めて作るエージェントもあります。汎用的な調査や分析で足りる仕事は既成の機能で試し、自社の規程や判断手順に合わせたい部分を自作する、という順序なら作る範囲を絞れます。すべてのエージェントが、人の指示なしに業務を進めるわけではありません。

業務用・個人向けCopilotと開発支援のエージェントを区別する

「Copilot」という名前だけでは、利用できるデータや管理方法は判断できません。本稿で扱うのは、主に仕事用アカウントで使うMicrosoft 365 Copilotと、そのエージェント構築機能です。
個人向けMicrosoft Copilotや、プログラミングを支援するGitHub Copilotのエージェント機能は、利用する契約や目的が異なります。手順を調べる前に、会社のどのアカウントで、どの製品を使うのかを確認してください。個人向けの契約を持っていても、会社のSharePoint資料を扱う権限が付くわけではありません。

Agent BuilderとCopilot Studioは何が違う？

最初の分かれ目は、情報を使って回答すれば仕事が終わるか、回答後の処理まで動かす必要があるかです。利用人数だけで決めると、少人数でも必要になる外部連携や、全社で使う際の管理要件を見落としやすくなります。

比較項目	Agent Builder	Copilot Studio
作成の入口	Microsoft 365 Copilot内	専用のWebポータル
主な用途	社内資料に基づくQ&A、文章作成の支援	システム連携、分岐や承認を伴う複数工程の処理
共有・公開	Microsoft 365内の利用者への共有	Teams、Microsoft 365、Webサイトなど対応チャネルへの公開
選ぶときの基準	知識と指示の設定で目的を満たせる	実行する処理や接続先、公開後の管理まで設計したい

Agent Builderは個人やチームの情報活用から始めやすい

Agent Builderは、自然な言葉で目的を伝えたり、設定欄へ指示や資料を登録したりして作成できます。社内規程のQ&Aなら、参照する資料と回答の仕方を決め、作成画面の中で試せるため、小さな試作から始めやすい方式です。
ただし、外部サービスを操作するアクションの作成には対応していません。外部データを回答の根拠として読むことと、そのシステムの記録を更新することは別です。受付登録や承認の実行が必要なら、Copilot Studioへの拡張を検討しましょう。

共有は個人やチームでの利用から始められ、管理者の設定に応じて組織全体へのチャット共有も可能です。「全社で使うから必ずStudio」と決めるのではなく、必要な処理、公開先、管理の細かさを合わせて判断します。

Copilot Studioはシステム連携や複数工程の設計に向く

Copilot Studioでは、データや外部サービスと接続し、質問への回答から業務処理へつなぐエージェントを設計できます。例えば、IT機器の問い合わせを受け、必要事項を聞き取り、担当部署へ回す受付を作る場合に適しています。
複数の公開先や、開発・テスト・本番環境を分ける管理にも対応します。その分、どの利用者に何を実行させるか、失敗した処理を誰が引き継ぐかまで決める必要があります。画面で作れることと、業務設計が不要であることは同じではありません。

Agent Builderで試した後、より高度な連携が必要になれば、エージェントをCopilot Studioへコピーできます。最初から大きく作るより、資料から適切な回答が得られるかを先に確かめ、必要な処理を追加する進め方が取りやすくなります。

Agent BuilderでCopilotエージェントを作る手順

ここでは「社内の出張規程を基に、申請手続きを案内するエージェント」を例に説明します。設定に使える機能は契約や管理者のポリシーで変わるため、会社で利用を許可された環境で進めてください。画面の日本語表記が異なる場合は、括弧内の英語名を目印にできます。

1. 対象業務と利用できるライセンスを確認する

最初に、誰の何の手間を減らすのかを一つに絞ります。出張規程なら「申請期限と必要書類を案内する」までを試作範囲にし、出張の承認や個別の例外判断は担当部署に残すと、テストの合否を判断しやすくなります。
そのうえで、仕事用アカウントからAgent Builderを開けるか、参照予定のSharePoint資料を使える契約・権限があるかを確認します。作成メニューが見当たらない場合は、管理者側で利用が制限されている可能性もあるため、先に社内の担当者へ確認しましょう。

2. 役割と回答ルールを指示し、知識を登録する

Microsoft 365 Copilotの「新しいエージェント（New agent）」から、作りたい内容を説明します。会話で設定を作る方法のほか、「構成（Configure）」で手動設定する方法やテンプレートもあります。自然言語で作成した場合も、最後にConfigureで名前・説明・指示・知識を見直してください。

規程案内の指示には、例えば次の内容を入れます。

あなたは社員向けの出張手続き案内を担当します。登録した現行の出張規程から、申請期限と必要書類を説明してください。回答には根拠となる資料名を添えてください。資料に記載がない個別判断や承認は行わず、総務の確認窓口を案内してください。質問の条件が足りないときは、先に不足する条件を尋ねてください。

「知識（Knowledge）」には、管理部署が正本として扱う規程を登録します。旧版と新版が混在すると、指示文を整えても誤った期限を回答する原因になります。まず現行版に絞り、改定日や適用対象が資料内で分かる状態にしておくとよいでしょう。
SharePointなどの参照元と、端末からアップロードする埋め込みファイルでは共有時の扱いが異なります。規程と一緒に個人別の申請履歴をまとめて登録せず、利用者へ見せてよい資料を選びます。追加した資料が準備中の場合は回答にまだ使われないため、状態を確かめてからテストします。

3. 正答・情報不足・権限の違いをテストする

「試す（Try it）」で、答えが資料内にある質問から確認します。文章が自然かだけでなく、回答した期限が正しいか、資料名をたどって根拠を確認できるかを見ましょう。次に、条件が不足した質問や規程にない質問を加え、推測で穴を埋めないかを確認します。

テストする質問・状況	確かめたいこと
出張申請は出発何日前までか	正しい期限と参照資料を示すか
社員区分を伝えず、例外手続きを質問する	必要な条件を聞き返せるか
規程にない費用の精算可否を尋ねる	断定せず担当窓口へ案内するか
別の閲覧権限を持つ利用者で試す	見せるべき資料だけを使い、必要な利用者が使えるか

誤答が出たら、まず参照した資料が正しいかを調べ、資料が適切なのに判断を誤る場合に指示を調整します。同じ質問で再テストすると、修正によって改善したかを比べられます。
Agent Builderの「指定したソースのみを使用する（Only use specified sources）」は、指定資料を優先する設定で、一般的なAI知識を完全に遮断する機能ではありません。指示を書けば規程外の回答を必ず防げるとは考えず、回答範囲を厳密に制御する必要がある業務は、Copilot Studioでの設計も含めて検討してください。

4. 利用者と編集者を分けて共有する

確認を終えて「作成（Create）」すると、最初は本人だけが利用できる状態になります。他の社員へ渡すときは「共有（Share）」を開き、使うだけの人には「チャット可能（Can chat）」、設定や共有を管理する人には「編集可能（Can edit）」を割り当てます。
編集権限を付けると、回答ルールや共有先も変更できます。運用担当者だけを編集者にし、まず少人数の利用者へ共有して、実際の質問で回答を確かめると調整しやすくなります。

組織全体へ共有する機能もありますが、利用可否は管理者の設定に従います。また、リンクを受け取った人に必要なライセンスやデータの閲覧権限がなければ、想定どおり使えない場合があります。作成者の画面だけで完了とせず、共有先の利用者が開いて回答できるところまで確認しましょう。

Copilot Studioで業務処理まで広げるときの進め方

規程を答えるだけでなく、「不明な質問を問い合わせとして登録する」まで広げたい場合は、Copilot Studioで接続先と処理を設計します。ここからは、回答の正しさに加え、業務システムへ意図した内容だけが記録されるかが確認の対象になります。

知識だけでなくツール・処理順・承認を設計する

Copilot Studioへサインインし、作成するエージェントの目的を記述して、名前・指示・知識を整えます。作成画面や使える機能は利用環境によって異なるため、会社で選んだ環境に対応する公式手順を使ってください。Agent Builderからコピーする場合も、引き継いだ内容を確認したうえで連携を追加します。
問い合わせ登録なら、「必要事項の聞き取り→入力内容の確認→登録→受付番号の案内」と処理を分けます。登録に使うツールやコネクタを追加し、接続先の認証と、誰の権限で処理するかを設定します。承認が必要な処理は、その段階を飛ばさずに進む流れを組み込みましょう。

本番データを更新する前に、テスト用の登録先で、入力漏れ、二重登録、接続エラーを試すことが大切です。接続に失敗したのに「受付済み」と回答すると、利用者は依頼が届いたと思ってしまいます。失敗時は登録できなかったことを伝え、問い合わせ先を案内するなど、実際の業務へ戻れる流れを用意します。

公開先を選び、公開後の環境でも検証する

使う社員が普段開くTeamsやMicrosoft 365などから、利用目的に合う公開先を選び、認証方法を設定します。社内規程を扱うエージェントを、誰でも利用できる認証なしの設定で公開しないようにしましょう。外部顧客向けのWeb公開が必要なら、社内向けとは参照情報と利用者の範囲を分けて設計します。
作成画面のテストを終えたら公開し、実際の公開先でも、利用者の権限で回答と処理を確認します。変更後は再公開が必要な場合があるため、編集画面で直した内容が利用者にも反映されているかまで確認してください。

Copilot Studioの試用ライセンスでは、作成とテストはできますが公開はできません。また、関係者の確認に使うデモサイトは、本番の顧客向けサイトとして使うためのものではありません。試作を見せられる状態と、業務で運用できる状態を分けて進めると、公開直前の手戻りを減らせます。

料金と権限は「誰が・どこで・何を使うか」で確認する

エージェントの費用は、作成ツールの名前だけで決まりません。利用者のライセンス、参照するデータ、動かす処理、公開先によって変わります。導入前に、想定する利用者数と一人あたりの質問件数、連携するシステムを整理しておくと、必要な契約と運用費を確認しやすくなります。以下は2026年10月15日に確認した情報です。

無料で試せる範囲と、組織データ・実行時の課金を分ける

対象のMicrosoft 365契約を持つ仕事用アカウントでは、Microsoft 365 Copilot Chatを追加料金なしで使えます。また、Agent Builderには公開Webの知識を中心とするエージェントを無料で作る範囲があります。ただし、SharePointなど組織の共有データを使う場合は、Microsoft 365 Copilotライセンスや、管理者による従量課金設定などの条件を確認する必要があります。
Microsoft 365 Copilotの大企業向け公式価格は、1ユーザーあたり月額相当4,497円です。年払いの年間契約・自動更新で、消費税は含まれず、対象のMicrosoft 365プランが別途必要です。個人向けや一般法人向けの別プランへ、この価格をそのまま当てはめないようにしましょう。

Copilot Studioで作ったエージェントも、Microsoft 365 Copilotのライセンス範囲で利用できる場合があります。一方、外部公開やライセンス対象外の利用者、処理の種類によっては、別の利用料金が生じます。「Copilotを契約すればStudioの全用途が無制限に無料」とは考えず、予定する使い方を管理者に伝えて確認してください。
従量利用はCopilot Creditsなどの消費量を基に扱われ、回答や処理の内容で必要量が変わります。質問1件を一定の料金へ単純換算せず、試行時の利用量を測って、月の利用規模に広げた場合の費用を見積もると現実的です。外部サービスの契約料や、開発・保守の費用も分けて考えます。

共有範囲・元データ権限・保守担当を決めておく

Microsoft 365の既存資料を参照する場合、基本となるのは利用者のアクセス権です。エージェントを共有しただけで、閲覧できないSharePointの情報を自由に見られるようになるわけではありません。
一方、端末からエージェントに埋め込んだファイルは、そのエージェントの利用者が内容に基づく回答を得られます。社内資料なら何でも同じ権限の仕組みで守られると思わず、共有する前に、登録方法と資料の機密区分を確認しましょう。

運用では、規程の改定に合わせて資料を更新する担当者と、回答の誤りや利用コストを見る担当者を決めます。例えば、回答の件数が増えても、社員が結局総務に聞き直しているなら、負担が減ったとは判断できません。回答を得るまでの時間や人への再問い合わせも確認すれば、資料の整備を優先すべきか、処理連携へ広げるべきかを判断できます。

Copilot導入を含む業務AI化を相談できる会社2社

社内資料のQ&Aを小さく試す段階では、現場の担当者と情報システム部門で進める方法もあります。一方、どの業務から始めるか決まらない、既存システムとの連携や運用まで社内で担えない場合は、業務AI化を支援する会社への相談が選択肢になります。
ここでは、業務の整理からAIの実装・定着までを相談できる2社を紹介します。Copilotを採用する場合の対応可否や、他の方式を含めた提案範囲を確かめることで、自社の業務に合う依頼先を選びやすくなります。

会社名	支援の中心	相談時に詰めたい点
ユニパレット株式会社【プロベルおすすめ】	業務ヒアリング、専用エージェント構築、研修と継続運用	優先する業務と、現場で使い続けるための支援範囲
株式会社アイビス【プロベルおすすめ】	業務AI化のPoC、既存システム統合、運用保守	実データで測る効果と、基幹連携を含む導入範囲

ユニパレット株式会社【プロベルおすすめ】

出典：ユニパレット株式会社

会社名	ユニパレット株式会社
支援内容	業務ヒアリング、AI活用戦略、専用AIエージェント構築、研修・定着支援
導入の進め方	業務の優先順位設計から実装、継続運用・全社展開まで
料金目安	要問い合わせ
相談時の確認事項	Copilot採用時の対応範囲、構築と研修・保守の分担

ユニパレット株式会社は、部門ごとの課題を整理するところから、業務フローや社内用語、承認プロセスに合わせたAIエージェント構築までを支援しています。AIツールの選定や業務フローの再設計も相談できるため、Copilotを使うことだけが先に決まり、対象業務がまだ絞れていない段階でも相談先になります。

構築後にはハンズオン研修、実践会やFAQでの伴走を行い、保守・アップデートを含む継続運用も支援します。試作品を作って終えるのではなく、現場の担当者が利用を続けるための支援を組み合わせられる点が特徴です。
Copilotで実装する具体的な範囲や、既存環境との接続方法は、対象業務を伝えて確認しましょう。

ユニパレット株式会社の詳細ページを見る

株式会社アイビス【プロベルおすすめ】

出典：株式会社アイビス

会社名	株式会社アイビス
支援内容	業務AI化・DX、社内ナレッジ検索、既存システム統合、運用保守
導入の進め方	PoCで効果検証後、本格導入と運用保守へ
料金目安	業務AI化PoC：500万〜1,500万円／2〜3ヶ月。本格導入：3,000万円〜／6〜12ヶ月。運用保守：個別見積もり。税の取り扱いは要確認
相談時の確認事項	Copilot採用時の対応可否、API・認証連携と検証範囲

株式会社アイビスのSwoooでは、生成AIを既存業務へ組み込む「業務AI化・DX」を提供しています。社内規程などを検索する仕組みに加え、既存の基幹システムとのAPI連携や、共通の認証で利用するSSO統合まで、本格導入に必要な設計を相談できます。

PoCでは対象業務を1〜2領域に絞り、実際のデータと利用者で精度や工数削減を測定します。PoCから本格導入、運用保守まで同じチームで担うため、試作で得た業務の知見を継続して改善へつなげやすい進め方です。
表の価格は同社の業務AI化サービスの参考であり、Copilot専用の導入料金ではありません。Copilotで進めたい場合は対応可否を確認し、連携するシステムと検証範囲を伝えて見積もりを取りましょう。

株式会社アイビスの詳細ページを見る

Copilotエージェントは小さく試し、業務に合う方式で育てよう

Copilotエージェントを導入するときは、まず一つの業務で、何を参照し、どこまで任せるかを決めることが大切です。資料を基に回答する用途はAgent Builderから試し、システムへの登録や承認などの処理が必要になったらCopilot Studioでの拡張を検討すると、必要な機能を見極めやすくなります。
試作の前に、対象業務、参照資料、利用者、実行させる操作、予算を整理しておきましょう。回答が自然かに加え、根拠の正しさ、利用者ごとの権限、実際の利用コストを確かめれば、本格導入へ進めるかを判断できます。

社内で担当できる範囲や、外部へ依頼する範囲を決めにくい場合は、業務整理から実装・定着までを支援する会社へ相談する方法もあります。プロベルでは、取り組みたい業務や現在の課題に合わせて相談先を探せます。Copilotの利用を含め、どのような支援が必要かを整理したい方はご相談ください。

プロベルへのご相談はこちら