この記事のポイント
- TeamsのGitHubアプリが、通知を起点に調査・コード修正を頼める機能を統合しました。
- 旧版の通知アプリは「GitHub(deprecated)」に改名され、2026年11月16日に廃止される予定です。
- 修正依頼には有料Copilotプランなどが必要で、会話全体が作業の文脈として使われます。
GitHubは2026年10月23日、Microsoft Teams向けの新しい連携アプリ「GitHub app in Microsoft Teams」を公式発表しました。Teamsの通知画面から直接コード修正を頼める新機能について、何が変わり、移行で何に気をつければよいかを整理します。
通知を見るだけで終わらず、その場で修正まで頼める
これまでのTeams向けGitHubアプリ(旧称「GitHub notifications」)は、不具合報告などのissueやコード変更案のプルリクエストの通知をTeamsに届けるだけの機能でした。新アプリでは、チャンネル・グループチャット・プライベートチャットに届いた通知に対して、「@GitHub」と呼びかけて作業を頼めるようになります。発表によると、流れは3段階です。まずバグ報告などの通知がTeamsに届き、次に「@github」が問題を調査してバグを修正し、プルリクエストを作成します。最後にチームがその内容をレビュー・テストし、コードの本流に取り込みます。通知を確認してGitHubを開き直す往復がなくなり、Teamsの画面内で一次対応まで進められる点が、これまでとの大きな違いです。
移行で気をつけたいこと
「GitHub notifications」を使っているチームは最新版へ更新すると、従来の通知機能を維持したまま統合版へ移れます。別の旧版アプリは「GitHub(deprecated)」に改名され、2026年11月16日に廃止予定です。利用中のアプリ名を見て、更新か乗り換えかを確認する必要があります。
公式利用ガイドによると、修正依頼は公開プレビューで、有料Copilotプランとクラウド上の作業環境の有効化が必要です。組織によっては管理者の設定が必要で、変更を開始できるのは対象リポジトリへの書き込み権限を持つ利用者です。GitHubアカウントを連携して使います。導入ガイドは、Teamsへのアプリ導入権限と、TeamsクライアントのMicrosoft Public Developer Previewの有効化も条件に挙げています。
呼びかけた投稿だけでなく、スレッド全体が作業の文脈として取り込まれ、作成物にも保存されます。社内情報を含む会話では、その範囲を確認することが重要です。文脈を絞りたい場合はアプリとの直接メッセージを使う方法も案内されています。
まとめ
Teamsで通知を受けているチームでは、まずアプリ名と11月16日の廃止対象かどうかを確認するとよいでしょう。Slack・Teamsから複数リポジトリを扱う連携と合わせて、利用権限を整理する材料になります。
コードのレビュー・テストは引き続き人が担います。アプリを更新するだけで運用を広げず、依頼に含めてよい会話と修正案を承認する担当を先に決めておくと、既存の開発手順につなげやすくなります。
※ 2026年10月時点の情報です。
