この記事は、生成AIを活用した自動生成フローで作成しています。
Copilot Studio for Teamsとは？M365内の限定エージェント作成と製品版の境界
この記事について
Microsoft公式情報を2026年9月18日時点で確認し、Teams向けCopilot Studio利用権とスタンドアロンCopilot Studioの境界を、初めて触る人にも分かるよう整理しています。検証ステータス：📘 Microsoft公式情報確認済み・実機未確認
Copilot Studioは、会話型のエージェント（質問への回答や処理を行う仕組み）を作るMicrosoftのサービスです。ただし「Microsoft 365に入っているCopilot Studio」と「別途契約するスタンドアロンCopilot Studio」は同じ機能範囲ではありません。
対象となるMicrosoft 365サブスクリプションのTeams向けプランは、classic orchestration（あらかじめ作ったトピックや条件を中心に会話を制御する方式）を使い、Teamsだけへ公開する限定利用が基本です。生成AIを前提とした高度なオーケストレーションやTeams以外への公開などは、スタンドアロン契約が必要になる場合があります。
最初に覚えたい用語
| 用語 | 初心者向けの意味 |
|---|---|
| agent | 利用者の質問を受け、設定した知識や処理に従って応答する仕組み |
| topic | 「この質問ならこの流れ」のように会話を定義する単位 |
| classic orchestration | 作成者が用意したtopicなどを中心に会話を振り分ける方式 |
| generative orchestration | 生成AIが利用可能な知識・ツールなどを判断して処理を組み立てる方式 |
| Dataverse for Teams | Teams向けPower Platformアプリが利用する、Teamsに紐づいたデータ基盤 |
| connector | Microsoft 365や外部サービスへ接続する部品 |
Teams向けプランとスタンドアロン版の違い
Microsoftの現在のライセンス説明では、Teams向けプランでagentを作成・管理するには、Teamsを利用できるライセンスとCopilot StudioのTeams向け利用権が必要です。
| 観点 | Teams向けプラン | スタンドアロンCopilot Studio |
|---|---|---|
| 主な用途 | Teams内の限定的なagent | 本格的な業務agent |
| orchestration | classic中心 | generative orchestrationを利用可能 |
| 公開先 | Teams | Copilot Studioが対応する複数チャネル |
| 環境 | Dataverse for Teams | 対応する各種Power Platform環境 |
| premium connector | 基本範囲外 | 契約・機能条件に応じ利用 |
| skills | Teamsプランには含まれない | スタンドアロンで利用可能 |
「E3/E5だからCopilot Studioの全機能が使える」と考えるのではなく、契約しているMicrosoft 365 SKUにTeams向けCopilot Studio利用権が含まれるか、さらに作りたいagentがTeams向け範囲に収まるかの2段階で確認するのが安全です。
どこまでがTeamsの中なのか
flowchart LR
U[Teams利用者] --> T[Microsoft Teams]
T --> A[Copilot Studio agent]
A --> O[classic orchestration]
A --> D[Dataverse for Teams]
O --> Q[FAQ / topic]
A -. 高度な機能が必要 .-> S[Standalone Copilot Studio]
S --> G[Generative orchestration]
S --> C[Teams以外のチャネル]
S --> P[Premium connectors等]
この図で重要なのは、Teams向け利用権を「スタンドアロン製品の無料版」と考えないことです。Teamsという境界の中で、小さくagentを試せる権利と捉えると整理しやすくなります。
実務例：総務FAQを小さく作る
たとえば総務担当者が「経費精算の締日」「会議室予約」「在宅勤務申請」の3問だけを案内するagentを試すとします。
最初から社内規程全体を読み込ませたり、外部サービスを操作させたりせず、既知の質問と期待回答を決めます。
目的: 総務FAQの動作確認 質問: 経費精算の締日は？ 期待する回答: 登録した社内ルールの範囲だけで回答する 不明な場合: 推測せず、総務窓口へ確認するよう案内する
ここを見る
Teamsからagentを呼び出せるか。
登録したFAQに沿って回答するか。
登録していない制度を勝手に補完しないか。
想定した利用者だけがアクセスできるか。
1か所変える
「経費精算の締日」を1件だけ変更して再テストします。変更した情報だけが回答へ反映されれば、更新→確認の流れを理解できます。最初の実験では公開範囲や外部チャネルまで同時に変えません。
会話の流れをイメージする
sequenceDiagram
participant U as 利用者
participant T as Teams
participant A as Agent
participant Q as FAQ/Topic
U->>T: 経費精算の締日は？
T->>A: 質問を渡す
A->>Q: 該当するtopicを確認
Q-->>A: 登録済み回答
A-->>T: 回答
T-->>U: Teams内に表示
この小さな検証なら、agentがどの情報を根拠に回答しているかを追いやすくなります。
利用者・事務職・情シスで見る場所が違う
| 立場 | 主に確認すること |
|---|---|
| 一般利用者 | Teamsのどこから使うか、回答が信頼できるか |
| 事務職・agent作成者 | FAQ更新方法、誤回答時の修正、誰に公開するか |
| 情シス・管理者 | ライセンス、環境、DLP、connector、データソース、公開範囲、試用版 |
DLP（Data Loss Prevention）は、どのconnector同士を組み合わせてよいかなどを制御し、意図しないデータ持ち出しを防ぐためのPower Platform側の重要な管理機能です。
数量上限も「製品版と同じ」ではない
MicrosoftのQuotas and limitsでは、Teamsアプリ側には1チームあたり50 agents、Dataverse for Teams環境ではagentあたり250 topicsなどの上限が掲載されています。また、Teamsプランでskillsを使うにはスタンドアロンCopilot Studioが必要とされています。
上限値は将来変更される可能性があるため、設計時には公式ページを再確認してください。
管理者が導入前に確認する項目
利用者がTeamsを利用できるSKUか。
Copilot Studio Teams planの対象になっているか。
agentを置くTeamsとDataverse for Teams環境はどこか。
Teams以外への公開が必要ではないか。
generative orchestrationやpremium connectorが必要ではないか。
Power Automateを呼び出す場合、その利用権と要求上限は適切か。
DLPポリシーで利用予定connectorが許可されているか。
agentが参照するデータに機密情報を含めてよいか。
利用者によるtrialの自己サインアップを許可するか。
よくある誤解
「Microsoft 365 E3/E5ならCopilot Studio製品版も追加料金なし」
そうとは限りません。Microsoft 365側のTeams向け利用権と、スタンドアロンCopilot Studioを分けて考えます。
「Teamsで作れたagentなら、そのままWebサイトにも公開できる」
Teams向けプランは公開先に制約があります。Teams以外のチャネルが必要ならライセンスと機能条件を再確認します。
「Copilotという名前だからMicrosoft 365 Copilotライセンスと同じ」
Microsoft 365 CopilotとCopilot Studioは役割もライセンスも異なります。名称だけで利用権を判断しないことが重要です。
Microsoft公式情報
Copilot Studio for Teamsは、Teams内のFAQや小規模agentから始めるには便利ですが、どこへ公開するか・どのデータへ接続するか・生成AI機能をどこまで使うかが広がった時点で、スタンドアロンCopilot Studioとの境界を改めて確認するのが安全です。
