Copilot Studioとは｜使い方・料金とAIエージェント案件

Copilot Studioとは｜製品の輪郭

結論から言えば、Copilot StudioはAIエージェントとワークフローを作り、管理するためのグラフィカルなローコードスタジオです。Microsoft公式は「AI搭載のエージェントとワークフローを構築・管理するためのローコードスタジオ」と定義しています（Microsoft Learn）。

条件として、Power Platformと同じ基盤の上に乗っています。つまりDataverse、標準・プレミアム・カスタムのコネクタ、Managed Environmentsがそのまま使えます。例外的に、Power Automateのクラウドフローだけは別ライセンス管轄です。

Power Virtual Agentsから何が変わったか

Copilot Studioの前身はPower Virtual Agents（PVA）です。公式ドキュメントのフィードバック先URLやサイト内検索の識別子に、いまもPVA時代の名残が残っています。

当時との最大の違いは、ボット（決められた会話をする）からエージェント（推論して次の行動を決める）へ役割が広がった点です。PVA時代はトピックとトリガーフレーズを人間が作り込む必要がありました。現在の既定は後述する生成オーケストレーションで、説明文さえ書けばエージェントが自分でトピックやツールを選びます。

Microsoft Copilot・Foundry・Agents SDKとの違い

ここは面接でも聞かれやすいところなので、整理しておきます。

Agents SDKについて、公式は「AIモデルではない／オーケストレーションエンジンではない／ノーコードビルダーでもない」と明記しています（Microsoft 365 Agents SDK overview）。対応言語はC#（.NET 8.0）、JavaScript（Node.js 18以降）、Python（3.9〜3.11）です。エージェントが何を話すかはSDKが決めません。そこは自分で書きます。

ひとつ注意点があります。Microsoftは2026年8月に「Microsoft 365 Copilot」を「Microsoft Copilot」へブランド変更しました。公式ライセンスガイドの変更履歴にその記載があります。ただし価格ページやLearnの多くのページでは旧称のままです。案件の要件定義書で両方の表記が混在していても、同じものを指している場合があります。

ハーネスという2026年の構造変更

本記事執筆時点（2026年11月上旬）の公式ドキュメントには、ハーネスという上位概念が記載されています。ハーネスとは、設計したエージェントと推論を担うモデルの間にあるランタイムです。いつモデルを呼ぶか、何を送るか、戻りをどう解釈してどのツールを叩くかを決めます。比較的新しい概念のため、実装前に公式ページで現在の提供状況を確認してください。

この表の右列が実務上いちばん効きます。詳しくはハーネスの公式解説を参照してください。なお「GitHub Copilot harness」という名前ですが、公式は「GitHub Copilotサービスそのものではなく、顧客データがGitHub Copilot側に送られることはない」と明言しています。基盤技術とSDKコンポーネントを共有しているだけです。

このセクションのQ&A

Copilot Studioを触るのに、Microsoft 365 Copilotのライセンスは必要ですか。

必須ではありません。作る人のライセンス（Copilot Studio User License）は$0で提供されています。ただし取得にはテナント側で前払いのCopilot Creditパックを契約している必要があり、従量課金だけで運用する場合は代わりにCopilot Studio Authorロールをセキュリティグループで割り当てます。

ノーコードツールと考えてよいですか。

入口はノーコードに近いですが、本番運用まで持っていくなら違います。後述するALM（環境分離・ソリューション管理）とDLPポリシーの設計が必要で、ここは従来のシステム開発の知識がそのまま効きます。

Copilot Studioで作れるもの

Copilot Studioで作れるのは大きく3種類、プレビューを含めると4種類です。

• エージェント：指示・ナレッジ・ツールを使い、推論して行動を決めます。一部のエージェントは独自アカウントを持ち、能動的にタスクを進められます

• ワークフロー：ドラッグ＆ドロップの自動化。各ステップが推論でき、human-in-the-loopの制御が組み込まれています

• エージェントフロー：Power Automateに似た操作感ですが、Copilot Studioネイティブです。単体実行も、エージェントのツールとしての実行もできます

• アプリ（プレビュー）：GitHub Copilot harnessでのみ構築でき、Copilot Managed Runtimeでホストされます

このほか、ビジネス目標を自然言語で説明すると、エージェントとワークフローの組み合わせをCopilot Studio側が決める機能もプレビュー提供されています。

ナレッジソースと「数の上限」

エージェントの賢さはナレッジ設計でほぼ決まります。ここで効いてくるのが上限値です。生成オーケストレーションを使うかどうかで、接続できる数が大きく変わります。

SharePoint・Dataverse・コネクタ経由のデータは、利用者のEntra IDで認証されます。つまり権限のないユーザーには元々見えない情報は返りません。ここは社内導入の説明でよく質問される点です。

2026年に入ってからAzure SQLテーブル（8月）、Dataverseテーブルと非構造化列の推論（9月、一部プレビュー）、Bing Custom Search（3月）が追加されました。接続先の一覧と上限はナレッジソースの公式ページが最新です。

落とし穴がひとつ。「Allow ungrounded responses」をオフにすると、引用を含まない回答がブロックされます。モデルが正しい答えを持っていても、引用を付け損ねると「情報が見つかりません」と返ることがあります。検証環境で妙に無回答が多いときは、まずここを疑ってください。

公開できるチャネル

作ったエージェントは、Teams・Microsoft Copilot、SharePoint、WhatsApp、カスタムWebサイト、モバイルアプリ、Facebookなどに公開できます。Azure Bot Service経由でSlack、Telegram、Line、Emailなどにも広げられます。

注意すべきは2点です。デモWebサイトは関係者レビュー専用で本番利用できません。そして、ユーザーからの添付ファイル送信は全チャネルで不可です（Direct Line APIやTeamsを含む）。要件定義で「ユーザーが見積書をアップしたら読み取る」を前提にすると、この制約に当たります。

認証は既定で「Authenticate with Microsoft」がオンです。これを「No authentication」に変えると、ユーザー資格情報を使うツールが丸ごと使えなくなります。チャネルごとの制限は公開チャネルの公式ページに一覧があります。

使い方｜最初のエージェントを公開するまで

流れ自体は単純です。平易な言葉でエージェントの役割を説明し、ナレッジとツールをつなぎ、テストして公開します。難しいのは、このうち「説明文を書く」工程です。

生成オーケストレーションでは説明文がすべて

新規エージェントの既定は生成オーケストレーションです。従来型との違いを押さえておきましょう。

つまり、トピックやツールに付けた説明文の品質がそのまま精度になります。公式のガイダンスは「簡潔に、能動態で、現在形で」「専門用語を避ける」「できないことも書く」です。説明が重複していると選択が不安定になります。

既知の制限もあります。生成オーケストレーション使用時は、Conversational boostingシステムトピックが使われません。カスタムエンティティを入力パラメータにも使えません。詳細は生成オーケストレーションの公式ページにまとまっています。

MCPサーバーとツール接続

Model Context Protocol（MCP）への対応は、2026年11月上旬時点ではプレビューです。GitHub Copilot harness向けに提供されています。

使い方は2通り。組織向けに公開済みのMCPサーバーをギャラリーから追加するか、名前・説明・HTTPSのサーバーURL・認証方式を入力してカスタム接続するかです。後者ではCopilot Studioがハンドシェイクしてツール一覧を取得します。

制限として、1会話で同時実行できるMCPサーバーのインスタンス数に上限があり、超過分はそのターンでスキップされます。MCPサーバーもエージェントのツール総数にカウントされる点にも注意してください。仕様はMCPサーバー追加の公式ページで確認できます。

このセクションのQ&A

VS Codeで開発できますか。

できます。VS Code拡張は2026年1月にGAしました。拡張内でエージェントの構築・編集・管理が可能です。

作ったトピックやナレッジを別のエージェントで使い回せますか。

component collections（コンポーネントコレクション）という仕組みがあり、トピック・ナレッジ・アクション・エンティティを再利用可能なセットとして束ねられます。ソリューション経由で環境間の移送もできます。2026年6月に追加されたskillsを使えば、命令セットをMarkdownファイルとして書き出し、複数エージェントで共有することもできます。

料金｜Copilot Creditsの仕組みとコストが跳ねる条件

ここが最も事故が起きやすい領域です。結論を先に書くと、ローコードだから安いとは限りません。

押さえるべき前提：単位は「メッセージ」ではない

2025年9月1日、エージェントの課金通貨が「メッセージ」からCopilot Creditsに変わりました。公式はこの変更について「前払いパックあたりの数量と従量課金の単価に変更はない」と案内しています。一方で、消費レートや対象機能は機能追加のたびに更新されるため、呼び方が変わっただけと決めつけず、見積もり時は必ず最新のレート表を見てください。ネット上の解説記事はまだ「メッセージ課金」で書かれているものが多く残っており、古い前提のまま見積もりを出すと話が通じません。

購入方法と価格

以下は2026年11月4日の確認時点で、公式価格ページ上に提示されていた金額です。実際に請求される金額は地域・契約形態（EA／CSP／直販）・為替・割引条件で変わり、ページ自体も随時更新されます。提案前には必ずCopilot Studioの価格ページと自社の契約条件の両方で最新を確認してください。

参考までに、同じ確認時点の公式価格ページでは、Microsoft 365 Copilot（アドオン）は$30.00 / ユーザー / 月（年払い）、日本円表示では¥4,497相当と提示されていました。

クレジット消費レート

標準ハーネスでの消費レートは公式が表で公開しています。実務で見積もるときに使う主な行を抜き出しました。

よくある誤記を1つ。「テナントグラフ グラウンディング = 12クレジット」と書かれている解説がありますが、これは不正確です。公式の例は「グラウンディング10 + 生成回答2 = 合計12」という足し算の例で、グラウンディング単体は10です。

コストが跳ねるのは推論モデルを使ったときです。 推論（reasoning）モデルを選ぶと、機能レートに加えてプレミアムのトークンレートが加算されます。公式の試算例では、Claude Opus 4.7を使った1メッセージがキャッシュヒット時で141クレジット、新規会話では461クレジットに達しています。1通のやり取りに$1.41〜$4.61かかる計算です。プロンプトキャッシュから読まれた入力トークンは課金対象外ですが、書き込み分と出力分は課金されます。

見積もりには公式のCopilot Credits estimatorが使えます。レート表の最新版は課金レートの公式ページにあります。

GitHub Copilot harnessは「作っている最中」から課金される

2026年8月に導入された使用量ベース課金では、LLMトークン・ツール（ナレッジとMCPを含む）・ハーネス自体のすべてにクレジットが課金されます。

標準ハーネスとの決定的な違いは課金開始時点です。標準ハーネスは公開後に課金が始まりますが、GitHub Copilot harnessは構築を始めた瞬間から消費します。自然言語でのソリューション作成、エージェントのプレビューとテスト、評価（evals）の生成——いずれも課金対象です。詳細は使用量ベース課金の公式ページにあります。

PoC段階で「とりあえず触ってみよう」をやると、見積もりにない請求が立ちます。案件で最初に確認すべき項目のひとつです。

Microsoft 365 Copilotライセンスとの関係

Microsoft 365 Copilotライセンスを持つユーザーが、Microsoft Copilot・Teams・SharePointでエージェントを使う場合、従来型の回答・生成回答・テナントグラフ グラウンディングはCopilot Studio側のパックやメーターにカウントされません（no charge）。

ただし条件が厳密です。

• 対従業員シナリオ（B2E）に限る。社外向けには適用されない

• エージェントが認証済みのM365 Copilotライセンスユーザーの ID で動作していること

• エージェントフローは「エージェントがフローを呼び出す」トリガーで起動されたものだけが対象。他のトリガーは標準レートで課金される

• 自律エージェントが呼ぶエージェントフローは、社員がライセンスを持っていても課金対象

• Computer-Using Agents（CUA）とWork IQ APIは対象外

• fair usage limitsが適用され、Microsoftは上限を更新する権利を留保している

「ライセンスがあるから無料」と単純化して説明すると、後で揉めます。条件の原文はライセンスの公式ページで確認してください。

使いすぎたときに何が起きるか

前払い容量の125%に達すると、テナント単位で強制適用が発動します。環境のエージェントがブロックされ、進行中の会話も止まります。表示されるのは「This agent is currently unavailable. It has reached its usage limit.」というメッセージです。

ただし、従量課金メーターを紐づけている環境はブロックされません。超過分がAzureサブスクリプションに課金されるだけです。業務で使うエージェントなら、メーターを紐づけておくのが安全側の設計になります。

本番運用で効くALMとガバナンス

ここがCopilot Studio案件の単価を分ける部分です。作れる人は増えましたが、安全に運用に乗せられる人はまだ少ないという構図があります。

最低3環境とソリューション運用

公式のALMガイダンスは、開発・検証・本番の最低3環境を推奨しています。本番のみproduction型、開発と検証はsandbox型にして、それぞれEntraセキュリティグループでアクセスを絞ります。

公式が挙げる「ALMの黄金ルール」のうち、実務で効くものを抜き出すとこうなります。

1. 開発環境以外でカスタマイズしない

2. 常にソリューションのコンテキストで作業する

3. カスタム発行元とプレフィックスを使う

4. 環境ごとに変わる設定・シークレットは環境変数にする

5. 開発環境のセットアップ以外は、マネージドソリューションとしてデプロイする

そして最も見落とされるのが、ソリューションに含まれない設定です。Azure Application Insights設定、手動認証設定、Direct Line・Webチャネルのセキュリティ設定、デプロイ済みチャネル、共有設定——これらは移送後に手作業で設定し直す必要があります。デプロイ手順書にこの一覧が入っているかどうかで、リリース当日の事故率が変わります。

自動化の選択肢は3つあり、どれを選ぶかは体制次第です。

手順の全体像はALMの公式ガイダンスにあります。

Entra Agent IDとDLP、そしてAgent 365

2026年のガバナンス面で大きいのが、Entra Agent IDの自動作成です。公式ドキュメントでは、2026年7月以降、Copilot Studioが新規エージェントごとに自動でEntra Agent IDを作成し、環境レベルでのオプトアウトは提供されないと案内されています。適用範囲はテナントの構成やライセンスで異なる場合があるため、自社環境での挙動は管理センターで確認してください。

これにより、コネクタ権限・条件付きアクセス・DLPをエージェント単位でスコープできるようになりました。裏を返すと、エージェントもIDを持つ主体として棚卸しの対象になるということです。「誰がどのエージェントを作ったか」「そのエージェントは何にアクセスできるか」を説明できる体制が要ります。

統制の手段は公式に整理されています。

• データポリシー（DLP）：Power Platform管理センターで、メイカー認証・ナレッジソース・コネクタ・HTTPリクエスト・公開チャネルなどを制御

• Microsoft Purview：メイカーの監査ログを管理者が可視化

• Microsoft Sentinel：エージェント活動の監視とアラート

• 自動セキュリティスキャン：公開前にメイカーへ警告を出し、設定中のデータ持ち出しリスクをリアルタイム評価

• Customer Lockbox：対応済み。ただしCopilot Studioのセキュリティ監査ログとAgent 365のガバナンスイベントは保護対象外

さらに、エージェントの観測・統制・保護を束ねる中央コントロールプレーンとしてMicrosoft Agent 365が登場しています。公式アナウンスでは2026年5月に商用セグメント向けGA、Copilot Studio側のオンボード対応は2026年8月とされています。提供範囲や必要ライセンスは地域・契約で異なるため、導入前に公式の提供条件を確認してください。統制の全体像はセキュリティとガバナンスの公式ページが詳しいです。

エージェントの権限設計そのものの考え方は、AIエージェントの権限設計｜最小権限とHuman-in-the-loopの実装で整理しています。認証基盤側の前提はMicrosoft Entra IDとは｜旧Azure ADとの違いと構築案件を参照してください。

Copilot Studio案件の実像

案件の文脈は「開発」より「導入・推進」

Copilot Studio案件の多くは、純粋な開発案件ではありません。情シス部門の支援、社内DX推進、Microsoft 365導入済み企業での活用推進、内製化支援——こうした文脈で募集されています。

ITmediaキーマンズネットが2026年9月24日に公開した記事では、フリーランス向けマッチングサービス「フリーランスジョブ」の案件データベースを集計した結果が紹介されています。それによると、Copilot関連案件は2025年1月の5件から2026年5月の65件へと、約1年半で13倍になりました（調査期間2025年1月〜2026年5月）。

この数字はフリーランスジョブ1社の掲載案件を集計したものであり、市場全体を代表するものではありません。ただし、公開案件として可視化されるようになった領域であることは読み取れます。

単価の目安

同じ調査では、月額の平均単価も示されています。

Microsoft 365系には月額160万円台の案件も含まれていました。繰り返しになりますが、これはキーマンズネットの記事が紹介した1社の掲載案件ベースの数字（2025年1月〜2026年5月、公開日2026年9月24日）です。掲載単価であって成約単価ではなく、案件のレイヤーや求められる役割も案件ごとに異なります。

160万円台のような上振れ案件は、Microsoft 365環境の設計経験に加えて、全社展開の推進やガバナンス設計まで一人で引き受けられる層が対象になります。Copilot Studioを触れるだけでは届きません。

Power Platform全体としての単価レンジや参入ルートは、Power Platform案件｜Power Apps・Automateの単価と実務で詳しく扱っています。本記事はCopilot Studioという製品そのものに範囲を絞っているため、単価の体系的な整理はそちらを参照してください。自分がどのレンジを狙えるかの目安は、無料のフリーランスエンジニア単価診断でも確認できます。

求められるスキルセット

前掲のキーマンズネット記事が扱ったフリーランスジョブの掲載案件と、フリコンを含むエージェント各社が公開しているCopilot Studio関連の募集要項を通読すると、要件には共通のパターンが見えます。網羅的な集計ではなく、公開情報から読み取れる傾向として挙げます。

• Microsoft 365またはAzure環境での実務3年以上

• Power Platform（Power Apps / Power Automate / Dataverse）の構築経験

• Copilot Studioでのエージェント構築経験が1件以上

• SharePoint・Teamsの運用知識

• 技術課題を業務プロセス・運用の観点から捉える力、顧客折衝力

前掲のキーマンズネット記事も、Microsoft 365 / Copilot Studio系について「Power Platform、Teams、SharePoint、Azure等の知識に加え、企業への導入支援・ガバナンス・業務改善まで含めた対応力」が求められると整理しています。GitHub Copilot系が「従来の開発スキル + AIツール」なのと対照的です。

2026年以降は、ここにコスト設計の観点が加わる可能性があります。公式ドキュメントが推論モデルのクレジット消費を抑える方法をわざわざ列挙していることからの推測ですが、クレジット従量課金である以上、「月いくらで回るのか」を説明できる人の価値は上がりやすいと見ています。

案件の探し方としては、エージェントでMicrosoft Power Platformの案件一覧を起点にし、「Copilot」「生成AI」「内製化支援」などのキーワードを掛け合わせて絞り込むのが現実的です。Copilot Studio単独のタグで絞ると母数が小さくなりすぎます。

ケース別｜どこから入るのが現実的か

Power Platform経験者の場合

最短ルートです。Power Apps・Power Automateの構築経験があるなら、Dataverseの扱いとソリューション管理はすでに身についています。追加で学ぶのは、生成オーケストレーションの考え方とCopilot Creditsの見積もりです。

おすすめの順序は、既存のPower Automateフローをエージェントフローとして作り直し、そこにエージェントを被せる形です。既存資産の延長で実績を1件作れます。

情シス・社内SE出身の場合

実はこの層が最も有利です。Copilot Studio案件の中心が導入・推進・ガバナンスである以上、Microsoft 365テナントの運用経験がそのまま武器になります。DLPポリシー、条件付きアクセス、SharePointの権限設計——これらを知っている人は、外部から来た開発者より提案が早いです。

弱点は「作った実績」の見せ方です。社内の内製ツールは守秘義務で詳細を書けないことが多いので、技術要素と役割を抽象化して書く準備をしておきましょう。キャリアの全体像は社内SEとは｜仕事内容・年収・SIerとの違いとキャリアパスを解説が参考になります。情シス系の案件に近い領域としては、PowerShell案件の実情｜フリーランス単価・情シス系の参入方法も隣接しています。

AI開発寄りのエンジニアの場合

LangChainやAzure OpenAIでエージェントを作った経験がある場合、技術的な理解は早いはずです。ただし評価軸が違う点に注意してください。

Copilot Studio案件で問われるのは、モデルの性能ではなく「社内のどのデータに、誰の権限で、どこまでアクセスさせるか」です。プロコード側の知識は、Azure OpenAI Serviceとは｜料金・モデル選定と企業LLM導入案件の実務やAIエージェント開発案件の単価相場｜必要スキル・獲得ルートを解説と合わせて見ると位置づけが掴めます。他ベンダーの同種製品としては、Agentforceとは｜Salesforce AIエージェントの機能と案件動向が比較対象になります。

よくある失敗と対策

失敗1：コスト見積もりを後回しにする

PoCを作り込んでから請求を見て驚く、というパターンです。特にGitHub Copilot harnessは構築段階から課金されます。

対策は、着手前に想定会話数 × 想定クレジット単価でレンジを出しておくことです。推論モデルを使うかどうかで桁が変わるため、モデル選択は最初に決めます。

失敗2：ナレッジを足せば賢くなると考える

ナレッジソースを増やすほど、検索対象が広がって回答がぶれます。生成オーケストレーションではWebサイト25件・SharePoint 25 URLまで接続できますが、上限いっぱいまで足すのが正解ではありません。

対策は、説明文で役割を絞ることです。「できないこと」を明示的に書くのも公式推奨です。

失敗3：環境を分けずに本番で作り込む

Copilot Studioは管理画面から簡単に作れてしまうため、本番環境でそのまま育てがちです。そのまま運用に入ると、変更のたびに業務が止まります。

対策は最初から3環境に分けること。そして、ソリューションに含まれない設定（チャネル・認証・Application Insights）の移送手順を手順書に明記しておくことです。

失敗4：古い前提のまま設計する

「メッセージ課金」「2026 release wave 2で対応予定」といった記述を根拠に設計するケースです。前者の通貨は2025年9月にCopilot Creditsへ移行しています。後者については、公式アナウンス上、リリースウェーブ制が2026年9月に終了し、Release Plannerも2026年11月15日までに廃止してAI at Work roadmapへ移行すると案内されています。いずれも移行期の情報が混在しやすいため、ロードマップを根拠にするときは公式の最新ページで一次確認してください。

対策は、設計時に必ず公式のWhat's newとライセンスガイドの最新版を当たることです。この製品は月単位で仕様が動きます。

実践チェックリスト｜案件に入る前に確認する項目

参画前・提案前に、以下を確認しておくと手戻りが減ります。

• どのハーネスを使う前提か（標準 / GitHub Copilot / Customer Conversation）

• Copilot Creditsの購入形態は何か（従量 / 容量パック / 前払いプラン）

• 従量課金メーターを環境に紐づけているか（125%到達時の停止リスク）

• 推論モデルを使うか。使う場合の月次クレジット想定は出ているか

• 利用者にMicrosoft 365 Copilotライセンスがあるか。B2Eシナリオか

• 開発・検証・本番の3環境が用意されているか

• ソリューション管理とカスタム発行元のプレフィックスが決まっているか

• DLPポリシーの適用範囲と、使用禁止コネクタが定義されているか

• エージェントのEntra Agent IDに対する棚卸しルールがあるか

• 公開チャネルと認証方式が決まっているか（No authenticationを選んでいないか）

• ナレッジソースの件数と、権限の継承方針が整理されているか

• 添付ファイル受信など、仕様上できないことが要件に紛れていないか

このうち最初の4つは、見積もりに直結します。提案フェーズで必ず押さえてください。

まとめ

Copilot Studioは「Microsoft 365とPower Platformの資産につないで業務エージェントを作る環境」であり、案件で問われるのは作る技術より安全に運用に乗せる設計です。

要点を整理します。

• 課金単位は2025年9月1日にCopilot Creditsへ移行済み。「メッセージ課金」の前提で設計しない

• ハーネスの選択で機能と課金開始タイミングが変わる。GitHub Copilot harnessは構築段階から消費する

• 容量パックは$200 / 月で25,000クレジット、従量は$0.01 / クレジット（2026年11月4日の確認時点で公式価格ページに提示された金額。地域・契約・為替で変わる）

• 推論モデルを使うと1メッセージで数百クレジットに達する例が公式に示されている。モデル選択は最初に決める

• Entra Agent IDは2026年7月以降の新規エージェントで自動作成されると公式に案内されている。エージェントもID棚卸しの対象になる前提で設計する

• 案件の中心は導入支援・推進・ガバナンス。情シス・Power Platform経験者が有利

次のアクションとしては、まず公式のCopilot Credits estimatorで自分の想定ユースケースのコストを概算してみてください。そのうえで、既存のPower Automateフロー1本をエージェント化して実績を作るのが、案件につながる最短の一手です。

参照した一次情報をまとめておきます。

• Copilot Studioの概要（Microsoft Learn 日本語）

• ハーネスの概要

• 課金レートと管理

• 標準ハーネスのライセンス

• 使用量ベース課金の概要

• ナレッジソース一覧

• 公開とチャネル

• ALMガイダンス

• セキュリティとガバナンス

• Copilot Studio 価格（日本語）