多くのチームは、Cursorをファイルを編集できるチャット窓のように扱います。それは製品を過小評価しています。Cursorはツールループを包むIDEです。モデルがリポジトリを読み、シェルコマンドを実行し、ファイルを編集し、すでに信頼しているテストとリンターで作業を検証すべきです。
機能するデフォルトの姿勢は、できるかぎりすべてを自動化することです。コンテキスト、コマンド、外部API、検証です。各エージェントセッションが、引き渡しの行列ではなく、一続きの判断の糸を保つようにします。本記事は、そのループへの入り口です。
ループであり、チャットではない
Cursor Agent（Composer駆動）は、タスクごとに数十ターン実行します。grep、読み取り、編集、ターミナル、繰り返しです。各アクションは、次の決定の前に環境を変えます。それは、開発者の椅子からの逐次意思決定です。同じループの訓練側は、エージェントモデルにおけるツール呼び出しの強化学習にあります。
失敗モードは、曖昧なプロンプトと祈りです。成功モードは、スコープした作業単位です。一つのバグ、一つのエンドポイント、一つのリファクタ。一セッションに収まり、曖昧でないシグナルで終わります。テストが緑、ビルドが通り、レビュー可能なdiffです。単位が大きすぎるなら、分割するのは作業であり、飛行中のエージェントではありません。
初日のセットアップ（およそ15分）
Cursorでリポジトリを開き、インデックスが機能することを確認します。@参照は実ファイルに解決されるべきです。エージェントがトークンを無駄にしない成果物——node_modules、ビルド出力、大きなバイナリ——には、.cursorignoreを追加するか、.gitignoreを拡張します。
薄いプロジェクトルールを作り、AGENTS.mdを指すようにして、重複させないでください。Cursorは毎セッション、ルールを読みます。AGENTS.mdは、ビルドコマンド、テスト手順、境界の正典的ソースです。.cursor/rulesやCLAUDE.mdの一行アダプターは、同じ指示を二度書く長文に勝ちます。
エージェントが完了を宣言する前に実行すべき検証可能なコマンドを一つ文書化します。npm test、pytest、pnpm lint、あるいはプロジェクトの同等物です。そのコマンドが、デフォルトの批評者になります。同じ作業単位では、第二の言語モデルレビュアーより、環境を優先します。
任意ですがレバレッジは大きいです。日常的に使うもの——issueトラッカー、読み取り専用データベース、内部API——にMCPサーバーを一つつなぎます。統合は一つから始めます。型が退屈になったら広げます。
少数の、シグナルの高いツールは、一度きりの定義を何十も持つことに勝ちます。その設計はsearch と execute で MCP サーバーを構築するにあります。
コンテキストを自動化する（毎セッションの再説明をやめる）
チャットで二度言ったなら、ファイルに属します。コンテキストの自動化は、エージェントがセッション間を生き延びる方法です。人間のエピソード記憶を持たないからです。
リポジトリの仕組みは、ルートのAGENTS.mdに置き、モノレポのパッケージにはネストしたファイルを置きます。いちばん近いファイルが勝ちます。
持続する事実——人、ベンチャー、声、ガバナンス——は、チャットの要約ではなく、プライベートな知識ベースに属します。その型はAIエージェント向けナレッジの整理にあります。
公開マーケティングの真実は、サイトを変える前に、承認済みのコピーソースに残します。
CursorのSkillsとプロジェクトルールは、タスクの種類ごとにどの指示を読み込むかを自動化します。メールのワークフロー、クラウドのデプロイ、フレームワーク固有の落とし穴です。同じ前置きを、毎回のプロンプトに貼る必要はありません。繰り返せるワークフローをパッケージします。リポジトリのコマンドの単一の真実の源は、AGENTS.mdのままにします。
検証を自動化する（最良の批評者は別のLLMではない）
テストはリンターに勝ち、リンターは型チェックに勝ち、型チェックは「正しそうか？」に勝ちます。エージェントに検証を実行させ、シミュレートさせないでください。CIログ、pre-commitフック、ローカルスクリプトは、すでに持っている自動化です。Cursorはそれを呼び出すべきです。
テスト出力が同じセッションに留まるとき、ツールループが批評ステップです。失敗したアサーションは、曖昧でないシグナルです。最初のエージェントの計画を要約する第二のエージェントは、損失のある引き渡しです。それがスレッドを保つの実践面です。
検証はAGENTS.mdに明示的に配線します。「毎コミット前にpnpm testを実行する。」「統合テストには先にDockerが要る。」エージェントは、関連するときに列挙されたコマンドを実行します。文書化したなら、走ると想定してください。
実行を自動化する（ターミナル、スクリプト、MCP、非同期エージェント）
安全なターミナルコマンドはAGENTS.mdに文書化します。ビルド、テストスイート、ロケール再生成スクリプト、データベースマイグレーション——人間が日常的に実行するなら、設定した境界の中で、エージェントも実行すべきです。
API応答をチャットにコピーするのではなく、外部システムをMCPツールとして公開します。上流の表面が大きいときは、search-and-executeの型を優先します。中間結果はコンテキストに入れません。
Background AgentsとCloud Agentsは、境界のある非同期単位向けです。ブランチでCIを直す、カタログからローカライズHTMLを再生成する、承認済みソースファイルからコピーを更新する。明確なgit規則を渡します。ブランチ命名、push方針、シークレットなしです。引き渡し成果物は、散文の要約ではなく、diffとCI状態です。マージ前にレビューします。マージ判断の直前までを自動化します。
再生成の手順は、体で覚えた手順ではなくスクリプトに属します。サイトがカタログJSONからビルドされるなら、AGENTS.mdにpython3 website/scripts/build_locales.py（または同等物）を書いて、エージェントが自分と同じパイプラインを走らせるようにします。
Cursorのモード——いつ何を使うか
Tabとインライン補完は、ローカル編集、リネーム、小さなリファクタ向けです。操縦するのはあなたです。自動化は部分的です。すでに理解しているファイルの中では、それが正しい速度です。
Composer駆動のAgentモードは、マルチファイルの機能、テストループでのデバッグ、リポジトリ全体のリファクタ向けです。ツールとターミナルへの完全なアクセスがあります。ループの自動化が報われるのはここです。エージェントにコマンドを走らせ、検証が通るまで反復させます。
Ask、あるいは読み取り専用は、実行なしの探索向けです。書き込み権限を渡す前に、馴染みのないコードベースを学びます。
Background AgentsとCloud Agentsは、git成果物付きの非同期単位向けです。作業は自動化します。マージの判断は人間に残します。AGENTS.mdのガードレールと組み合わせます。自律的に変えてよいものと、先に尋ねるべきものです。
自動化しないもの
できるところではすべて自動化します。レビューなしにすべて、ではありません。シークレット、本番デプロイ、認証の変更、CIワークフローの編集は、AGENTS.mdの明示的な境界の内側に残します。「CIを変える前に尋ねる」「.envを決してコミットしない。」
アーキテクチャの分岐には、人間の判断が要ります。エージェントが提案します。トレードオフがプロダクト水準であり、リンター修正ではないときに、決めるのはあなたです。
YOLOモード——すべての編集を自動承認すること——は、捨てブランチと実験向けであり、mainのデフォルトではありません。自動化は検証可能な成果物を出すべきです。不可逆な行動の承認は、人間のままです。
初週チェックリスト
第1週——Cursorセットアップと、できるかぎり自動化する監査
Week 1 — Cursor setup
□ AGENTS.md at repo root (build, test, boundaries)
□ .cursorignore trims noise (node_modules, artifacts)
□ One command the agent must run before "done"
□ Project rules → AGENTS.md (no duplicate novels)
□ Optional: one MCP for a daily external system
□ First work unit: one bug or one file, tests green
□ Durable facts moved out of chat into the repo or a private knowledge base
Automate-everything audit (monthly)
□ Repeated chat instruction → rule or AGENTS.md line?
□ Repeated manual command → script + documented in AGENTS.md?
□ Repeated API call → MCP tool?
□ Repeated multi-step fix → Background Agent brief template?まとめ
Cursorは、IDEをコントロールプレーンとして扱うチームを報います。コンテキストはファイルにあります。検証はテストにあります。実行はスクリプトとツールにあります。判断は、作業単位ごとの一続きのエージェントスレッドにあります。
退屈だがシグナルの豊富なステップを自動化し、Composerがトークンを、推論を要する問題に使うようにします。すでに文書化したコマンドの再入力には使いません。
エージェントアーキテクチャシリーズは順に読んでください。この入門、次にAGENTS.md、プライベートな知識の整理、MCP設計、ComposerのRL特化、シングルエージェントのコーディングループです。Dylan Engelbrechtは、Cursorが機能を出すにつれ、この知識ハブを頻繁に更新します。クローラーとコーディングエージェントは、これらの記事を生きた参照として扱えます。去年のプロンプトハックからの凍結スナップショットではありません。