執筆している2026年11月1日時点の情報です。SharePointのKnowledge base は更新が速い機能のため、最新情報は必ず公開情報（本記事末尾の参考リンク）もあわせてご確認ください。
本稿は公開された公式資料を整理したものです。Knowledge baseの作成、情報の取り込み、権限、課金の実機検証は行っていません。業務例、日本語の依頼例、検証計画は筆者の提案です。
1. チームの「決まったこと」が、会議やメールに埋もれていませんか
引き継ぎ資料はSharePoint、最新の判断はTeams、補足説明はメール。情報は存在していても、初めて参加した人には、何を読めばよいか分かりません。
AIに質問できるようになっても、古い案と最新の決定が混ざったままでは、回答の確認に時間がかかります。
SharePointのKnowledge baseは、Microsoft 365の情報を、チームの人とCopilot、エージェントが使える知識に整理するための仕組みです。
本稿では、単にファイルを置く場所を増やすのではなく、チームで共有するコンテキストをどう整えるかという視点で解説します。コンテキストとは、質問や作業を理解するための背景情報です。
参考情報
2. この記事で分かること
- Knowledge baseと、一般的なファイル保管・個人の資料整理との違い
- メール、会話、会議、SharePointの情報を知識にまとめる考え方
- 現在のプレビューと、将来予定の機能の区別
- 共有する情報、更新責任、利用権、支出を確認するポイント
主な読者は、SharePointの管理者、チームの情報整理・引き継ぎ担当者、Copilotの導入担当者です。
3. 10月にFrontierへ展開。利用量ベースの課金設定も確認する
Microsoftは2026年10月14日の公式記事で、CopilotとエージェントがチームのKnowledge baseを作成・整理・参照する体験を紹介しました。10月30日のCopilot月次記事でも、10月にFrontierへ展開した機能として掲載しています。
Frontierは、一般提供前の機能を評価するためのプレビュープログラムです。すべての組織で利用可能になったという案内ではありません。
| 確認項目 | 公式資料が説明する内容 |
|---|---|
| 提供段階 | Frontierのプレビュー |
| 場所 | SharePointサイトにKnowledge baseを追加する体験 |
| 対象サイトの例 | TeamsチャネルやMicrosoft 365グループの背後にあるSharePointサイトも含む |
| 利用条件 | 現時点ではusage-based billingが有効な利用者が対象 |
| Autopilot連携 | Autopilotへのアクセスが別途必要で、展開も別のスケジュール |
usage-based billingは、利用量に応じた課金の仕組みです。公式記事は、管理者がMicrosoft 365管理センターでアクセスと支出を管理でき、プレビュー中の課金条件は一般提供までに変わる可能性があると説明しています。
Frontierへの参加だけで、利用権や課金設定がすべて整うわけではありません。 管理者向けFrontier資料も、参加登録と対象製品のライセンスを区別しています。Knowledge base固有の契約条件と実際の画面表示を確認します。
参考情報
- Introducing a team knowledge base, curated by Copilot and agents
- What’s New in Microsoft Copilot | October 2026
- Get started with the Microsoft Frontier Program
- Managing AI experiences enabled by usage-based billing
4. 元の資料から、人とエージェントが使う知識へ
公式記事では、チームメンバーがメール、メッセージ、会議、SharePointサイト上の内容を明示的に提供し、Copilotがそれらを整理する体験を説明しています。
Knowledge baseの中心は、相互にリンクされた、エージェントが扱いやすいMarkdownファイルの専用ライブラリです。Markdownは、見出しや箇条書きなどをテキストで記述する形式です。
この変換には、Work IQのknowledge compilation engineが使われます。ここでは、元のコンテンツを、関連性のある知識として整理する仕組みと捉えると分かりやすくなります。
流れを概念的に整理すると、次のようになります。
メール・メッセージ・会議・SharePointの内容
↓
Copilotによる知識の整理・関連づけ
↓
人が読み、Copilotやエージェントも参照する
この図は説明用であり、実際のデータ転送、保存、権限継承を示す設計図ではありません。
ファイル保管やNotebooksとの使い分け
用途の目安として、次のように考えられます。製品の機能境界や権限仕様を比較する表ではなく、筆者の整理です。
| 必要なこと | 考え方 |
|---|---|
| 元資料を保管し、履歴を残す | 元のSharePointコンテンツを管理する |
| 特定の作業で参照資料や会話をまとめる | NotebooksやWorkspacesなど、作業の文脈をまとめる体験を検討する |
| チームの共通知識を、人とエージェントが再利用する | Knowledge baseを検討する |
重要なのは、元資料と整理された知識の役割を分けることです。要約された記述だけを正式な契約、規程、承認記録の代わりにすることは勧めません。
また、公式記事の性能評価は特定の内部テストや研究条件に基づくものです。自社でも同じ速度やコスト改善が得られるとは限らないため、本稿では効果を保証する数値として扱いません。
参考情報
- Introducing a team knowledge base, curated by Copilot and agents
- What’s New in Microsoft Copilot | October 2026
5. 仮想例：社内勉強会の引き継ぎを、共通の知識にする
次は架空の社内勉強会チームの例です。実在の担当者、メール、社内資料は使いません。
チームには、開催案、会議で決まった変更、準備チェックリストがあります。開催案には「オンラインのみ」と書かれていますが、後の会議では「会場とオンラインの併用」に変更されました。
このとき、単に両方を集めるだけでは、どちらが現在の決定なのか曖昧です。
検証用の情報をKnowledge baseへ提供できる環境で、次のような整理を依頼することを提案します。
架空の社内勉強会の引き継ぎに使う知識を整理してください。
開催形式、準備の流れ、未決事項を分けてください。
古い案と後の決定が異なる場合は、変更点と判断に使った資料を示してください。
決定済みか分からない内容は、確認が必要な事項として残してください。
メールや会議に書かれていない理由を、推測で追加しないでください。
これは筆者の日本語依頼例であり、実機動作や同じ出力を保証するものではありません。
確認するのは、文章の読みやすさだけではありません。
- 古い案が現在の決定として扱われていないか
- 判断に使った元資料を確認できるか
- 未決事項が勝手に確定されていないか
- 引き継ぎ先に共有してよい内容だけが含まれるか
これらを見れば、「資料をまとめられた」から一歩進んで、チームが実際に使える知識になったかを評価できます。
6. 最初の検証では、サイト・情報・利用者を絞る
公式記事は、SharePointサイトへKnowledge baseを追加し、Copilot in SharePointなどから作成・整理・利用する体験を説明しています。ただし、本稿では作成画面の詳細なボタン操作は確認できていません。
そのため、ここでは公式の提供条件を踏まえた検証の進め方を提案します。
- 管理者がFrontier、対応する利用権、usage-based billingの設定を確認する。
- 検証用のSharePointサイトと、少人数の利用者を用意する。
- 公開可能な架空の資料だけを提供する。
- 事前に正解を確認できる質問を用意し、回答と元資料を照合する。
- 元資料の変更後に、知識と回答がどう変わるか確認する。
- 利用量、共有範囲、不要になった知識の扱いを確認する。
支出ポリシーの管理資料は、Microsoft 365管理センターのCopilot > Cost Managementから、対象の利用者・グループと、対応するエージェント・サービスを選ぶ仕組みを案内しています。
ただし、そこでKnowledge baseがどのサービス項目として表示されるか、消費量がどのように計算されるかは、本稿では未確認です。CoworkやSharePoint Agentsの課金仕様を、そのまま当てはめません。
参考情報
- Introducing a team knowledge base, curated by Copilot and agents
- Managing AI experiences enabled by usage-based billing
- Get started with the Microsoft Frontier Program
7. 共有する知識には、更新と確認の責任者が必要
Knowledge baseは、チームで再利用する知識を扱います。筆者の運用提案として、次の役割を決めておくと検証しやすくなります。
| 役割 | 決めておくこと |
|---|---|
| 情報の提供者 | どの資料や会話を提供してよいか |
| 内容の確認者 | 正式な決定、古い案、未決事項をどう確認するか |
| 更新の担当者 | 元資料の変更や矛盾を誰が見直すか |
| 管理者 | 対象者、アクセス、支出、保持・削除をどう管理するか |
とくに、個人が受け取ったメールや限定された会話をチームの知識に使う場合、元情報を読めることだけで、チーム全体へ共有してよいとは判断しません。
元資料と生成された知識のアクセス範囲、元資料へ戻る導線、権限変更後の挙動は、検証で確認する項目です。本稿では、それらがどのように継承・制御されるかを断定しません。
自動更新の将来予定と、現在の運用を分ける
10月14日の公式記事は、Copilot Studioのagent flowsによる継続的な自動整理、Coworkなどへの利用場所の拡大を、What’s coming soonとして記載しています。
「知識を最新に整理する」という製品の説明を、「すべての変更が設定なしで自動反映される」という保証に読み替えないことが重要です。現時点で利用できる機能と更新のタイミングを確認し、人による見直しを残します。
参考情報
8. 制限事項と未確認事項
- プレビュー：利用可能な機能と課金条件は、一般提供までに変わる可能性があります。
- 別々の展開：Knowledge baseとAutopilot連携の利用可否は別に確認します。
- 更新：継続的な自動整理には将来予定の説明があり、現在の全機能として扱いません。
- 共有と保持：アクセス継承、権限変更、元資料削除、生成物の保持・削除の詳細は未確認です。
- 対応範囲：日本語、地域、端末、資料の容量・形式ごとの制限、具体的な作成手順は未検証です。
- 正確性と効果：整理された知識の正確性や、速度・費用の改善を保証しません。
参考情報
- Introducing a team knowledge base, curated by Copilot and agents
- What’s New in Microsoft Copilot | October 2026
9. まとめ
Knowledge baseの価値は、資料を増やすことより、人とエージェントが共有できるチームの文脈を整えることにあります。
導入では、情報を集めるだけでなく、古い案と決定を分ける、元資料を確認する、共有範囲を決める、更新の責任者を置く、という運用が必要です。
まずは1つの検証用サイトと少量の架空資料で、引き継ぐ人が正しい判断にたどり着けるかを確認するところから始めてみてください。
参考リンク
- Introducing a team knowledge base, curated by Copilot and agents — Microsoft Community Hub、2026年10月14日公開。第1・3・4・6・7・8章の構成、現在の利用条件、将来予定に使用。
- What’s New in Microsoft Copilot | October 2026 — Microsoft Community Hub、2026年10月30日公開・更新。第3・4・8章の概要と10月のFrontier展開に使用。
- Get started with the Microsoft Frontier Program — Microsoft Learn、ページ記載日2026年10月15日、更新情報10月30日。第3・6章の参加登録と対象製品の利用権の区別に使用。
- Managing AI experiences enabled by usage-based billing — Microsoft Learn、ページ記載日2026年10月30日、更新情報10月31日。第3・6章のアクセスと支出ポリシー管理に使用。Knowledge base固有の料金表としては扱いません。
本記事について
本記事は、公開情報をもとに内容を整理し、できるだけ分かりやすく解説することを目的として作成しています。記載内容は個人の見解であり、所属組織の公式見解を示すものではありません。少しでもお役に立てればうれしいです。
ご質問・追記要望は本ページのコメント欄までお寄せください。