ハクソク

世界を動かす技術を、日本語で。

カーソルCLI

291日前原文(cursor.com)

概要

Cursor は、IDEやターミナルで直接利用できる強力なツール。 同じコマンド をどの環境でも実行可能。 エージェントによる編集 の確認やリアルタイムの指示が可能。 カスタマイズ性 が高く、独自ルールや自動化も実現。 最新AIモデル を常に活用できるワークフロー構築。

Cursorの主要特徴

  • IDEや任意のターミナル で利用可能

    • 既存の開発環境へ シームレス統合
    • どこでも同じコマンド が利用できる柔軟性

  • リアルタイム操作・エージェント制御

    • エージェントの編集内容 をすぐに確認
    • ターミナルから 直接コード修正
    • 作業中のエージェントに即座に指示 可能

  • カスタマイズ性の高さ

    • 独自ルール や AGENTS.md、 MCP による動作カスタマイズ
    • ワークフローに合わせた ルール設定 が可能

  • 最新AIモデルの活用

    • Anthropic, OpenAI, Geminiなど 最先端モデル を即時利用
    • 常にアップデートされたAI で作業効率向上

  • スクリプト・自動化対応

    • ドキュメント 自動更新 や セキュリティレビューのトリガー
    • 独自コーディングエージェント の構築も可能

Canvas3D.tsxの設定例

  • @react-three/fiber と Leva の導入
    • 3Dレンダリング や UI制御 を強化
  • three.js のインポート
    • 高度な 3Dグラフィックス 描画
  • GameScene コンポーネントの利用
    • ゲームシーンの 管理と表示
  • Canvas設定のカスタマイズ
    • glプロパティで antialias: false、 alpha: false、 stencil: false、 depth: true、 powerPreference: 'high-performance' を指定
    • パフォーマンス最適化 と 描画品質調整

開発ワークフローへの統合

  • Cursor CLI による既存ワークフローへの統合
    • どのIDEでも利用可能
    • スクリプトや自動化 との連携で効率化
  • コードレビューや自動修正の自動化
    • AIによる編集提案 の即時反映
    • セキュリティやドキュメント管理 の自動化

まとめ

  • Cursorは開発現場の柔軟性・効率性・最新技術活用を実現
  • あらゆる環境で同じ体験を提供
  • カスタマイズや自動化 で独自の開発フローを構築

Hackerたちの意見

すごいな。これには驚いたけど、納得できる。ターミナルベースのコーディングエージェントが思ってた以上に楽しめてる。#dayjobやってる間にバックグラウンドで動かしておけるし、ボーナスとしてハッカー気分も味わえる。2025年はターミナルの年になるらしい？プロトタイプには最高だし、Claudeのコードはここ何年かで一番楽しい技術体験だよ。

面白いね。Anthropicが「Claude GUI」を作ってくれることを本当に期待してたんだ。

└

彼らのClaude Codeトークの一つで、来年にはすべてのIDEが廃れるだろうという期待から、やる価値がないように思えると言ってたよ。

└

それってClaude Desktopじゃない？

└

確かでなければ、Claude Code SDKを使って作るのは実現可能かもしれない。

今のところ、毎週発表されるAIコーディングエージェントの数はJavaScriptフレームワークより多いけど、正直言ってそれを楽しんでるよ。

└

今、どれだけのJavaScriptフレームワークがバイブコーディングできるか考えてみて！

みんながAGENT.mdを採用して、gemini.mdやclaude.md、crush.md、summary.md、qwen.mdを使うのをやめるのはいつになるんだろう。https://agent.md [リダイレクト -> https://ampcode.com/AGENT.md] https://agent-rules.org

└

それは、俺が使ってるROBOTS.mdとシンボリックリンクよりも明らかだけど、あんまり楽しくない名前だね。

└

そうそう、これがイライラするんだよね。無理やりブランド広告をリポジトリにスパムみたいに流して差別化を図るのをやめてほしい。Claude Codeはコミットメッセージに「帰属」を追加するけど、あれはただのスパムだよ。

└

それ、めっちゃ分かる。AGENT.mdを使うことにしたし、ClaudeやGeminiをそのファイルを読むように初期指示を出すコマンドにエイリアスしてる。でも、もちろん時間が経つと忘れちゃうんだよね。CLIを通じたエージェントコーディングの体験は、以下の点でかなり改善できるはずだよ：- 最後に発行したコマンドが簡単に見えるようにして、出力をスクロールして文脈を探さなくて済むようにする - セッションを無人で実行するための適切なサンドボックスを簡単に立ち上げられるようにする - などなど。コード生成に関しては、実際に必要なのはAIを使った決定論的なコードジェネレーターかもしれないね。AIがコード生成をするのではなくて。

└

同意。全部英語だもん。これがこのツールの本質だよね。なんでわざわざCLIの方言を作ってるの？

└

そうだね、これらのプロバイダーの中には、90年代のマイクロソフトみたいに新しい規約を実装するのを渋るところも出てくると思う。でも、CLIインターフェースだと、主要なプロバイダーに対してはシステムガイドラインを読み込むための回避策があるよね。でもIDEだと、MSがVisualStudioでやってたように、設定ファイルにロックインされる可能性が高くなる。昨日、ClaudeやGemini、AiderのCLIコーダーに同じガイドライン文書を渡す方法について書いてたんだ： https://github.com/sutt/agro/blob/master/docs/case-studies/a...

└

AGENT.mdを標準化するアイデア、すごく好きなんだけど、.cursor/rules/のアプローチとはうまくいかないのが残念だね。複数のルールファイルを前書きの説明やファイルグロブに基づいて含めるっていうのが。まあ、他のエージェントがそのアプローチをサポートしてるかは分からないし、Cursorがどのルールファイルを文脈に含めるかは完全に予測できないこともあるからね。補足のルールファイルへのリンクを持つのも選択肢だけど、どのエージェント（もしあれば）がそれとうまく連携するかは分からないな。

└

AGENTS.mdの標準が一つのファイルじゃなければいいのに。すべてのタスクに適用できない小さなコンテキストドキュメントがたくさんあるから、それらをフォルダー（.ai/や.agents/）に入れて、選択的に結合したりエージェントに読ませたりするのが好きなんだ。

└

これまで{CLAUDE|GEMINI|QWEN}.mdを読んだとき、全部CONTRIBUTING.mdにまとめられたらいいのにって思ってた。

└

参考までに、ClaudeとJulesを使ったプロジェクトでは、ちゃんとしたセットアップがあって、実際のコンテンツはagents.mdに入れて、CLAUDE.mdでは「@agents.md」を使ってる。もし全てのツールがマークダウンでこういうコンテキスト参照をサポートしてたら、メモリファイルの真実のソースを一つにまとめるのはそんなに難しくないはず。

└

それはいい感じだけど、AGENT.mdが正しい抽象化かどうかは微妙だね。だって、これらのモデルは確かに違うし、同じプロンプトでも反応が違うからさ。モデルに対する異なるラッパーは異なる機能を持ってるし。例えば、CURSOR.mdではコンテキストやベストプラクティスだけを提供したいかもしれないし（ツール呼び出しがうまくいかないって分かったから）、CLAUDE.md（Claude Code用）では使えるツールを指定したいかもしれない（ツール呼び出しが得意だから）。多分、全てに適用できるAGENT.mdがあって、各ツールが自分の特性を追加できるのがベストだと思う。それで、もし何かが矛盾してたら、基本のAGENTファイルが優先される感じで。

エージェントがIDEの定義を再構築しているのを見るのは面白いね。チャットAIの時代にはそうじゃなかったけど、自律性が増すにつれて、従来のIDEのUIは重要じゃなくなってきてると思う。CLIツールは新しい開発ツールのエコシステムを作るチャンスがあるんじゃないかな。VSCodeやIntellij用にフル機能の言語プラグイン（ましてやフルIDEなんて）を作るのは簡単じゃないし、IDE間のポータビリティも限られてる。CLIツールとMCPを組み合わせれば、もっとシンプルで、組み合わせやすく、ポータブルになるかも。

└

IDEのUIは、エージェントの問題を早めに、明確にキャッチすることに焦点を当てて、超シンプルなロールバック戦略や、並行して生き残りをかけた解決策の生成を提供するべきだと思う。

今、フロンティアラボがこの分野で競争してるし、CLIを通じて消費者向けのサブスクリプションが使えるようになってるのに、Cursor製品がどうやって生き残るのか理解できないよ。OAIやAnthropic、GOOGに払ってる$Y/月にこの機能が含まれてるのに、なんでさらに$X/月払わなきゃいけないの？

└

だよね、いつでも最高のモデルを使えるから。昨日はClaude Opus 4.1、今日はGPT-5だし。Anthropicだけに払ってたら、Claudeに縛られちゃうよ。

└

Cursorが成功するためには攻撃的で差別化されたアプローチを取らなきゃいけないと思うけど、各ラボをコモディティ化するメリットもあるよね。CursorとChatGPTにお金を払ってるけど、もしAndroidを使ってたらGeminiにも払うかもしれない。チャットボットは（1）コストと使用モデルが違うからAPIと競争できないし、（2）今のチャットボットはモデルの質よりもUXの競争になってる。勝者はChatGPTと、ユーザーがデフォルトで持ってる統合オプション（GeminiやMSFT Copilotなど）だけだね。

└

実は、逆のことを考え始めてる。もしCursorが全てのユースケースに対してより良いUXを構築できるなら、モバイル/デスクトップのチャットボット、アシスタント、IDEのコーディングエージェント、CLIのコーディングエージェント、ウェブベースのコンテナコーディングエージェントとかね。理論的には、彼らはこのために全てのリソースを使えるから、もっと洗練されたものができるはず。ここで市場シェアを獲得すれば、モデルはただのコモディティになる。Cursorは、どのモデルがその時に最も良いかを選ばせてくれる。ある意味で、「ユーザー」はツールにロックインされることになる。彼らはCursorのコマンドや設定を学ぶから、別のUXを再学習するのはコストが高くなる。別のアプリやプラグインをアンインストールして再インストールするのは面倒だしね。

└

俺は全く逆だと思う。Claude CodeのUXは大好きだけど、特定のベンダーのモデルに縛られない方がいいと思う。ベンダーに中立な製品で、Claude Codeと同じくらいのUXがあれば、明らかに勝者になると思う。

Cursorが長期的にベストなツールセットになると賭けてる。1. CLI、バックグラウンドエージェント、IDE、GitHubアプリ（例えばバグボット）との緊密な統合で、エンドツーエンドの開発者体験を実現する。2. フロンティアモデルがタスクルーティングを内在化するにつれて、Claudeコードに特別感はなくなる。3. モデルプロバイダー間のスイッチングコストを低く保つことを常に促進すべき（独立した企業を支援することで）、モデルの改善に向けたインセンティブを維持し、UIやデータ、ネットワークのロックインを避けるべき。

└

この賭けには反対したいな。エージェントのハーネスは、実際のモデルのRLトレーニングに沿って形成されると思う。トニーとスーツが一緒に作ったからね。なぜClaude Codeの中のClaudeがCursorにとって存在的になったのか、なぜCursorが迅速にエージェント的になり、OpenAIと大きな見出しで構築を進めたのか。OpenAIやMetaと組まない限り。

└

これは賭けに反対したい。Cursorとサードパーティツールは、自分たちの優れた基盤モデルを作らない限り、常に高い限界コストとの戦いを強いられる。特に固定価格のサブスクリプションを提供している場合は最悪だね。つまり、より良いパフォーマンスと相反するコンテキスト保存のトリックを使わざるを得なくなる。もしコスト経済がCursorがモデルプロバイダーのコーディングエージェントに比べて、例えば20%少ないトークンを保持する結果になったら、すべてが同じならパフォーマンスが悪化する。基本的なエージェント的なコーディングスタック以外にCursorが劇的に異なるものを提供しない限り、市場がCursorに収束する理由が見えない。

└

モデルプロバイダー間のスイッチングコストを低く保つことを常に促進すべきだよね（独立した企業をサポートすることで）。モデルの改善に向けたインセンティブを維持するために、UIやデータ、ネットワークのロックインを避けるべきだと思う。ここでの金額を過小評価してるよ。カーソルがすべてのトークンをルーティングすることで、思っているより早く基盤モデルのプレイになるだろうね。

仮想化された未使用の環境以外でこれを使う方法が見つからない。代わりに、これを制限されたストレージスペースで実行する仮想マシンを提供してくれればいいのに。もしLLMに自分が所有または管理するディスクへのアクセスを与えるとしたら、読み取り権限以上のものは絶対に与えない。

└

なんでダメなの？実際にこれらを使ったことある？リスクはめっちゃ低いよ。俺は毎日、権限ゼロでclaudeコードを数時間動かしてるけど、問題なんて一度もない。

vscodeを何年も使ってから「Cursorが未来だ！」って思ってたけど、今は全然Cursorを使ってない。Claude Codeは、新しい制限があっても、やっぱり最高なんだよね。もしgpt-5に切り替えるなら、Codexを使えばいいじゃんって思う。彼らが提示してる価値が理解できなくて困ってる。

└

なんでClaude Codeの方がCursorより優れてるの？

└

Codex CLIは、今まで使ったCLIツールの中で一番最悪だと思う（Claude Code、Gemini、Aiderを含むけど、それだけじゃない）。なんか、使い勝手が悪いんだよね。でも、Cursor CLIはまだ試してないけど。

IDEはすごく好きなんだけど、結構ミスをするから、常にテストして小さなエラーを見つけないといけない。自分が望んでない方向に進んでるときは、よく流れを中断しちゃう。例えばCodexを使ってると、バックグラウンドでやりすぎて、後から修正するのが難しくなることがある。これって、私が間違ってるのかな？