最近、Cursor Composerで複数のファイルを一括で修正している方も多いのではないでしょうか。以前はファイルを2、3個扱うだけでも、コードが急に壊れたり、とんでもないコードが挿入されたりして慌てることがよくありましたよね。最近のアップデートであるComposer 2.5以降は、こうした複雑なワークフローにもかなりうまく対応できるようになった印象です。

これが可能な理由の一つは、内部的に「Git Worktree」技術を使用しているからです。Cursorが並列エージェントを実行する際、ローカルシステムのテンポラリディレクトリに独立したブランチを作成して作業を隔離します。私たちが画面上で最終的な変更内容を確認し「Apply」を押すまでは元のソースコードを触らないため、コードが壊れる心配なく安全にコーディングできるというわけです。

より安定してマルチファイル作業をガイドするには、プロジェクトルートに置いていた従来の .cursorrules ファイルの代わりに、個別のルールフォーマットである .cursor/rules/*.mdc ファイルをぜひ使ってみてください！特定のパスのファイルが修正される時のみ必要なルールがロードされるようトリガー条件を設定すれば、コンテキストウィンドウの無駄な消費を確実に防ぐことができます。

MDCファイルは以下のように、マークダウンファイルの上部に簡単なメタデータを追加して設定できます。

---
description: components 폴더 안의 파일 수정 시 적용할 스타일 규칙
globs: src/components/**/*.tsx
---
- 모든 UI 컴포넌트는 CSS Modules를 사용합니다.
- 임의의 인라인 스타일은 허용하지 않습니다.

最後にちょっとしたコツを。AIが修正したコードが一度おかしくなり始めたら、チャットで何度も指示を出して修正させるよりも、潔く以前のチェックポイントに戻す方が百倍マシです。おかしな状態のまま会話を続けると、AIがその誤ったコードパターンに引きずられやすくなってしまうからです。以前のチェックポイントに戻り、プロンプトを少し明確に修正してやり直すこと。これだけ意識するだけでも生産性が大きく向上するはずです。