Teamsの会議で出た決定事項が、そのままGitHub Copilotのタスクになる──2026年8月21日公開の新機能を確認した

「これ、Copilotに投げておいて」と会議中に言うだけで、実際にタスクが動き出す──というのがGitHubが2026年8月21日に公開した新機能の触れ込みだ。github.blog/changelogの該当ページを一次で確認したところ、これはMicrosoft Teamsのチャンネル・スレッド・DMで@GitHubをメンションすると、GitHub Copilotのクラウドエージェントセッションがその場で起動するというパブリックプレビュー機能である。名称は公式には付いていないが、本稿では便宜上「Teams統合」と呼ぶ。

3行まとめ

1. Teamsで@GitHubをメンションするとCopilotのクラウドエージェントセッションが始まり、会話の参加者全員がその進捗を見たり指示を追加したりできる。ただし実際にリポジトリへの変更をトリガーできるのは、そのリポジトリへの書き込み権限を持つ参加者のみ
2. 有料のGitHub Copilotプランでパブリックプレビュー利用可能。クラウドエージェントのセッションはAIクレジットを消費し、クラウドサンドボックスの利用は別建てで課金される
3. リポジトリ管理者は「Teams統合が作成したPRには追加承認を必須にする」設定を有効化できる。通常2承認制のリポジトリでこれを有効にすると、Copilot作成のPRは3承認が必要になる

何が起きるのか──会議の決定事項がそのままタスクになる

公式ブログの説明を要約すると、想定されている使い方は次のようなものだ。

チームのスタンドアップ会議で問題が話題に上ったとき、その場でTeamsのチャンネルかミーティングチャットに@GitHubをメンションして調査を依頼する。会議が終わる前にCopilotが調査を始め、参加者は全員その調査過程を見ながら、必要ならさらに指示を追加して方向修正できる。会議で「決定したこと」を、会議が終わる前に「進行中のタスク」に変換する、という位置づけだ。

権限の設計はGitHub側の通常のアクセス制御に従う。会話の参加者は誰でも質問したり文脈を追加したり計画を手伝ったりできるが、実際にCopilotへ変更を加えさせる（リポジトリへの書き込みを伴う操作をトリガーする）ことができるのは、そのリポジトリへの書き込み権限を持つ人だけ、と明記されている。

GitHub公式ドキュメント（docs.github.comの統合ガイド）をcurlで確認すると、ブログ本文よりさらに細かい仕組みが分かる。Copilotが使う「身元（identity）」は、DM（1対1のダイレクトメッセージ）か共有コンテキスト（チャンネル・グループスレッド）かによって切り替わる。

ワークスペースのゲストメンバーや、リポジトリの外部コラボレーターはTeams上でCopilotセッションを開始・操作できない、ともドキュメントには明記されている。

なお公式ページには2026年8月21日付の編集注記があり、「Teamsの用語に合わせて表現を更新した」とある。この注記の通り、Teams連携そのものの初出は今回が初めてではない。GitHub公式Changelogを遡ると、2025年9月19日付で「Work with Copilot coding agent in Microsoft Teams」という記事が既に公開されており、当時から@GitHubメンションでCopilot coding agentにプルリクエスト作成を依頼できる、というパブリックプレビュー機能が存在していた。つまり2026年8月21日の発表は新機能のローンチではなく、約11か月前からあった機能の拡張・呼称整理にあたる。2025年9月時点の告知では「バグ修正・小規模機能・リファクタリング・ログ追加・雛形作成のようなタスクを任せるのに向いている」という個人利用寄りの位置づけだったのに対し、2026年8月版は「会議参加者全員が見て指示を出せる共同セッション」という複数人利用の側面を前面に出しており、この一年弱で機能の重心が「個人の作業委任」から「チームでの共同エージェント操作」に移ったことがうかがえる。

他のGitHub Copilot利用面との連携

TeamsでCopilotに投げたタスクは、その後もTeams上で完結する必要はない。公式ドキュメントへのリンクによれば、Teamsで開始したタスクはセキュアなクラウドサンドボックス内で非同期に処理され、その後はターミナル・GitHub Copilotアプリ・使い慣れたIDEのいずれからでも、エージェントが生成した成果物を引き継いで作業を続けられる。進捗自体はチャンネルのスレッドで追跡できる。

使い始め方と提供条件

パブリックプレビューは有料のGitHub Copilotプランで利用できる。課金面では次の2点が明記されている。

• Teamsで開始したGitHub Copilotクラウドエージェントセッションは、AIクレジットを消費する。組織向けには、クラウドエージェントのAIクレジット利用は使用量ベース課金の予算機能で管理できる
• クラウドサンドボックスの利用は別建てで課金され、製品レベル・SKUレベルの予算で制御できる

GitHub公式の課金ドキュメント（docs.github.com/billing配下）をcurlで確認すると、この2つの課金の中身がより具体的に分かる。AIクレジットは「1クレジット＝0.01米ドル」という換算レートの従量課金単位で、GitHub Copilot AIクレジット・クラウドエージェントAIクレジット・GitHub Spark AIクレジットなど、複数のSKUに共通して使われる。一方クラウドサンドボックス自体の課金は、この「バンドルAIクレジット」の予算対象には含まれず、Compute（サンドボックスが動いている時間）・Memory（動作中に割り当てられたメモリ量）・Storage（停止中のセッションのスナップショット保存）という3つの計測項目（メーター）で個別に課金される。つまりTeams経由でCopilotに仕事を頼むと、少なくとも理論上は「AIクレジット消費」と「クラウドサンドボックスの3メーター課金」という、性質の異なる2種類の請求が同時に発生しうる。

導入手順は次の通り。

1. 組織・エンタープライズに所属している場合、管理者がGitHub Copilotクラウドエージェントとクラウドサンドボックスを有効化済みであることを確認する（クラウドサンドボックスのポリシーはクラウドエージェントのポリシーと共通設定）
2. Microsoft Teams向けの「GitHub」アプリをインストールする
3. Teams上で@GitHubをメンションし、案内に従ってGitHubアカウントを接続する。パブリックチャンネルの場合、既定リポジトリの設定を促されることがある（DMでは既定リポジトリという概念自体が存在しない）
4. @GitHubに続けてタスク内容をメンションする。利用可能なコマンド一覧は@GitHub helpで確認できる

ガバナンス面の設計──「共有コンテキストのPRは追加承認1件」が既定オン

リポジトリ管理者は、Microsoft Teams Copilot統合のアイデンティティに紐づくプルリクエストについて、マージ前に追加承認を必須化できるようになった。すでにリポジトリで2承認を必須にしている場合、この設定を有効にするとCopilot作成のPRだけ3承認が必要になる、という仕組みだ。公式ブログはこれを「人間をループに残したまま、コンプライアンス監督を失わずにチームのスピードを保つための機能」と位置づけている。

ブログ本文だけでは「有効化できる」というオプトイン機能のように読めるが、公式ドキュメントを確認すると条件付きで既定オンであることが分かる。ドキュメントの注記は「共有コンテキストで作成されたプルリクエストはApp自身の身元を使う。リポジトリでrulesetsを使っており、かつそのリポジトリが既に1件以上の承認を必須にしている場合、これらのPRは個人に紐づかないため追加で1件の承認が必要になる。これは既定で有効になっている」と説明している。つまり、対象は「共有コンテキスト（チャンネル・グループスレッド）で作られたPR」に限られ、「rulesetsを使っていて、かつ元々1件以上の承認を必須にしているリポジトリ」という条件を満たす場合は、管理者が何も設定しなくても既にこの追加承認が働いている可能性がある。

Microsoft 365 Copilot（Teams Copilot）との違いに注意

紛らわしい点として、Microsoft自身が提供する「Microsoft 365 Copilot」（Teams内では通称「Teams Copilot」）とは別物である。Teams Copilotは会議の要約・議事録作成・フォローアップ抽出を行うMicrosoft製の機能で、月額3,750円/ユーザーのMicrosoft 365 Copilotライセンスが必要（詳しくは「AI議事録ツール おすすめ比較」を参照）。今回の機能はそれとは別の、GitHub製のBot連携で、GitHub CopilotのCLI/IDE利用経験がある人向けの「コード作業をTeamsから起動する」機能である。両者は同じ会議の中で共存しうるが、課金元も対象読者も異なる。

画面操作そのものは今回もスクリーンショットでしか見ていない

• 前回の取得時にはアクセスできなかった統合の設定手順ページ（docs.github.com）に、今回は別のURLから到達でき、DM/共有コンテキストでの身元の違いや、追加承認が既定オンになる条件など、ブログ本文より詳しい仕様を確認できた。ただし実際の画面操作（インストール手順のスクリーンショット等）は文章の説明を読んだのみで、自分の手では試していない。
• 「クラウドエージェントのAIクレジット消費量」がTeams経由とIDE経由で同じ料率かどうかは、本記事で確認した範囲のドキュメントには明記がなく確認できていない。
• クラウドサンドボックスのCompute・Memory・Storageそれぞれの具体的な単価（1秒あたり・1GBあたりの金額）は、今回確認したページには数値が示されておらず、確認できなかった。
• 日本語UIでの提供有無・日本語での@GitHubコマンドの挙動は未確認。
• Teams利用には「Microsoft Public Developer Preview」をTeamsクライアント側で有効化する必要があるとドキュメントにあるが、この設定がどの程度一般的か（企業のTeams管理者がどれだけ簡単に有効化できるか）は、GitHub側のドキュメントの範囲では判断できなかった。

関連記事

• GitHub Copilotが従量課金へ全面移行──「AI Credits」開始で定額使い放題が終わる
• AI議事録ツール おすすめ比較──Zoom・Teams会議を自動文字起こし【2026年】
• GitHub Copilot 使い方・料金・効果は本当にある？【2026年版】
• AIコーディングアシスタント比較──Copilot/Cursor/Claude Code【2026年】