Cursor CLIリリース

 (cursor.com)
5 ポイント 投稿者 GN⁺ 2025-08-08 | 1件のコメント | WhatsAppで共有
  • Cursor AgentをCLIやヘッドレス環境で利用できるようになり、IDEでもターミナルでも同じコマンドをどこからでも使えます
  • ターミナルでエージェントのコード修正レビュー、リアルタイム作業ガイド、ユーザー定義ルール設定などが可能です
  • 最新AIモデル（Anthropic、OpenAI、Geminiなど）の利用をサポートし、希望のIDEと統合可能、スクリプト・自動化作業の作成が可能です
  • ネイティブ環境以外にも、並列エージェント実行とリモート実行が可能で、さまざまな開発環境と連携できます
  • CLIにはファイルの読み取り・編集・削除およびコマンド実行権限があるため、信頼できる環境でのみ使用することを推奨します

Cursor Agent CLI 概要

CLI・ヘッドレス環境サポート

  • Cursor AgentをCLIまたはヘッドレス環境で実行可能
  • IDE（Neovim、JetBrainsなど）やターミナル、リモートサーバーなどの多様な開発環境と統合可能
  • 同じコマンドセットをどこでも利用できます
  • 例: Cursor、JetBrains、Android Studio、Ghostty、Warp、Bash、Xcode

主な機能

  • コード修正レビュー: ターミナルでエージェントが提案した変更内容を直接確認し、反映できます
  • リアルタイム調整: エージェントの作業を進行中にガイドできます
  • ユーザー規則指定: AGENTS.mdとMCPを介した詳細なルールのカスタマイズ
  • 最新AIモデルの活用: Anthropic、OpenAI、Geminiなどの最新モデルをすぐに利用できます
  • 自動化サポート: ドキュメントの自動更新、セキュリティレビューのトリガー、カスタムコーディングエージェントの作成など

製品の進化

  • 初期: インテリジェントでコンテキスト認識型のテキスト自動補完
  • その後: AIの質疑応答、コードのインライン修正（⌘+K）
  • コード生成品質向上後: エージェントがファイル作成、ターミナルコマンド実行、コードベース検索などを実行できるよう拡張
  • 2025年: EditorからWeb、Mobile、Slackへのエージェント拡張
  • 現在: CLIおよびヘッドレス環境までサポートを拡大
広告

CLIのインストールと実行例

# インストール  
curl https://cursor.com/install -fsSL | bash  
  
# プロンプトからCLIを開始  
cursor-agent chat "find one bug and fix it"
  • CLIはまだベータ版です
  • セキュリティ対策は開発中で、ファイルアクセスとコマンド実行権限があるため、信頼できる環境でのみ使用することを推奨します

参考

関連記事

1件のコメント

 
GN⁺ 2025-08-08
Hacker Newsコメント

  • 私はこれを実運用環境ではなく、仮想化された未使用環境以外でどこに使うべきかよく分からない。むしろ、制限されたストレージ内で動作する仮想マシンを提供してくれるといい。LLMに、私が所有または管理するディスクへ読み取り以上の権限を与えることは絶対にないだろう

  • いつごろみんなが AGENT.md 方式を導入して、gemini.md/claude.md/crush.md/summary.md/qwen.md のような名前ではなく標準として使うようになるのか気になる。agent.md（リダイレクト: https://ampcode.com/AGENT.md）を参照しており、agent-rules.org もある

    • 私のものよりは直感的な名前だが、楽しくはないように思う。今は ROBOTS.md ファイルにシンボリックリンクを張って使っている
    • これも私の不満の一つだ。私も AGENT.md に統一して、Claude や Gemini を alias として登録し、呼び出すたびに常にそのファイルを読む形で使っている。問題は、エージェントがすぐにそれを忘れてしまうこと。CLI での agentic コーディング体験は次のように改善できると思う：（1）最近実行したコマンドを簡単に確認できること、（2）unattended セッションを回せるサンドボックスを簡単に起動できること。コード生成に必要なのは、AI が主導するコード生成器ではなく、AI を活用しつつ動作が決定的（Deterministic）なコード生成器だと思う
    • おそらく一部のベンダーは90年代の Microsoft のように新しいコンベンションを拒否する独占的な態度を取るだろう。最終的に CLI では回避策が存在するため、システムガイドラインを読み込む形でなんとか使えるが、IDE では設定ファイルの lock-in がはるかに強い。最近、各 AI コーダーに同じガイド文書を渡す方法をまとめた記事も残したので、関連事例リンクも共有した
    • AGENT.md の標準化アイデアは良いと思う。ただ、.cursor/rules/ のように複数の rules ファイルを frontmatter の条件に合わせて含める構造には少し合わないようだ。別のエージェントがその方式をサポートしているか分からないし、Cursor もどの rules ファイルを正確に読むか予測しにくい。補助 rules ファイルにリンクを張る方法もあるが、これをよくサポートするエージェントがあるかは分からない

  • 最近の AI コーディングエージェントの登場スピードは JavaScript フレームワークに劣らない。正直、この流れはかなり嬉しい

    • 今、どれだけ多くの JavaScript フレームワークを vibe coding できるのか考えると面白い

  • 本当に予想外だった。ターミナルベースのコーディングエージェントがこんなに楽しいとは思わなかった。バックグラウンドで1つ起動して #dayjob をしながら使え、どこかハッカーっぽい雰囲気もプラスだ。2025 年はターミナルの年になりそうだ。私のプロトタイプ目的にも非常に良く、Claude Code はこの分野で私が体験した技術の中で最も楽しかった

  • 今の CLI は良いアイデアだ。次の抽象化は、GitHub の PR で誰か（たぶん私）が issue や機能リクエストを出し、ボタンを押すだけでエージェントが自動的に解決する形になりそうだ。GitHub ではすでに似た話をしたが、彼らの gh copilot は種類が多すぎて GA なのか、私がアクセスできるかも分からなくなった（参考：公式ドキュメント を見るとあるのは知っているが、私の想像していたほど滑らかではない）

  • AI エージェントが IDE の定義を再定義しているのが面白い。chat AI 時代にはこの流れはなかった。エージェントがより自律的に動くほど既存の IDE UI の重要性は下がる。CLI ツールは新しい開発ツールエコシステムを作れると思う。VSCode や IntelliJ でフル IDE プラグインまで作るのは本当に難しく、IDE 間の互換性もあまり良くない。対して CLI ツールと MCP ははるかにシンプルで、合成性と移植性が高い

  • Cursor は長期的に最高のツールセットになると思う

    1. CLI、バックグラウンドエージェント、IDE、GitHub アプリ（bugbot など）を密接に統合して、エンドツーエンドの開発者体験を提供することになるだろう
    2. frontier モデルがワークロード分散を内在化すると、Claude Code が特別な存在であり続ける理由は減る
    3. モデル提供者間の乗り換えコストをできるだけ下げる哲学（独立系ベンダーを支援する考え方）が必要で、そうでないとモデル改善へのインセンティブが集中しない。UI、データ、ネットワークの lock-in ではなく、モデル競争が核心になるべき
    • 私は逆に賭けたい。真の Agentic harness は RL トレーニングと連動して登場すると考えている。Tony とシュートが一緒に作られる過程に似ている。Claude Code が Cursor に本質的に重要なのは、Cursor が急いで agentic に舵を切ってから OpenAI と協力するようになった原因もここにある。Cursor も結局 OpenAI や Meta と手を組まないと難しいだろう

  • おかしな状況だ。私は Anthropic が「Claude GUI」を作ってくれることを期待していた

    • Claude Code の発表で聞いたところ、すぐにすべての IDE が無用になるので GUI を作る価値はないと考えていたそうだ
    • それは Claude Desktop のことではないか気になる

  • いまやさまざまな frontier 研究所がこの市場に参入し、消費者向けサブスクを CLI でも使えるように解放している。そうなると Cursor のような製品が生き残る理由がよく分からない。既に OAI/Anthropic/GOOG のサブスクに含まれる機能なら、なぜ追加料金を払うのか疑問だ

    • 逆に考えるようになった。Cursor がすべてのケースで最高の UX を作れたなら（モバイル/デスクトップチャットボット、アシスタント、IDE/CLI/web コンテナ型コーディングエージェントなど）、リソース投入に応じてより洗練された製品が出てくるだろう。シェアを取るとモデルは実質的にコモディティ化し、Cursor で状況に合わせて選べる。結果として、ユーザーは Cursor のコマンドや設定を学ぶため、切り替えの移行コストがかなり大きくなる。別のアプリ／プラグインをインストールしたり削除したりするだけでも面倒だ
    • Cursor が生き残るには、必ず攻撃的で差別化された戦略が必要だと思う。代わりに Cursor により各研究所のモデルはコモディティ化されている。私も Cursor と ChatGPT を両方支払いしている。Android を使っていれば Gemini も支払っていたはずだ。チャットボットは (1) API モデルに比べるとサブスク競争力が低く、(2) 現代のチャットボットはモデル品質より UX 競争になっている。結果的に、チャットボット市場の勝者は ChatGPT とデフォルトで統合された製品（Gemini、MSFT Copilot）しかない
    • いつでも最高のモデルを選べるからだ。昨日は Claude Opus 4.1、今日には GPT-5 が使える。もし Anthropic だけを契約していると、ずっと Claude に縛られることになる

  • 既存の IDE と比べてどこが優位なのか気になる。Claude Code に似たものとして作られたのか知りたい

    • 少し考え方を変えてみると、エージェントがコードを書くときに IDE は本当に必要か？IDE/エディタは私のためのもので、エージェントが必ず使わなくてはならない理由はない。つまり、私が imperfect なフォーク IDE を無理に使う必要がない状況ということだ
    • 多くの会社が mainline VSCode が事実上の参入障壁（moat）であると知るようになった。私も周囲の人たちも、VSCode フォークを必要とするエージェントはあまり使わない。代わりに、Jetbrains やターミナルベースのエディタを好む人にも対応できる利点がある
    • VSCode 以外の IDE も使える
    • 好きな IDE のターミナルで Cursor CLI を実行でき、Claude モデルに縛られずに済む
    • それでも疑問だ。Cursor はなぜこのような機能を自社製品に一体で組み込まず、別途提供しているのか