Amp と GitHub Copilot の違い：マージリクエスト/PR と Issue を比較【2026年11月】

Amp の GitLab 連携と GitHub Copilot の @GitHub は、エージェントにマージリクエスト/プルリクエストや Issue を扱わせる機能です。Amp は 2026-11-05 に GitLab 連携を発表し、GitHub Copilot は 2026-11-06 (日本時間 2026-11-07) に Slack と Teams の @GitHub を一般提供しました。両社の発表では、Amp の orb がマージリクエストの作成・コメントと Issue・パイプラインの参照を行い、@GitHub は会話から Issue とプルリクエストを作成します。

Amp と GitHub Copilot は何が違うのか

今回の 2 つの発表の範囲では、Amp は GitLab との連携、GitHub Copilot は Slack・Teams からの依頼という点が違います。Amp は gitlab.com とセルフマネージドの GitLab に対応し、GitLab アカウントを接続してリポジトリからプロジェクトを始め、GitLab のマージリクエストを作成します。GitHub Copilot は Slack と Teams の会話の中で @GitHub に依頼し、GitHub の Issue とプルリクエストを作成します。プラットフォームや起動の入口など、観点ごとの違いは「比較表」の節に一覧でまとめています。

作業の単位

Amp の orb はユーザー本人として clone と push を行い、glabにサインインした状態で動き、GitHub Copilot の @GitHub は依頼を受けるとコーディングセッションを起動します。

作成物に残る記録

作成物への帰属表示は、GitHub Copilot では @GitHub が作成した Issue とプルリクエストの説明欄に一文として入りますが (詳しくは後述)、Amp の GitLab 連携の発表には、作成したマージリクエストに同様の記録を残すという記載はありません。

Amp と GitHub Copilot はどちらを選ぶべきか

Amp と GitHub Copilot のどちらが合うかは、コード管理の基盤と依頼を出す場所で分かれ、2026年11月の発表の範囲では、GitLab のリポジトリでマージリクエストを扱うのが Amp、GitHub のリポジトリに Slack や Teams の会話から依頼するのが GitHub Copilot です。エージェントに Issue を起票させたい場合、Issue の作成が発表に書かれているのは GitHub Copilot だけです (Amp は Issue の参照のみ)。レビューコメントや失敗したパイプラインをコードを書いたエージェントのスレッドで受け取りたい場合、作成したマージリクエストのコメントと CI の購読が書かれているのは Amp だけです。Amp の発表は GitLab 以外への対応に触れておらず、料金と性能を比べた情報はどちらの発表にもありません。

比べた根拠は、Amp の GitLab Integration の告知とGitHub の変更履歴の 2 つの発表です。

作成後の対応の仕方で比べる

今回の発表が扱うプラットフォームと依頼を出す場所のほかに、エージェントがマージリクエストやプルリクエストを作ったあと、どこでやり取りを続けるかも選ぶときの観点になります。

Amp はマージリクエストを自動で作れるか

Amp はエージェントがマージリクエストを作成し、コメントを付けられます。Amp の orb はユーザー本人として clone と push を行い、glabにサインインした状態で動くため、エージェントがマージリクエストの作成とコメント、Issue とパイプラインの参照を行えます。

作成後のコメントと CI の購読

Amp は、自分が作成したマージリクエストのコメントと CI を購読できます。Amp の GitLab 連携の告知で購読の対象として書かれているのは、Amp 自身が作成したマージリクエストです。

購読していると、レビュー担当者からの依頼や失敗したパイプラインは、そのコードを書いたスレッドに届きます。変更を書いたスレッドで受け取るので、Amp は文脈を持ったまま修正の依頼や CI の失敗に対応できます。

マージリクエストまわりで orb が行える操作

公式情報に書かれている、マージリクエストに関する操作は次のとおりです。

GitHub Copilot は会話から Issue と PR を作れるか

GitHub Copilot は、Slack と Teams の会話の中で @GitHub に依頼して Issue とプルリクエストを作成できます。GitHub の変更履歴では、バグの調査、Issue の作成、変更の実装、プルリクエストの作成を、会話から離れずに行えると説明しています。

依頼からセッションが始まるまで

GitHub の変更履歴によると、@GitHub は依頼のメッセージから対象のリポジトリを特定します。そのため、リポジトリを選び直さなくてもコーディングセッションが起動します。

次のような場合も、以前より始めやすくなったと説明されています。

• サインインしていない
• 既定のリポジトリがない
• リポジトリを切り替えたい
• アプリのアクセスが必要

同じ一般提供で、フォローアップのメッセージに応答できないことがある問題も修正されました。

変更履歴には、Slack や Teams に @GitHub を導入する手順や管理者側の設定手順は書かれておらず、Slack または Teams で @GitHub を試すよう案内しています。

Teams の Canvas で実装を確認する

Teams では Canvas を使い、実装計画、コードの変更、プレビューを会話と並べて確認できます。チームのメンバーと話し合いを続け、フィードバックを出し合いながら、Teams を離れずに実装を詰めていけます。変更履歴で Canvas が紹介されているのは Teams だけで、Slack での対応は書かれていません。

作成された Issue とプルリクエストの説明欄

@GitHub が作成した Issue とプルリクエストの説明欄には、Created from a Slack/Teams conversation with @usernameという一文が入ります。この一文から、Slack や Teams の会話をもとに作られたことと、どのユーザーとの会話から作られたかが分かります。

Amp で Issue を扱うにはどうするか

Amp では orb が GitLab の Issue を参照でき、プロジェクトの新しい Issue やマージリクエストごとに orb を始める Orb Spawner を設定できます。Orb Spawner を使うと、新しい Issue やマージリクエストにそれぞれ専用の orb が割り当てられ、orb が内容を読んで、スレッドを開いた時点で要約を用意します。

Orb Spawner の設定

Orb Spawner は、Amp に依頼して設定します。設定に使ったスレッドは、設定が済んだら残しておく必要はありません。Amp の発表記事は、設定について公式ドキュメントの Create an Orb Spawner を参照するよう案内しています。

Orb Spawner が始めた orb のスレッドには、その Issue やマージリクエストに後から付いたコメントも届きます。Issue ごとのやり取りが 1 つのスレッドにまとまります。

ワークスペース管理者は、Orb Spawner をサービスアカウントとして実行することもできます。

Event Subscriptions での管理

Orb Spawner とイベントの購読は、Settings → Integrations & MCP → GitLabのEvent Subscriptionsで管理します。ここでできることは次のとおりです。

• 一時停止
• 削除
• Orb Spawner の編集
• 各 Orb Spawner が開始した orb の確認

Issue に対してできる操作の範囲

Amp の GitLab 連携の発表では、エージェントが Issue に対して行う操作は参照と書かれており、Issue の作成は記載されていません。エージェントに Issue の起票まで任せたい場合は、公式情報で対応を確かめてから運用を決める必要があります。

Amp の GitLab 連携はどう設定するか

Amp の GitLab 連携は、各メンバーが Settings → Integrations & MCP で GitLab を接続し、グループの Owner がワークスペースに Push Updates を一度インストールして使い始めます。Push Updates は Workspace Settings → Integrations & MCP のボタン 1 つでインストールします。

セルフマネージドの GitLab の場合

Amp の発表記事GitLab Integrationでは、gitlab.com に加えてセルフマネージドの GitLab にも対応すると書かれています。セルフマネージドの GitLab の設定は、公式ドキュメントのSelf-ManagedInstances を見るよう案内されています。発表記事そのものには、セルフマネージドの場合の具体的な手順は書かれていません。

比較表

Amp と GitHub Copilot の Issue・マージリクエスト/プルリクエスト操作の比較 (2026年11月の 2 つの発表)

よくある質問

Amp はセルフマネージドの GitLab でも使えますか？

使えます。Amp の GitLab 連携は gitlab.com とセルフマネージドの GitLab の両方に対応しており、セルフマネージドの設定は、発表記事で公式ドキュメントのSelf-ManagedInstances を見るよう案内されています。

GitHub Copilot の @GitHub は依頼のたびにリポジトリを選ぶ必要がありますか？

GitHub の変更履歴によると、GitHub Copilot の @GitHub はメッセージからリポジトリを特定し、リポジトリを選び直さずにコーディングセッションを開始します。メッセージからリポジトリを特定できない場合の動きは、変更履歴に書かれていません。

出典

• Amp: GitLab Integration(公開日: 2026年11月5日、日本時間)
• GitHub Copilot: @GitHub in Slack and Teams is gene...(公開日: 2026年11月7日、日本時間)