Lovableで全体を前へ。Claude Codeで深く詰める。
最後の承認は、事業と技術の責任を持つ人が行います。
判断基準は「変更範囲」と「失敗時の影響」
画面を見ながら業務フロー全体を動かしたいときはLovableが向きます。既存コードの挙動を追い、型・テスト・例外処理まで詰めたいときはClaude Codeが向きます。認証、権限、データ移行、本番リリースは、どのAIを使う場合でも技術責任者の確認対象です。
作業別の使い分け
| やりたいこと | 主な担当 | 判断の理由 |
|---|---|---|
| 画面・導線を素早く形にする | Lovable | 事業側と見ながら全体を前へ進める |
| 複数画面にまたがる機能を試作する | Lovable + 技術レビュー | 速さを活かし、データ変更は確認する |
| 既存コードの原因を深く追う | Claude Code | 関連コードを読み、局所的に修正する |
| 型・例外処理・テストを整える | Claude Code | 品質を詰め、変更の影響を確認する |
| 実装を独立した視点で監査する | Codex等の別AI + 人 | 同じAIだけで実装と承認を完結させない |
| 本番へ出すか判断する | CTO・技術責任者 | 権限、データ、復旧、事業影響を含めて決める |
AIだけで完結させない変更
- 認証・管理者権限・RLSなど、情報漏えいにつながる変更
- 本番データの削除・変換・移行を伴う変更
- 決済、請求、外部送信、個人情報の取扱いに関わる変更
- 複数機能へ影響する依存関係やアーキテクチャの変更
これらは、実装AIとは別のレビュー、機械テスト、人による承認、切り戻し手順を組み合わせます。
迷ったときの判断順
- 何を改善し、どの状態になれば完了かを決める
- 変更が画面中心か、コード・データ中心かを分ける
- 失敗したときの影響と、戻し方を確認する
- 実装担当とレビュー担当を分ける
- 本番反映の責任者が承認する