この事例で扱うこと
- 公開Webページを読むだけの指示書にする
- Copilot Chatで確認事項、要約、表、依頼文を作る
- Copilot Pagesで結果を編集、共有、継続管理する
- NotebooksやAgentsへ発展させる判断基準を作る
AI活用事例 / 確認日 2026-08-24
個人サイトには会社情報を入力しません。 公開しても問題ない指示書だけをWebに置きます。 社用スマホでこのページを読み、実行は会社が許可したMicrosoft 365 Copilot側で行います。
公開Webページには、手順、観点、プロンプトの型だけを置きます。 ファイル、メール、会議、チャット、業務文書の参照は、組織が許可したCopilotの中で行います。 この分離により、個人サイトをデータ置き場にしないAI活用事例として運用できます。
Microsoft公式情報を確認すると、今回の運用では以下の機能を組み合わせるのが実用的です。 利用可否はライセンス、管理者設定、アプリの展開状況で変わるため、実際の画面を優先して確認します。
画面上で確認できた範囲では、会社CopilotはWeb検索、Microsoft公式情報の検索、Microsoft 365内の検索、Excel読み取りに使えます。 ただし、指定URLの本文を必ず直接読めるとは限らず、自動送信や定期実行は未確認です。
Copilotは、参照できる情報とプロンプトの明確さに強く影響されます。 そのため、この指示書では「何をしてほしいか」だけでなく、「何を根拠にするか」「何を断定しないか」「どう検証するか」まで入れます。
重要なのは、Webページに実データを持たせないことです。 Webは毎回迷わないための型、Copilotは許可された社内データを扱う場所、と割り切ります。
社用スマホでこのページを開き、目的に合う指示書カードを選びます。
会社が許可したCopilot画面で、カードの型をもとに目的と条件を入力します。
必要に応じて、ファイル、メール、会議、チャットなどをCopilot側で参照します。
出力をページ化し、確認事項、依頼文、表、未決事項を編集します。
権限、事実、表現、勤務扱いを確認してから社内で使います。
Copilotの性能を引き出すには、長い説明文よりも、毎回同じ形で読み取れるカードが有効です。 このページは、スマホで見てすぐ使える粒度に分けています。
確認事項、依頼文、Excel化、Pages化、Notebook化を分け、画面上で迷わないようにします。
会社情報をWebへ入力しない、外部共有の迂回に使わない、という境界をカードごとに残します。
表、箇条書き、メール文、未決事項など、次の作業へ移しやすい形を先に指定します。
Copilotの仕様は変わるため、ページには確認日と公式リンクを残し、古い前提を見つけやすくします。
一度きりの回答で終わらせず、確認事項をページ化して追記、コメント、再質問できる形にします。
同じカードを何度も使う業務だけ、将来Agent BuilderやCopilot Studio化を検討します。
コピー機能は個人PCでの確認用です。社用スマホでコピーが制限される場合は、画面を見ながらCopilotへ手入力します。 [] の部分だけ、会社が許可した情報に置き換えます。
Web、社内検索、Excel、添付ファイル、コード、Pages/Notebook/Agent、自動実行の可否を、安全に切り分けます。
あなたの現在の実行環境で、Copilotがどこまで利用できるかを診断してください。
会社情報、個人情報、顧客情報、機密情報は表示しないでください。
重要な禁止事項:
- 実データのタイトル、本文、件名、ファイル名、会議名、個人名、部署名、送信者名、チャット本文、URL、断片引用を表示しない
- メール、Teams、ファイル、会議、予定表の具体例を出さない
- 推測で「利用可能」と断定しない
- 外部送信、投稿、承認、削除、記録変更を実行しない
- 管理者設定が必要なものは「管理者設定次第」と書く
診断したい項目:
1. Web検索と最新情報
- 今日の[地域]の天気を、参照元名、URL、取得日付きで確認できるか
- Microsoft 365 Copilotに関するMicrosoft公式の最近の更新をURL付きで確認できるか
2. 指定URLの直接読解
- 次のURLを直接読めるか
- 読めない場合、検索結果や関連ページで代替したかを明記する
- URL: https://support.microsoft.com/en-us/office/what-you-can-do-with-microsoft-copilot
3. Microsoft 365内データ
- メール、Teams、OneDrive/SharePoint、会議、予定表を参照できるか
- 実データ例は出さず、カテゴリ別の可否だけ答える
4. Excel
- Excelファイルを読めるか
- 読める場合、可能な処理を列挙する
- 例: シート構成確認、列名把握、集計、異常値候補、数式確認、表作成
- シート名、列名、セル値の実例は出さない
5. 添付ファイル
- PDF、Word、PowerPoint、CSV、画像、テキストを読める可能性を分類する
- 現在ファイルが未添付なら「未提供」と書く
6. コーディング
- コードの説明、修正案、簡単なスクリプト作成、テスト観点作成が可能か
- リポジトリ変更、PR作成、実行、デプロイ、外部システム操作が可能か
7. 継続作業
- Copilot Pages、Notebooks、Agents、Copilot Studioが現在の環境で使えるか
- 使える場合は、何に向いているかだけ答える
- 実行権限や管理者設定が不明なら「確認不可」とする
8. 自動実行と外部アクション
- Outlook送信、Teams投稿、ファイル保存、予定作成、定期実行、他システム操作が可能か
- 可能/不可/確認不可を分ける
- 実行はしない
出力形式:
| 分野 | 判定 | 根拠 | 安全な使い方 | 追加で試すべき確認 |
判定は次のいずれか:
- 利用可能
- 一部利用可能
- 確認不可
- 利用不可
最後に、私が今後あなたへ業務指示を出すときの前提を、5行以内でまとめてください。
設問や案内文を、確認先へ聞くべき事項、理由、期限、リスクへ変換します。
あなたは業務確認事項を整理するアシスタントです。
目的:
- 下記のフォームまたは案内内容を確認し、関係部署へ確認すべき事項を一覧化してください。
入力:
- フォームまたは案内の目的: [目的]
- 画面上の設問、説明、期限: [会社が許可した範囲で入力]
- 回答者に求められている作業: [作業]
- 確認先: [部署または担当]
出力:
- No
- 分類
- 確認事項
- 確認理由
- 必要資料
- 確認先
- 期限
- 優先度
- リスク
- 未決事項
条件:
- 推測で断定しないでください。
- 不足情報は「要確認」と書いてください。
- 社外共有すべきでない情報が含まれる可能性がある場合は、最初に注意点を書いてください。
- 最後に「根拠あり」「要確認」「推測」の3分類で自己点検してください。
一度きりの回答ではなく、追記・コメント・再確認しやすい作業台にします。
次の内容を、Copilot Pagesで編集・共有しやすい作業ページ案にしてください。
目的:
- 関係者が確認事項、回答状況、未決事項を同じページで見られるようにする
入力:
- 対象業務: [業務名]
- 現在分かっていること: [事実]
- 未確認のこと: [不明点]
- 関係者: [役割だけで可]
- 期限: [期限]
出力:
1. ページタイトル
2. 背景
3. 確認事項リスト
4. 担当または確認先
5. 期限
6. 判断待ち
7. 次に依頼する文面
条件:
- 関係者が追記しやすい見出しにしてください。
- 事実と推測を分けてください。
- ページ化した後に再質問すべき確認プロンプトも最後に付けてください。
- 未確認の数字、日付、担当、期限、判断は「要確認」と明記してください。
同じ種類の確認を繰り返す場合に、必要な資料を集める順番を決めます。
この業務をCopilot Notebookで継続的に扱う前提で、参照資料セットを設計してください。
目的:
- 毎回同じ確認をゼロから説明しないようにする
入力:
- 業務テーマ: [テーマ]
- 毎回確認する資料: [規定、FAQ、過去回答、フォーム案内など]
- 変わりやすい情報: [期限、担当、対象範囲など]
- 出力したいもの: [表、依頼文、チェックリストなど]
出力:
1. Notebookに入れる資料
2. 入れない資料
3. 更新頻度
4. 最初に聞く質問
5. 毎回確認する質問
6. 人間が最終確認する項目
条件:
- 古い資料と最新資料が混ざるリスクを明記してください。
- 権限がない資料を前提にしないでください。
- 個人サイトへ資料を移す案は出さないでください。
- 参照元ごとに、確認日、信頼度、更新頻度を分けてください。
繰り返し発生する業務だけを、Agent BuilderやCopilot Studioの候補にします。
次の業務が、CopilotのAgent化に向いているか判断してください。
業務:
- [業務名]
現状:
- 頻度: [毎日、毎週、月次、都度]
- 入力情報: [使う情報]
- 出力物: [作るもの]
- 判断が必要な点: [人間判断]
- 利用者: [自分、小チーム、部門など]
判定してほしいこと:
1. Chatのプロンプトで十分か
2. PagesやNotebookで管理すべきか
3. Agent Builderを検討すべきか
4. Copilot Studioが必要になりそうか
5. 管理者や担当部署へ確認すべきこと
条件:
- 組織の管理者設定やライセンスで使えない可能性も含めてください。
- 自動実行や外部連携を前提にしすぎないでください。
- 最初は小さく試す手順にしてください。
- 人間の承認なしに進めてはいけない操作を明確にしてください。
Copilotの回答を、そのまま使う前に根拠、事実、文脈、例外で点検します。
次のCopilot出力を、使う前に検証してください。
検証対象:
[Copilotの出力]
元にした情報:
- 参照元: [ファイル、メール、会議、Web、入力文など]
- 確認日: [日付]
- 目的: [この出力を何に使うか]
- 読み手: [誰が読むか]
検証観点:
1. Source: 元資料と食い違う点、根拠がない点、言い過ぎている点
2. Verified: 確認すべき数字、日付、固有名詞、期限、担当、判断
3. Context: 抜けている前提、制約、承認、リスク、例外
4. Resilient: 読み手や状況が変わると危険になる表現
出力:
- そのまま使える部分
- 修正が必要な部分
- 人間が確認する部分
- 追加で参照すべき資料
- 安全な修正版
条件:
- Copilot自身の回答を最終正解として扱わないでください。
- 根拠がない項目は断定せず「要確認」としてください。
- 送信、共有、承認、外部利用の前に止めるべき点を明記してください。
Copilotの弱点を前提に、指示書がどこまで対策できているかを確認します。 評価は、プロンプトを増やすことではなく、失敗しやすい条件を先に潰せているかで見ます。
この事例は、いきなりAgent化するのではなく、失敗しにくい順番で育てます。
公開Webページを指示書棚として使い、会社データは置きません。
会社が許可したCopilotで、手入力した指示を試します。
出力を編集可能なページにして、確認と追記に使います。
同じテーマの資料をまとめ、毎回の前提説明を減らします。
頻度が高く、判断基準が安定した業務だけ候補にします。
機能や利用条件は変わるため、実運用前に公式ページと自分の画面を確認します。
Chatの基本、ファイルや画像の追加、業務データを使う場合の考え方。
公式ページ目的、背景、期待する出力、参照元を含める考え方。
公式ページ回答を編集可能なページにし、共同編集やコメントに使う機能。
公式ページ参照資料に基づいて、Notebook内の内容へ集中して質問する機能。
公式ページAgent Builder、SharePoint agents、Copilot Studioの使い分け。
公式ページMicrosoft 365 Copilot Chatの企業向けデータ保護と管理上の注意。
公式ページCopilotが作業データ、Web、添付コンテンツを使って回答する仕組み。
公式ページ明確さ、正確性、トーン、文脈を確認してから使う考え方。
公式ページSource、Verified、Context、Resilientで、使う前に検証する考え方。
公式ページ決定、リスク、文脈、具体性、鮮度の抜けを見つける方法。
公式ページGoal、Freshness、Context、Audience、Checkpointsで作業境界を設計する考え方。
公式ページ