GitHub Copilotが2026年8月21日にSlack連携の新しい体験を公開し、開発チームは会話の場からそのまま調査、実装、Pull Request作成まで進めやすくなりました。従来はSlackで要件整理をしてからGitHubやIDEへ移動する流れが一般的でしたが、今回の公開プレビューではSlack上で@GitHubを呼び出し、GitHub Copilot cloud agentにタスクを委譲できます。
ポイントは、単なるチャット応答ではなく、会話履歴とGitHub側の許可済みコンテキストを使って、バグ調査、issue更新、新規issue作成、コード変更、検証、PR作成まで非同期で進められることです。Slack内で共有された意思決定を、そのまま“動く作業”に変換できるため、社内導入を検討している企業ほど影響が大きいアップデートです。
Slack連携で何が変わる？
GitHubの公式発表では、SlackのDM、チャンネル、スレッドで@GitHubにメンションするとagent sessionを開始できます。CopilotはコードやGitHubアクティビティへの質問回答に加えて、既存issueの更新、ラベル付きissueの新規作成、障害調査、修正実装、作業検証、PR作成まで担当できます。会議中や移動中でもバックグラウンドで作業を進められるため、開発者が常時IDEの前にいなくても、並列でタスクを回しやすくなります。
特に大きいのは、Slack Codeという専用のcode channelをCopilotが作成できる点です。元の会話を散らかさずに、計画、差分、HTMLアーティファクトのプレビュー、作業ログを専用チャンネルへ切り出せます。依頼者だけでなく、同じチームのメンバーが途中参加して追加コンテキストを渡したり、方針修正を入れたり、停止判断をしたりできるため、1人の“裏作業”ではなく共有作業として運用しやすくなります。
対象プランと前提条件
2026年8月22日時点で、このSlack連携はGitHub Copilot BusinessとGitHub Copilot Enterprise向けのpublic previewです。利用開始には、組織管理者がCopilot cloud agent policyを有効化し、Slack側でGitHub appをインストールまたはアップグレードし、利用者がGitHubアカウントをリンクする必要があります。つまり、個人の思いつきでその日から全社展開できる機能ではなく、管理者設定を前提とした企業向け導入機能として捉えるのが正確です。
コスト面では、Slackから始めた作業も既存のCopilot entitlementsに計上され、既存のCopilot cloud agent budgetsで管理できます。GitHub Docsでは、Slack利用時にもcloud sandboxesの有効化が前提であることが明記されています。導入担当者は、単にSlack連携をONにするだけでなく、cloud agent予算、sandbox利用、対象リポジトリ範囲の3点をセットで設計する必要があります。
導入前に確認したい3つの論点
1つ目は、どの会話をagentに渡してよいかという運用ルールです。Slack連携は便利ですが、会話履歴がそのまま作業文脈になります。雑多なスレッドで使うと、依頼意図がぶれやすくなります。障害対応、バグ修正、軽微なドキュメント更新のように、スコープが比較的明確なタスクから始めるのが安全です。
2つ目は、レビュー責任をどう残すかです。GitHubの公式発表では、Copilot app identityに紐づくPRに追加承認を要求できます。既に2 approvalsが必要なリポジトリなら、Copilot経由のPRは3 approvals相当になる設計です。スピードを上げつつ、人間の最終判断を残せるので、法務・セキュリティ・本番系リポジトリほどこの設定の価値が高まります。
3つ目は、Slackで始めた作業を他画面へどう引き継ぐかです。今回の体験はSlackだけで完結する設計ではなく、途中でPRレビューをGitHub上で続けたり、CLIやIDEへ移って詳細修正したりする前提です。つまり価値は“Slackが新しい開発環境になる”ことではなく、“仕事の起点をSlackに寄せても、既存のGitHub・IDE運用を崩さずに済む”ことにあります。
向いているチームと導入判断ポイント
この機能が向くのは、Slack中心で開発相談や障害連絡が流れている10人以上のプロダクトチームです。たとえば、朝会で出た修正案をその場で@GitHubに依頼し、昼までにPR草案まで進める、といった使い方は相性がよいでしょう。一方、レビュー基準が曖昧な組織や、GitHub権限整理が未整備の組織では、便利さよりも統制の難しさが先に出ます。最初は1つの開発チーム、1つのリポジトリ、月次のbudget上限付きで試すのが現実的です。
GitHub CopilotのSlack連携を、どのチームにどこまで開放すべきか迷う場合は、まず対象業務、承認フロー、予算上限を一緒に設計するのが近道です。PoC設計や社内ルール整備を進めたい方は お問い合わせください 。HelloCraftAIでは、GitHub Copilotや生成AIツールの導入設計、権限ガバナンス、現場定着までを一緒に支援しています。
