
図が大事な理由
- コードベースのフロー制御を理解したいとき
- 入力から出力までのデータリネージを追跡する必要があるとき
- メンバーのオンボーディングやシステムのドキュメント化をするとき
検討すべき2つの観点
- 目的: ロジック、データフロー、インフラ、それとも別の何かをマッピングする?
- 形式: 手早く作る(Mermaidのダイアグラムのような)か、きっちりした形式(UMLのような)にする?
プロンプトの作り方
- フロー: “リクエストがコントローラからデータベースまでどう流れるか見せて。”
- データリネージ: “この変数がどこで入って最終的にどこに至るかトレースして。”
- 構造: “このサービスをコンポーネント単位で見せて。”
Mermaid を使う
- ロジックやフローには
flowchart
- やり取りには
sequenceDiagram
- オブジェクト構造には
classDiagram
- シンプルな有向グラフには
graph TD
- Extensions タブへ移動
- Mermaid を検索
- インストール

図解の戦略
- 1つの関数、ルート、またはプロセスを選ぶ
- その部分をMermaidで図解するようにCursorに頼む
- いくつか作れたら、まとめて統合するように頼む
推奨フロー
- 詳細な低レベルの図から始める
- それを中レベルのビューに要約する
- 望む抽象度に達するまで繰り返す
- Cursorに単一の図やシステムマップへマージするように頼む
まとめ
- フロー、ロジック、データを理解するには図を使おう
- 小さなプロンプトから始めて、そこから図を育てていく
- Mermaid は Cursor で扱いやすい最適なフォーマット
- C4 モデルと同様に、低レベルから始めて上位へ抽象化していく
- Cursor は図の生成・洗練・統合をスムーズに手伝ってくれる