Cursor と Codex CLI 比較 — v3.8 Automations の変更点

Cursor と Codex CLI 比較 — v3.8 Automations の変更点

2026 年 6 月 18 日、Cursor v3.8 がリリースされ Automations 機能が大幅に強化された。新設の /automate スキルによってプレーンテキストからオートメーションを直接生成できるようになり、Slack 絵文字トリガーと GitHub イベントトリガー 5 種も追加された。同日 OpenAI Codex CLI は v0.141.0 安定版をリリースし、翌 19 日にかけて v0.142.0-alpha シリーズを連続プレリリース中だ。本記事では Cursor v3.8 Automations の変更点と Codex CLI の現状を整理し、使い分けの判断軸を比較する。


結論powered by Claude

Cursor v3.8 の中心的な変更は Automations 機能の大幅な強化だ。新設された /automate スキルにより、ユーザーはプレーンテキストで目的を記述するだけでオートメーションを直接生成できるようになった。Slack 絵文字トリガーと、GitHub のプルリクエスト・イシュー・コードレビュー関連 5 種のイベントトリガーが追加されており、外部ツールとの連携起点が一気に広がっている(出典: https://cursor.com/changelog )。

OpenAI Codex CLI は、6 月 18 日に安定版 v0.141.0 をリリースした直後から v0.142.0-alpha シリーズを急速にプレリリースしている。06-18 05:51 UTC の alpha.1 を起点に 06-19 09:39 UTC の alpha.4 まで 4 本が公開されているが、詳細な変更内容はいずれも非公開のプレリリース段階だ。v0.141.0 安定版ではリモート実行の認証強化・MCP サーバーの安定化・音声制御オプション追加の 3 点が主な変化として届いている(出典: https://github.com/openai/codex/releases )。

両者の使い分けの判断軸は「連携の起点をどこに置くか」にある。Slack や GitHub のイベントを起点にチームの動きに直接反応させるなら Cursor v3.8 Automations が直接対応する。コマンドライン中心の作業・セッション管理・MCP サーバーを介したツール連携・リモートサンドボックスでの長時間実行は Codex CLI の得意範囲だ。どちらが優れているかではなく、自分の開発フローに合った入口を選ぶことが実用上の基準になる。

目次 (11)

Cursor v3.8 Automations の変更点

2026 年 6 月 18 日に公開された Cursor v3.8「Improvements to Cursor Automations」は、Automations 機能を四つの方向で強化した(出典: https://cursor.com/changelog )。

/automate スキルの追加

最も大きな変更が /automate スキルの新設だ。これまでオートメーションを作成するには Cursor の専用 UI を操作する必要があったが、v3.8 以降はチャット画面で /automate と入力し、プレーンテキストで「何をしてほしいか」を説明するだけでオートメーションを直接生成できるようになった。

記述したテキストから Cursor が構造化されたオートメーション設定を生成する仕組みで、設定の書き方を覚えることなく新しいオートメーションを追加できる。反復的な確認作業・定型のファイル操作・特定条件下での通知といったユースケースが、テキストで記述するだけで組み立てられる点が実用的な変化だ。

Slack 絵文字トリガー

Slack 上のメッセージへの絵文字リアクションをオートメーションの起点にできるようになった。チームの Slack ワークスペースで特定の絵文字が付いたメッセージに対して Cursor のエージェントが動くという連携が、Cursor の設定側から直接用意できる。

コードレビュー依頼・承認フラグ・完了通知といった Slack 上のチームの動きを Cursor の作業に結びつける入口が増えたことは、チーム環境での Cursor 活用の幅を広げる変化だ。

GitHub イベントトリガー 5 種の追加

Cursor Automations が GitHub 上のイベントをトリガーとして受け取れる種類が 5 種追加された。追加されたのは「Issue comment(イシューへのコメント)」「PR review comment(レビューコメント)」「PR review submitted(レビュー提出)」「Review thread updated(レビュースレッド更新)」「CI ジョブ実行完了イベント」で、プルリクエストとイシューのライフサイクルにまたがるイベントから Cursor のエージェントを起動できるようになった(出典: https://cursor.com/changelog )。

PR にコメントが付いた瞬間に Cursor エージェントが反応する、といった連携が標準の Cursor Automations として設定できるようになったことが、このトリガー追加の実用的な意味だ。

クラウドエージェントのデモ成果物生成

Cursor のクラウドエージェントが「コンピュータ使用ツール」を活用してデモや成果物を生成できるようになった。エージェントがブラウザ操作を行いながら動作するデモを自動生成するといった用途が想定されている。この機能はクラウドエージェントに限定されたものであり、ローカル環境での動作とは要件が異なる。


Codex CLI の現在地 — v0.141.0 安定版と v0.142.0 alpha

Cursor v3.8 と同じ 2026 年 6 月 18 日、OpenAI Codex CLI は v0.141.0 安定版を公開した(出典: https://github.com/openai/codex/releases )。

v0.141.0 安定版の主要変更

v0.141.0 の変更は三本の柱で整理できる。

第一はリモート実行環境の認証・暗号化強化だ。長時間タスクをリモートサンドボックスで走らせる際の認証基盤が整備され、数時間にわたる実行が認証切れで中断するリスクが低減されている。Goal Mode で長時間の作業を委ねるユースケースで実感しやすい変化だ。

第二はMCP(Model Context Protocol)プラグインサーバーの安定化だ。外部ツールとの接続を維持する部分の信頼性が向上しており、サードパーティツールと Codex CLI を組み合わせた環境での動作が安定した。v0.140 以前でプラグイン接続が不安定だった場合、v0.141.0 更新後に改善が見られる可能性が高い。

第三は音声制御オプションの追加だ。リアルタイムクライアントで音声入力によって Codex CLI へ指示を出す選択肢が加わった。まだオプション扱いであり、従来のテキスト入力はそのまま継続できる。

v0.142.0 alpha シリーズの進行状況

v0.141.0 と同日(06-18 05:51 UTC)から v0.142.0-alpha シリーズが連続してプレリリースされている。alpha.1 から alpha.4(06-19 09:39 UTC)まで 4 本が公開されているが、詳細な変更内容はいずれも非公開のプレリリース段階であり、安定版での公式アナウンスを待つ形となる(出典: https://github.com/openai/codex/releases )。

開発のペースは速く、数週間以内に次の安定版が届く可能性が高い。alpha の変更をリアルタイムで追いたい場合は GitHub の Releases ページをウォッチするのが確実だ。安定版を中心に使う場合も、alpha で試行された変更が次の安定版に収束するという流れを理解しておくと、バージョンアップの判断に役立つ。


Cursor v3.8 vs Codex CLI — ユースケース別比較

どちらも「AI がコードに関わる作業を担う」ツールだが、設計の起点が異なる。公式ドキュメントとリリースノートの範囲で整理すると、次のような使い分けが見えてくる。

Cursor v3.8 Automations が直接対応する場面は、チームのコミュニケーションツール(Slack・GitHub)からのイベントを起点に動かしたい場合だ。PR レビューコメント・Slack 絵文字リアクション・イシューへのコメントといった、チームの動きをトリガーとしてエージェントを呼び出すシナリオは、Cursor v3.8 Automations が標準機能として受け持っている(出典: https://cursor.com/changelog )。

Codex CLI が得意とする場面は、コマンドライン起点での作業・セッション管理・MCP サーバーを介したツール連携・リモートサンドボックスでの長時間実行だ。ターミナル環境を中心に据え、MCP プラグインで外部ツールを統合しながらコーディングタスクを進める用途に設計されている(出典: https://github.com/openai/codex/releases )。

両者を比較する際に重要なのは「どちらが優れているか」ではなく「自分の開発フローの起点はどこか」という問いだ。チームの Slack や GitHub プロジェクトの動きに反応させるなら Cursor Automations、ターミナル中心で MCP 連携を活用するなら Codex CLI という方向性が、公式機能の設計から読み取れる使い分けだ。


周辺の動向 — Copilot Opus 4.6 廃止と MAI-Code-1-Flash

AI コーディングエージェント環境の変化として、2026 年 6 月 18 日に GitHub Copilot が Opus 4.6(fast)の廃止予定をアナウンスした(出典: https://github.blog/changelog/month/06-2026/ )。Copilot のチャット・インライン編集・コード補完など全機能での Opus 4.6(fast)提供が 2026 年 6 月 29 日に終了予定となっている。移行先モデルについては各サービス画面での案内が予定されており、現時点で公式が特定の後継モデルを明示しているわけではない。

同日(06-18)にはMAI-Code-1-Flash が Copilot CLI・GitHub Copilot アプリ・GitHub 上の Copilot Chat の 3 サービスへ展開された。Microsoft が開発した専用の小型コーディングモデルで、軽量・高速なコーディング用途での活用が想定されている。Opus 4.6(fast)の廃止とほぼ同時期の展開となっているが、公式のアナウンスでは後継モデルとしての位置づけは各サービス画面に委ねられている(出典: https://github.blog/changelog/month/06-2026/ )。

Copilot を利用しているチームは、2026 年 6 月 29 日の廃止日を前に自分の環境で Opus 4.6(fast)が設定されているかどうかを確認しておくとよい。


まとめ

Cursor v3.8 Automations と Codex CLI の現在地を整理すると、2026 年 6 月 18 日は AI コーディングエージェントの両軸が同時に動いた日として際立っている。

Cursor は /automate スキル・Slack 絵文字トリガー・GitHub イベントトリガー 5 種という形でチームツールとの連携起点を拡充した。Codex CLI は v0.141.0 安定版でリモート実行・MCP・音声制御の基盤を固め、同日から v0.142.0-alpha の積み上げを始めている。

使い分けの判断軸は「チームのコミュニケーションツールを起点にするか、ターミナルとコマンドラインを起点にするか」だ。いずれも公式ドキュメントとリリースノートが一次情報なので、自分のユースケースに合った方向を確認してみてほしい。Copilot Opus 4.6(fast)の廃止(2026-06-29)が近い読者は、移行先の確認も合わせて行っておくことをすすめる。

参考になったら ♡
Codexer Navi 編集部
@codexer_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。 運営方針 は メディアについて をご覧ください。