先に結論
今回の比較で見るべきなのは、どの coding agent が一番賢いか ではありません。デスク外で、どの surface から、どこまで仕事を前に進められるか です。
結論を先に切るとこうです。
- Teams の会話からそのまま task を振りたい → Cursor in Microsoft Teams
- terminal / VS Code / JetBrains で始めた session を phone や web から継続したい → GitHub Copilot remote sessions
- 自分の machine / devbox / remote environment の live state を持ち歩きたい → Codex mobile workflows
つまり、主語はモデル精度ではなく off-desktop workflow です。
mobile 承認そのものを深掘りしたいなら Codex mobile app vs Claude Code vs GitHub Copilot、execution environment の統制まで見たいなら Cursor cloud agent development environments vs Codex vs GitHub Copilot も合わせて読むとつながります。
なぜ今この比較が重要か
2026-05 中旬に 3 社がそれぞれ違う方向で off-desktop 運用を前進させました。
- Cursor は Microsoft Teams に入り、channel から cloud agent に task を委譲できるようになりました。
- GitHub Copilot は remote control for Copilot CLI sessions を mobile / web / VS Code で GA にし、JetBrains 連携も案内しました。
- OpenAI は Codex in the ChatGPT mobile app を打ち出し、secure relay、Remote SSH、mobile approvals を前面化しました。
ここで比較軸が変わります。今までは「どの agent を desktop で使うか」が中心でしたが、今は次の問いに変わっています。
- 仕事をどこから始めるか
- 席を離れたあと、どこまで止めずに続けられるか
- 1人で steering するのか、team chat から委譲するのか
- review / audit をどこに残すか
- remote environment や権限制御をどう扱うか
この 5 つで見ると、3者の主戦場はかなり違います。
比較表
| 比較軸 | Cursor in Microsoft Teams | GitHub Copilot remote sessions | Codex mobile workflows |
|---|---|---|---|
| 仕事の始点 | Teams channel | terminal / VS Code / JetBrains | ChatGPT mobile / connected machines |
| off-desktop 継続 | 中〜高 | 高 | 非常に高い |
| chat-based delegation | 非常に強い | 中 | 弱〜中 |
| live session steering | 中 | 高 | 非常に高い |
| remote environment continuity | 高 | 中〜高 | 非常に高い |
| review / 監査導線 | 高 | 非常に高い | 高 |
| 組織導入の説明しやすさ | 高 | 非常に高い | 中〜高 |
| 向いている人 | Teams 主導のチーム | GitHub 標準運用のチーム | machine continuity を重視する個人 / チーム |
3者の違いを先に整理する
Cursor は「会話から agent へ渡す」導線が強い
Cursor in Microsoft Teams の本質は、mobile 操作そのものではなく team chat の中で task handoff を成立させること です。
Cursor の changelog では、Teams channel で @Cursor を mention すると cloud agent に task を委譲でき、thread を読んでから実装し、PR を作る流れが示されています。
ここで強いのは次です。
- チーム会話の文脈をそのまま task 化しやすい
- 「誰が何を頼んだか」が channel 上に残る
- PR review まで同じチーム運用に寄せやすい
- Cursor の cloud agent / development environment 文脈とつなげやすい
つまり Cursor は、desktop を phone に持ち出す より team chat を agent の始点にする のが強みです。
GitHub Copilot は「今の session を別 surface で継続する」導線が強い
GitHub の 2026-05-18 changelog では、Copilot CLI session の remote control が GitHub Mobile と github.com で GA、さらに VS Code と JetBrains での導線が示されました。
重要なのは、Copilot が terminal / IDE で始めた session を別 surface で live に追える ことです。
公開情報ベースで押さえるべき点は次です。
- session progress を live に追える
- midsession で steer できる
- 実装前に plan を review / tweak できる
- stop、approve / deny、質問回答が遠隔でできる
- non-GitHub repositories や repo に紐づかない directory も対象になった
つまり Copilot は、GitHub 標準運用のまま surface を増やす 方向で強いです。
Codex は「自分の machine の状態を持ち歩く」導線が最も強い
Codex mobile workflows の強みは、単に phone から新規 task を出せることではありません。OpenAI は、connected machine の live state、approvals、terminal output、diffs、test results、screenshots を phone に返せることを明示しています。
さらに、Remote SSH の GA と secure relay により、laptop / devbox / managed remote environment をまたいで同じ work を継続できます。
そのため Codex は、
- commute 中に approval を返したい
- meeting の合間に direction を変えたい
- remote machine の長時間作業を止めたくない
- files / credentials は machine 側に残したい
という用途で最も直接的です。
5つの比較軸で見る
1. Teams から仕事を振りたいなら Cursor
Teams を daily workflow の中心に置いている組織なら、今回いちばん自然なのは Cursor です。
理由は単純で、会話から task 化する距離が最短 だからです。
- PM や EM が channel で依頼する
- @Cursor が thread 文脈を読んで task を引き受ける
- cloud agent が実装し、PR を作る
- チームは review に戻る
この導線は、単独の mobile steering より team-wide delegation に効きます。
逆に、phone 上で細かく approvals を返したい、session の terminal output を live で追いたい、という意味では後述の Copilot や Codex の方が直接的です。
2. すでに始まっている session を遠隔で前に進めたいなら Copilot
Copilot の強みは、session continuity がはっきりしていることです。
terminal、VS Code、JetBrains で始めた作業を、GitHub Mobile や github.com から見続けられる。しかも midsession で steer、approve / deny、stop、質問回答ができます。
この構図が刺さるのは次です。
- desktop で始めた session を帰宅中や移動中に確認したい
- review 前に plan を軽く直したい
- GitHub の policy / admin 管理の範囲で収めたい
- mobile 導線を入れても GitHub 標準運用を崩したくない
つまり Copilot は、agent を別の chat app に移す のではなく、今ある GitHub / IDE workflow を surface 横断にする のが強みです。
3. remote machine の live state まで持ち歩きたいなら Codex
今回の 3 者で、machine continuity を最も強く押し出しているのは Codex です。
OpenAI は、phone から次の情報を扱えると説明しています。
- active threads
- approvals
- plugins
- project context
- screenshots
- terminal output
- diffs
- test results
さらに files / credentials / permissions は machine 側に残したまま secure relay で接続されます。ここは governance 的にも意味があります。
そのため Codex は、チャット委譲より 自分の仕事の続き を重視する人に向きます。
4. reviewability と監査性なら Copilot がまだ一番説明しやすい
3 者とも review 導線は持てますが、組織に説明しやすいのはまだ Copilot です。
理由は、GitHub 標準の repo / PR / review / admin policy の棚にそのまま乗せやすいからです。
- admin が remote control policy を扱える
- GitHub Mobile / github.com / IDE と整合が取りやすい
- team rollout の説明責任を取りやすい
Cursor も PR を返せますし、Codex も output / diff を見せられます。ただ、既存の GitHub 標準統制に最もきれいに収まる のは Copilot です。
5. remote environment と権限境界なら Codex と Cursor が前に出る
remote environment の継続という一点では Codex が強いです。OpenAI は Remote SSH GA と secure relay を明示し、managed remote environment を authorized devices からまたげると説明しています。
一方で Cursor には、05-13 の development environments update があります。multi-repo environments、build secrets、environment-level egress controls、audit log、rollback permissions を持つので、チームで cloud agent を運用する器 としてはかなり強いです。
つまり、
- 自分の machine / remote env の live continuity → Codex
- チームが managed environments を設計して agent を回す → Cursor
という切り分けが分かりやすいです。
どの買い手がどれを選ぶべきか
Cursor が向く人
- Teams を daily command center にしている
- task handoff を会話の中で済ませたい
- cloud agent と managed environments をセットで前進させたい
- individual mobile control より team chat delegation を優先したい
GitHub Copilot が向く人
- GitHub issue / PR / review を標準レールにしたい
- terminal / IDE session を遠隔で継続したい
- mobile 導線を足しても governance を崩したくない
- admin policy を含めて組織導入しやすい形を優先したい
Codex が向く人
- 1本の長時間 task を phone から止めずに回したい
- remote machine / devbox / managed remote environment をまたぎたい
- approvals、diff、test results、terminal output を mobile で見たい
- chatops より execution continuity を優先したい
迷ったらこう選ぶ
- Teams channel が仕事の始点 → Cursor
- GitHub / IDE session を別 surface から継続 → GitHub Copilot
- machine の live state を持ち歩く → Codex
この 3 つは似て見えて、実際には競争している層が少し違います。
Cursor は team chat delegation、Copilot は GitHub-native remote steering、Codex は remote execution continuity が主戦場です。
まとめ
Teams から team-wide に仕事を振るなら Cursor、GitHub 標準の session を mobile / web / IDE で継続するなら GitHub Copilot、remote machine の live work を phone まで持ち出すなら Codex。
この比較では、勝ち筋は 1 つではありません。どこから仕事を始め、席を外したあとに何を止めたくないかで選ぶとブレません。