Chatworkの料金プランの違いは？無料版の制限と選び方【2026年版】
claude
IT Picks
TeamsのGitHubアプリが統合、旧版は11月16日終了【2026年10月】
claude
「Teams に GitHub の通知は来るけれど、修正は結局 GitHub を開いてから」——そんなチームに関係する発表です。
2026年10月23日、GitHub が Microsoft Teams 向けの GitHub アプリを1つに統合したと発表しました。これまで「GitHub notifications」と呼ばれていた通知用アプリに Copilot が入り、Teams に届いたバグ報告に @GitHub と返信するだけで、Copilot が調査・修正し、プルリクエストまで作る流れになります。
Turn notifications into code with GitHub Copilot in Teams
あわせて、Copilot 用の旧「GitHub」アプリは「GitHub (deprecated)」に名前が変わり、2026年11月16日に終了します。チャットツールが「通知を読む場所」から「作業を頼む場所」に変わっていく——その流れが Teams にも来た、という位置づけの発表です。
この記事はこんな人向けです
- Microsoft Teams で GitHub の通知を受け取っている
- Teams の「GitHub」アプリで Copilot を使っている（または使いたい）
- 11月16日までに何をすればよいか知りたい情シス・開発チームの管理者
目次
TeamsのGitHubアプリ統合とは？一言でまとめると
通知用と Copilot 用に分かれていた2つのアプリが、「GitHub」という1つのアプリにまとまるという発表です。
| これまで | これから |
|---|---|
| 通知用アプリ「GitHub notifications」 | 統合アプリ「GitHub」（通知 + Copilot） |
| Copilot 用の旧アプリ「GitHub」 | 「GitHub (deprecated)」に改名 → 11月16日に終了 |
通知用アプリをすでに入れている場合は、最新版に更新するだけで統合アプリになります。GitHub は、既存の通知機能はそのまま動くと説明しています。
何が変わるのか
① 通知から、そのまま Copilot に修正を頼める
発表で示された流れは3段階です。
- 通知が届く: バグ報告（Issue）が Teams に届く
- 頼む: @GitHub とメンションすると、Copilot が Issue を調べ、バグを直し、プルリクエストを作る
- 確認して出す: チームでレビュー・テストしてマージする
通知はチャンネルのほか、グループチャットや個人チャットでも受け取れます。
② Copilot 用の旧アプリは11月16日に終了
Copilot を Teams で使うために旧「GitHub」アプリを入れていた場合は、統合アプリを入れ直す必要があります。旧アプリは「GitHub (deprecated)」と表示され、11月16日に終了します。
③ 1つの会話で複数のリポジトリを扱える
10月15日には、Slack と Teams の @GitHub が1つの会話の中で複数のリポジトリを扱えるようになりました。たとえば「フロントエンドとバックエンドのコードを使ってこの問題を調べて」と頼めます。@GitHub をメッセージの先頭以外に書いても反応するようにもなっています。
料金・提供状況：通知は無料、Copilotは有料プラン
通知を受け取るだけなら、GitHub アカウントがあれば使えます。Copilot に作業を頼むには、有料の Copilot プランが必要です（GitHub Docs の前提条件、GitHub Community の告知投稿）。
| プラン | 料金（米ドル） | Teams で Copilot に作業を頼めるか |
|---|---|---|
| Copilot Free / Student | 無料 | 対象外（有料プランのみ） |
| Copilot Pro | $10/月 | 対象 |
| Copilot Pro+ | $39/月 | 対象 |
| Copilot Max | $100/月 | 対象 |
| Copilot Business | $19/ユーザー/月 | 対象（管理者の有効化が必要な場合あり） |
| Copilot Enterprise | $39/ユーザー/月 | 対象（管理者の有効化が必要な場合あり） |
※ 料金は2026年10月24日時点の GitHub Docs の記載（月額）。
Copilot を使うには、プランでクラウドサンドボックス（Copilot が作業する GitHub 側の隔離環境）が有効になっている必要があります。組織やエンタープライズのメンバーは、オーナーがクラウドサンドボックスと Copilot cloud agent を有効にしないと使えない場合があります。
公式発表に地域の制限は書かれておらず、日本の Teams でも同じアプリを使う前提です。ただし、機能はパブリックプレビュー（正式版の前の公開テスト）の扱いで、仕様が変わる可能性があります。
Copilot のプランごとの AI クレジットや、モデルの入れ替えについては、こちらで解説しています。
あわせて読みたい
GitHub Copilotで3モデル廃止へ、移行先と対処法【2026年10月】
11月16日までにやること
① 通知用アプリ（GitHub notifications）を使っている場合
アプリを最新版に更新するだけです。名前が「GitHub」に変わり、これまでの通知の設定は引き続き動きます。
② Copilot 用の旧アプリ（GitHub）を使っている場合
- 発表ページのリンクから、統合アプリ「GitHub」をインストールする
- Teams で @GitHub とメンションし、表示に従って GitHub アカウントを接続する
- 求められたら、既定のリポジトリ（Copilot が作業する先）を選ぶ
旧アプリは11月16日に終了するので、それまでに切り替えておきましょう。
③ 管理者がやること
- Teams 側: 統合アプリを組織で許可しているかを確認する。GitHub Docs は、前提条件に「アプリを追加できる権限」と「Teams の Public Developer Preview（公開プレビュー）の有効化」を挙げています
- GitHub 側: Copilot Business / Enterprise では、クラウドサンドボックスと Copilot cloud agent のポリシーを有効にする
Microsoft Learn によると、Teams のパブリックプレビューは利用者が自分でオプトインする機能で、参加できるかどうかは管理者のポリシーで決まります。社内で使えないときは、まず Teams 管理者に確認するのが近道です。
Teams を含む Microsoft 365 のプラン選びは、こちらで比較しています。
あわせて読みたい
Microsoft 365法人プランの違いと選び方：料金比較【2026年版】
使い方：通知の購読とCopilotへの依頼
チャンネルでは、コマンドの先頭に @GitHub を付けます（個人チャットでは不要）。
| やりたいこと | コマンド |
|---|---|
| リポジトリの通知を受け取る | @GitHub subscribe OWNER/REPO |
| 通知を止める | @GitHub unsubscribe OWNER/REPO |
| 購読しているリポジトリを見る | @GitHub subscribe list |
| レビュー・Actions の通知も追加 | @GitHub subscribe OWNER/REPO reviews workflows |
| Copilot に PR を頼む | @GitHub （依頼内容） repo=OWNER/REPO branch=BRANCH |
| チャンネルの既定リポジトリを決める | @GitHub settings |
| できることの一覧 | @GitHub help |
通知は、既定で Issue・プルリクエスト・既定ブランチへのコミット・コメント・デプロイ・リリースが届きます。レビューや GitHub Actions のワークフロー、ブランチの作成・削除、Discussions は既定ではオフなので、必要なら追加します。ブランチ名やラベルで絞り込むこともできます。
Copilot に頼んだあとは、同じスレッドで @GitHub に追加の指示を書くと、プルリクエストを直してくれます。Issue を作るだけの依頼もでき、親子関係のある複数の Issue をまとめて作ることもできます。
導入前に知っておきたい注意点
① スレッドの会話がすべて Copilot に渡る
チャンネルのスレッドで @GitHub とメンションすると、スレッド全体が依頼の文脈として取り込まれ、Copilot が作るプルリクエストなどに保存されます。社外秘の話が混ざるスレッドでは、GitHub アプリとの個人チャットで頼むと文脈を絞れます。
② 共有の場で作った PR は「アプリの名前」になる
チャンネルやグループチャットで Copilot が作ったプルリクエストは、頼んだ人ではなくアプリの ID で作られます。リポジトリのルールセットで承認を1つ以上必須にしている場合、人に紐づかない PR として承認がもう1つ必要になります（既定で有効）。個人チャットで頼んだ場合は、接続した本人の権限で作られます。
③ 頼めるのは書き込み権限がある人だけ
Copilot に変更を頼めるのは、そのリポジトリへの書き込み権限がある人だけです。会話の参加者は誰でも意見を書き込めますが、ゲストメンバーや外部コラボレーターは Copilot を動かせません。
利用者の声
2026年10月24日の確認時点では、利用者の反応はまだほとんど出ていません。GitHub Community の Copilot のカテゴリには発表の告知が投稿されましたが、付いたのは書式の都合で自動クローズされた旨の通知だけで、利用者の感想はありませんでした（GitHub Community の投稿）。
評価が固まるのは、旧アプリの終了（11月16日）前後に乗り換えが進んでからになりそうです。
IT Picks的な所感
今回の統合は、Teams を主なチャットにしている開発チームにとって、使うアプリが1つに絞られて分かりやすくなる変更だと見ています。10月15日の複数リポジトリ対応も Slack と Teams の同時発表で、GitHub が両方のチャットツールで同じ機能をそろえようとしていることがうかがえます。
使い方として現実的なのは、小さなバグ修正や Issue の起票を会話から片付ける用途だと思います。プルリクエストは人がレビューしてマージする前提で、承認のルールも「アプリの ID の PR は承認が1つ多く必要」と慎重な作りです。いきなり任せきりにするより、まずは通知のチャンネルで Issue の整理から試すのがよさそうです。
一方で、スレッドの会話がそのまま成果物に残る点は、社内の運用ルールを決めてから使いたいところです。また、GitHub Docs が前提条件に Teams の公開プレビューを挙げているため、プレビューへの参加を制限している企業では、11月16日までに管理者と調整が必要になるかもしれません。
Slack 側でも、チャット上でタスクを管理する機能が増えています。
あわせて読みたい
SlackのTo-Doとは？「後で」の移行先と使い方【2026年版】
まとめ
Teams の GitHub アプリ統合のポイントをまとめます。
- 発表日：2026年10月23日（GitHub Changelog）
- 内容：通知用アプリ（旧 GitHub notifications）に Copilot を統合し、アプリ名は「GitHub」に
- できること：Teams の通知に @GitHub と返信して、Copilot に調査・修正・プルリクエスト作成を頼める
- 旧アプリ：Copilot 用の旧「GitHub」は「GitHub (deprecated)」に改名、2026年11月16日に終了
- 料金：通知は GitHub アカウントだけで利用可。Copilot は有料プラン（Pro $10/月〜、Business $19/ユーザー/月〜）
- 注意点：スレッド全体が文脈になる、共有の場の PR はアプリの ID、ゲストは使えない、パブリックプレビュー
Teams で GitHub を使っているなら、まず入っているのが通知用アプリか旧 Copilot アプリかを確認し、11月16日より前に統合アプリへ切り替えておきましょう。
ABOUT ME
IT Picks 編集部。VPS・クラウド・AIツール・SaaSを中心に、実際に検証した情報を届けるITメディアです。「本当に使えるか」を基準に、初心者からエンジニアまで役立つ記事を制作しています。
