Microsoft 365 Copilot Chatでカスタムエンジンエージェントにファイルや画像を添付しても、エージェント側へ届かない場合があります。結論からいうと、2026年6月8日にMicrosoft 365 Copilot TechCommunityへ掲載された情報は、新機能や仕様変更の告知ではありません。Microsoft Learnにも記載されているファイル添付の既知の制約と、画面表示の分かりにくさを報告したフォーラム投稿です。(TECHCOMMUNITY.MICROSOFT.COM)
特に注意したいのは、画面上でファイルが添付されたように見えても、カスタムエンジンエージェントが受信しているとは限らない点です。ファイル分析を前提とする業務では、設定変更を探すより先に、実際の利用経路ごとに受信テストを行い、代替手段と利用者向けの注意表示を用意する必要があります。
Microsoft 365 Copilot TechCommunityで確認された変更点
「File Uploads Not Passed to Custom Engine Agent in Microsoft 365 Copilot Chat」は、Copilot Studioで作成したエージェントをMicrosoft TeamsとMicrosoft 365 Copilotの両方に公開した利用者による報告です。
投稿者の環境では、Copilot Studioのテスト画面やTeamsのエージェントチャットではファイルと画像を利用できた一方、Microsoft 365 Copilotアプリのデスクトップ版とWeb版では、添付したデータがエージェントに届かなかったとされています。さらに、入力欄の「＋」からアップロードやスクリーンショットを選べるため、利用者には正常に送信できたように見えるという問題も指摘されています。(TECHCOMMUNITY.MICROSOFT.COM)
今回の情報を整理すると、次のようになります。
| 確認項目 | 内容 |
|---|---|
| 情報の位置付け | 新機能やロールアウトではなく、既知の制約に関するフォーラム投稿 |
| 主な対象 | Microsoft 365 Copilot Chatで動作するカスタムエンジンエージェント |
| 発生する現象 | 添付したファイルや画像がエージェントに渡らない |
| 画面上の問題 | 添付済みに見えても、エラーや警告が表示されない場合がある |
| エージェントからのファイル返却 | Microsoft Learnではダウンロード用ファイルの返却も未サポート |
| 設定変更 | 添付を有効化する設定やマニフェスト変更は公開されていない |
| 移行・更新 | 必須の移行やクライアント更新は案内されていない |
| 対応期限 | 公開された期限や提供予定日はない |
Microsoft Learnの既知の問題ページには、カスタムエンジンエージェントについて「利用者はエージェントチャットへファイルをアップロードできず、エージェントもダウンロード用ファイルを返せない」と記載されています。TechCommunityの投稿には、2026年6月18日時点でMicrosoft製品チームからの回答は掲載されていません。(TECHCOMMUNITY.MICROSOFT.COM)
ファイルを添付できたように見えてもエージェントには届かない
カスタムエンジンエージェントは、独自のワークフロー、AIモデル、外部APIなどを組み合わせて構築できるエージェントです。Copilot Studioによるローコード開発のほか、Microsoft 365 Agents ToolkitやMicrosoft 365 Agents SDKを使った開発方法があります。(Microsoft Learn)
通常、チャットに添付したファイルは、Microsoft 365 Copilotの画面から実行基盤を経由し、メッセージの添付情報としてエージェントに渡されます。しかし、関連するGitHub Issueでは、ファイルを添付してもエージェントが受け取るデータのattachmentsがNoneになり、添付情報が実行基盤で取り除かれる現象が報告されています。(GitHub)
つまり、次の状態が同時に起こり得ます。
- 利用者の画面にはファイル名や添付表示が残る
- 送信時に明確なエラーが出ない
- エージェント側にはファイル本体も添付情報も届かない
- エージェントはファイルを読んでいないのに、通常の会話を続けてしまう
業務上のリスクは、単に処理が失敗することではありません。利用者が「ファイルの内容を分析した回答だ」と誤認する可能性があることです。
チャット添付と知識ファイルは別の機能
「ファイルアップロード」という言葉は複数の機能で使われますが、今回問題になっているのは会話中に利用者が送るファイルです。
| ファイルを使う操作 | 目的 | 今回の問題との関係 |
|---|---|---|
| Copilot Chatで利用者がファイルを添付 | その会話で一時的に分析する | 今回の制約の対象 |
| エージェント作成時にファイルを知識として登録 | 継続的なナレッジとして利用する | 別機能 |
| Microsoft 365管理センターへエージェントのZIPをアップロード | エージェントを展開する | 別機能 |
| SharePointやOneDrive上の文書を知識として参照 | 組織データを検索・回答に利用する | 設定や権限により代替手段になり得る |
たとえば、Agent Builderの宣言型エージェントでは、作成時にファイルを埋め込み知識として登録できます。また、管理センターへのZIPアップロードは、マニフェストや設定を含むエージェントパッケージの展開機能です。どちらも、利用者がチャット中に任意のファイルを送る機能の代わりにはなりません。(Microsoft Learn)
影響を受けるユーザーと業務
影響を受けやすいのは、Microsoft 365 Copilot Chatからカスタムエンジンエージェントを呼び出し、会話ごとに異なるファイルを処理する利用者です。
具体的には、次のような業務で問題になります。
- 請求書や申請書を添付して内容を確認する
- エラー画面のスクリーンショットを送って原因を調べる
- 契約書や提案書を添付して要点を抽出する
- CSVやExcelファイルを渡してデータを集計する
- エージェントが作成したレポートをファイルとして受け取る
一方、あらかじめ登録したSharePoint文書や知識ファイルだけを使うエージェントは、今回のチャット添付制約による直接的な影響を受けにくいと考えられます。
Copilot Studio利用者も実機確認が必要
Microsoft Learnの既知の問題ページでは、対象としてMicrosoft 365 Agents ToolkitとMicrosoft 365 Agents SDKで構築したカスタムエンジンエージェントが明記されています。一方、TechCommunityではCopilot Studioで構築したエージェントでも同様の現象が報告されています。(TECHCOMMUNITY.MICROSOFT.COM)
そのため、「Copilot Studioで作ったので対象外」「Teamsで公開したので問題ない」と判断するのは危険です。すべてのCopilot Studioエージェントで必ず発生すると断定はできませんが、ファイル処理を提供する場合は本番と同じ利用経路で確認してください。
Teamsで動けば問題ないとは限らない
Teamsには複数の利用経路があります。
- エージェントとの1対1チャット
- Teamsのチャネルやグループチャット
- Teams内のMicrosoft 365 Copilot Chat
- Microsoft 365 Copilotからエージェントを呼び出す経路
TechCommunityの投稿では「Teams chatでは動作した」と報告されていますが、関連するGitHub Issueでは「Teams内のCopilot chat」で添付が失われる再現手順が示されています。したがって、Teamsというアプリ名ではなく、利用者がどの画面から、どのホスト経由でエージェントを開いたかまで区別する必要があります。(TECHCOMMUNITY.MICROSOFT.COM)
| テストする場所 | 公開情報から読み取れる状況 |
|---|---|
| Copilot Studioのテスト画面 | TechCommunity投稿者の環境では動作 |
| Teamsの専用エージェントチャット | TechCommunity投稿者の環境では動作 |
| Microsoft 365 CopilotアプリのWeb版 | 投稿者の環境ではファイルが届かない |
| Microsoft 365 Copilotアプリのデスクトップ版 | 投稿者の環境ではファイルが届かない |
| Teams内のCopilot Chat | GitHub Issueで添付が失われる現象を報告 |
| Teamsチャネルやグループチャット | エージェント構成と利用経路ごとの確認が必要 |
Copilot Studioでは、TeamsとMicrosoft 365 Copilotの両方にエージェントを接続できます。同じエージェントを公開していても、ホストによって制約が異なる可能性を前提にテストしましょう。(Microsoft Learn)
管理者・開発者が行う確認手順
エージェントの種類と公開先を確認する
最初に、対象がカスタムエンジンエージェントなのか、宣言型エージェントなのかを確認します。併せて、次の情報を整理してください。
- 作成ツールがCopilot Studio、Agents Toolkit、Agents SDKのどれか
- Microsoft 365 Copilotチャネルが有効か
- Teamsのどの利用経路に公開しているか
- ファイルを受信するアクションやAPIがどこにあるか
- 本番利用者がエージェントを開く画面
同じファイルを利用経路ごとに送信する
機密情報を含まない小さなテストファイルを用意し、同じ指示文で比較します。
- Copilot Studioのテスト画面から送る
- Teamsの専用エージェントチャットから送る
- Teams内のCopilot Chatから送る
- Microsoft 365 CopilotのWeb版から送る
- Microsoft 365 Copilotのデスクトップ版から送る
ファイル名、送信時刻、利用経路、エージェントの回答を記録します。
エージェント側で受信を確認する
SDKで構築している場合は、受信したアクティビティに添付情報が存在するか確認します。attachmentsが空やNoneであれば、ファイル形式の解析以前に、転送経路で添付が渡っていない可能性があります。
Copilot Studioの場合は、ファイルを処理するアクションやエージェントフローに、ファイル本体、ファイル名、URLなどの値が渡っているか確認します。
転送失敗とファイル処理失敗を分ける
| 確認結果 | 疑うべき原因 |
|---|---|
| 添付情報自体が届いていない | Microsoft 365 Copilot Chatの実行経路や既知の制約 |
| 添付情報はあるが内容を読めない | ファイル形式、サイズ、権限、解析処理 |
| 一部のファイルだけ失敗する | 対応形式、容量、暗号化、破損 |
| SharePointリンクだけ失敗する | アクセス権、認証、共有範囲 |
| エージェントからファイルを返せない | ファイル返却に関する既知の制約 |
添付情報が届いていない状態で、ファイルサイズを小さくしたり、PDFをWordへ変換したりしても解決しない可能性があります。
現時点でネイティブな回避設定は確認されていない
公開情報上、Microsoft 365 Copilot Chatのカスタムエンジンエージェントにファイル添付を有効化する、サポート済みの設定は示されていません。
関連するGitHub Issueでは、マニフェスト側でsupportsFiles: trueを設定した構成でも、受信データのattachmentsがNoneになると報告されています。このIssueは外部依存を示す「upstream」ラベルでクローズされており、マイルストーンも設定されていません。(GitHub)
そのため、マニフェストの変更や再公開だけで直る問題として扱わず、次の代替策を検討します。
| 利用目的 | 現実的な代替策 | 注意点 |
|---|---|---|
| 短い文章を一度だけ確認する | 必要な部分をチャットへ貼り付ける | 機密情報と文字数に注意 |
| 社内文書をその都度処理する | SharePointまたはOneDriveへ保存し、安全なリンクを渡す | エージェント側の認証と権限確認が必要 |
| 固定文書を繰り返し参照する | 知識ソースとして事前登録する | 会話ごとに異なるファイルには不向き |
| ファイル処理が業務の中心 | 専用Web画面やPower Appsなどにアップロード機能を実装する | 開発費、保管場所、監査、料金を確認 |
| Teams経由で暫定運用する | 動作を確認できた専用エージェントチャットへ誘導する | Teams内Copilot Chatと混同しない |
| ファイルを利用者へ返す | SharePointなどへ出力し、権限付きリンクを返す | 保存期間とアクセス権を管理する |
これらはMicrosoft 365 Copilot Chatの添付機能を有効にする方法ではなく、ファイルを別経路で受け渡すための運用・構成上の回避策です。
利用者の誤認を防ぐ設計が重要
添付が画面上に表示される以上、利用者はエージェントがファイルを読んだと考えます。管理者や開発者は、エージェントの指示や利用ガイドに制約を明記してください。
たとえば、次のような案内が有効です。
このエージェントはMicrosoft 365 Copilot Chatから直接添付されたファイルを受信できない場合があります。ファイルを処理する場合は、指定されたSharePointへ保存してリンクを入力してください。
また、ファイル処理を開始する前に、エージェント側で次の情報を明示させると誤認を減らせます。
- 受信できたファイル名
- 受信できたファイル数
- 処理対象の保存場所
- 読み取りに成功したか
- 処理できなかった場合の理由
エージェント側で受信を確認できない場合は、「添付ファイルを確認しました」と回答させないことが重要です。
設定・更新・移行・料金・期限で確認すべきこと
| 項目 | 確認内容 |
|---|---|
| 設定 | ファイル添付を有効化する設定を探すのではなく、公開チャネル、受信データ、認証、代替経路を確認する |
| 更新 | クライアント更新や再インストールで解消するとの案内はない。自社で注意表示を追加した場合は再公開する |
| 移行 | 必須移行の案内はない。ファイル処理が必須なら、検証済みTeams経路や専用アップロード画面へ暫定移行する |
| 料金 | 今回の制約に伴う料金改定は案内されていない。代替構成ではCopilot Credits、Azure、ストレージなどの費用を確認する |
| 期限 | 対応期限、提供予定日、Microsoft 365ロードマップIDは公開されていない |
| 運用 | 全社公開前に少人数でテストし、利用者向けヘルプと問い合わせ先を用意する |
Microsoft Learnでは、Microsoft 365 Copilotライセンスを持つ利用者によるカスタムエンジンエージェントの利用には追加の利用料金が発生しない一方、ライセンスを持たない利用者がSharePointなどの共有テナントデータを使う場合、Copilot Creditsによる従量課金が発生する可能性があると説明されています。また、独自のオーケストレーターやモデル、Azureサービスを利用する構成では、別途ホスティング費用が必要です。(Microsoft Learn)
今回の問題を避けるために専用Webアプリや外部ストレージ、独自APIを追加する場合は、既存ライセンスだけで判断せず、ファイル数、保存容量、実行回数、AIモデル利用量を含めて費用を見積もりましょう。
よくある判断ミス
添付表示があれば送信できていると思う
画面上のファイル名やアイコンは、エージェントが受信した証拠にはなりません。バックエンドやフローまでデータが到達したことを確認する必要があります。
Copilot Studioのテストだけで本番公開する
テスト画面で動作しても、Microsoft 365 Copilot Chatでは実行経路が異なる場合があります。本番と同じアプリ、同じアカウント、同じ呼び出し方法でテストしてください。
Teamsならすべて同じだと考える
Teamsの専用チャットと、Teams内のMicrosoft 365 Copilot Chatは別の経路として扱います。利用者向け手順には、開く画面まで具体的に記載しましょう。
公開リンクを回避策にする
権限設定が面倒だからといって、ファイルを「リンクを知っている全員」に公開するのは避けてください。SharePointやOneDriveを使う場合も、最小限のアクセス権、秘密度ラベル、保存期間を確認します。
提供予定日を前提に設計を止める
現時点で公開された提供期限はありません。近いうちに対応されることを前提にせず、現在の制約で運用可能な構成を決める必要があります。
まず行うべき対応
Microsoft 365 Copilot TechCommunityの今回の情報は、新機能の追加ではなく、カスタムエンジンエージェントにおけるファイル添付の制約を改めて認識させるものです。
管理者と開発者は、まず機密情報を含まないファイルを使い、本番と同じMicrosoft 365 Copilot Chatから受信テストを行ってください。ファイルが届かない場合は、利用者への警告を追加し、SharePointリンク、知識ソース、検証済みのTeams経路、専用アップロード画面のいずれを使うか決定します。
特にファイル分析を主目的とするエージェントは、全社展開前に「エージェントがファイルを受信したことを確認できる仕組み」を受け入れ条件に含めることが重要です。
コメント