GitHubは2026年10月23日、Teamsの新しいGitHub appで通知とCopilotを組み合わせる方法をGitHub Changelogで紹介しました。GitHub CopilotをTeamsでどう使うのか知りたい人に向け、通知を受けてから修正案を確認するまでの流れと、利用前に確認したい点を整理します。
要点
- 新しいGitHub appでは、Teamsの通知をきっかけに、会話の中からGitHubへメンションして対応を進められます。
- 通知はチャンネル、グループチャット、プライベートチャットで受け取れます。
- 紹介されている例では、バグ報告から調査・修正・pull requestの作成へ進み、その後チームがレビュー、テスト、マージします。
- 既存のGitHub notifications利用者はアプリを最新版に更新し、従来版のGitHub app利用者は統合版GitHub appをインストールする案内です。
何が発表されたか
Teams向けの新しいGitHub appは、以前の名称が「GitHub notifications」だったアプリです。通知を読む場所と、通知を受けて対応を依頼する場所をTeamsの会話にまとめる、というのが今回の発表の中心です。チャンネルなどに更新が届いたら、会話内でGitHubをメンションして次の対応につなげます。
発表には「バグ報告がTeamsに届く」という具体例があります。そこで@githubがissueを調査し、バグを修正してpull requestを作成します。issueは対応する課題、pull requestは修正内容をチームで確認するための提案、と捉えると流れを追いやすくなります。続いてチームが修正をレビュー、テスト、マージする手順が示されています。通知を見た時点で作業が完了するわけではなく、作成された修正案を人が確認するところまで含めて考えるとよいでしょう。
使い始める際は、まず自分が利用しているGitHub appを確認します。GitHub notificationsをすでにインストールしている場合は、最新版へ更新します。既存の通知機能は引き続き動作すると案内されています。一方、従来版のGitHub appは「GitHub (deprecated)」に改名され、2026年11月16日に廃止される案内です。このアプリを使っている場合は、TeamsでCopilotを使い続けるために統合版GitHub appをインストールします。
統合版では、Teamsの会話で「@GitHub」と入力し、表示される案内に従ってGitHubアカウントを接続し、repository（コードの保管先）を選択します。通知が来てから操作を探すより、最初に接続先と対象のrepositoryを確認しておくと、対応したい課題を取り違えにくくなります。
個人の仕事や学びにどう使えるか
たとえば開発担当の会社員なら、Teamsに届いたバグ報告を読んだ場で、対象のrepositoryを確かめてからGitHubをメンションする、という使い方が考えられます。返ってきた修正案は、そのまま採用する前に「報告された症状に合っているか」「別の動作に影響しないか」を確認する作業につなげましょう。
フリーランスのエンジニアが複数人の会話で作業するなら、通知に対して誰が確認し、誰がテストするかを先に決めておくと整理しやすくなります。学び直し中の人なら、バグ報告からissueの調査、pull request、レビューへと進む順序を、実際の会話に沿って振り返る題材にできます。いずれも、速く修正案を得ることだけでなく、変更内容を説明できる状態にすることを目標にするとよいでしょう。
会社・チームで使うときのポイント
GitHubが示す例では、修正とpull requestの作成後にチームがレビュー、テスト、マージします。運用時は「誰が依頼するか」「誰が結果を確認するか」を決め、通知への反応とコード変更の承認を別の作業として扱うと安心です。対象のrepositoryを選ぶ際も、チーム内で依頼内容と対象を確認する習慣をつけましょう。法人での導入や研修を考えるなら、株式会社デジライズに相談できます。
使う前の注意点
利用中のアプリがGitHub notificationsなら最新版への更新、従来版のGitHub appなら統合版のインストールというように、案内されている対応が異なります。従来版は2026年11月16日に廃止される案内なので、アプリ名を確かめてから作業を進めてください。また、統合版で「@GitHub」をメンションした後は、表示される案内に従ってアカウント接続とrepositoryの選択を行います。途中の表示を飛ばさず、意図した接続先か確認しましょう。
利用環境によって確認したい点がある場合は、使う前に公式のヘルプで最新の提供範囲を確かめてください。修正案ができた場合も、元のバグ報告と変更内容を照らし合わせ、レビューとテストを省かない進め方が大切です。
まとめ
Teamsの通知からGitHubをメンションし、バグ報告への対応をpull requestの作成につなげるのが、今回紹介された使い方です。まずアプリの種類を確認し、必要な更新またはインストールを行ったうえで、接続先のrepositoryと修正案を確かめましょう。AIの活用を体系的に学びたい人は、デジライズAIスクールのコース一覧も参考にしてください。
出典
この記事は、各社の公式の発表をもとに AI で下書きし、出典の本文との照合とGoogle 検索による事実確認（ファクトチェック）を通ったものだけを公開しています。
