Cursor で機能を構築し、バグを修正するための実用的なワークフロー。 @ericzakariasson 氏によるこの投稿では、Cursor を用いたソフトウェア開発の具体的なワークフローが詳しく説明されています。このプロセスは、人間と AI の連携を重視しています。AI はコードの計画と生成を担当し、開発者はプロセス全体を監督してコードの品質を確保します。「常にコードをレビューする」という基本原則を強調することで、過度な AI 自動化に伴うリスクを回避しています。 コアステップ Eric のプロセスは、問題を理解することから始まり、コード生成、検証、最適化へと進む循環的なプロセスです。 1. ウォームアップ理解（上級モデルの使用） Claude Opus 4.5やGPT-5.1-Codexのようなよりスマートなモデルを選択し、「今後の変更」についてクエリを実行してください。目標は、関連するコードのコンテキストを迅速に把握することです。例えば、レート制限ロジックをリファクタリングする場合は、まず関連するファイルと依存関係を特定します。このステップは、開発者が期待値を設定して、盲目的な計画を回避するのに役立ちます。 2. 計画モードを切り替える: Cursorの「計画モード」に入り、同じモデルを使用して変更要求を記述します。AIが、手順、潜在的な影響、代替案を含む詳細な計画をMarkdown形式で生成します。計画は編集可能なので、簡単に微調整できます。 3. インタラクティブな反復: AIからのフォローアップの質問（エッジケースや優先順位の明確化など）に応答することで、計画を段階的に洗練させることができます。これは「インテリジェントエージェント」の協調性を示すものです。AIは受動的なツールではなく、精度を向上させるために積極的に質問を投げかけます。 4. 生成と予備レビュー： Composer-1を使用して、計画に基づいてコードを出力します。同時に、論理的な一貫性、潜在的なバグ、パフォーマンスのボトルネックをチェックする簡易レビューを実行します。 5. 手動検証: 開発者は、ソリューションが実際の環境で動作することを確認するために、自らテストを実行します。このステップでは、人間の判断が不可欠であることを強調します。 6. その後の調整: さらなる変更が必要な場合は、元のプランをメンションし、Composer-1 のプランモードの反復処理に戻ります。手順 2 ～ 5 は、満足のいく結果が得られるまで繰り返すことができます。 7. 詳細な検討と再構築： Composer-1 で問題が解決しない場合は、Claude Opus 4.5/GPT-5.1-Codex に戻って徹底的なコード監査を実施してください。その後、リファクタリングと最適化を実施します。既存のコードを再利用するか、より効率的な実装を採用します。最後に、再度完全なレビューを実施します。 重要な洞察：ハイブリッドモデルの使用：まず、最先端（SOTA）モデルを用いて複雑性を理解し、その後、Composer-1を用いて効率的なコードを生成します。この「最適なツールフィット」戦略により、AIのメリットを最大限に引き出しながらコストを抑制できます。 • レビューは王様：この記事では「必ずコードをレビューする」ことが繰り返し強調されています。AI生成コードは高速ですが、コンテキストを見落としたり、隠れたエラーを発生させたりする可能性があるためです。従来のCLIコーディングエージェントと比較して、Cursorの視覚的なレビューはより効率的です。 • 拡張用途に対応：機能開発、バグ修正、さらにはソフトウェア開発ライフサイクル全体に適しています。Bugbotなどのツールは役立ちますが、中心となるのはやはりこのサイクルです。
