1000時間の経験から得た実践的AIコーディング戦略

AIプロンプティングのレベルとワークフロー戦略

r/ClaudeAIからのReddit投稿では、1000時間の経験に基づくAIコーディングエージェントの実用的な戦略が共有されています。中核的な推奨事項は、AIを建築家のように扱うのをやめ、代わりにジュニア開発者として扱うことです。つまり、構築したいものを話し合い、実装を開始する前にAIにエッジケースを見つけさせます。

3つのプロンプティングレベル

この情報源では、3つの異なるプロンプティングアプローチを定義しています：

• レベル1（初心者）: AIにアプリ全体を一度に構築させるよう依頼する（例：「競合他社の価格追跡ツールを作ってください」）。AIがすべての設計と技術スタックの決定を行い、完全に使用できない出力が生成されます。
• レベル2（中級者）: 機能と能力を提供するが、技術的なアーキテクチャは除外します。AIはエッジケースを推測する必要があり、ある程度使用可能ではあるが、本番環境には適さない出力が生成されます。
• レベル3（上級者）: まずAIエージェントと共に製品要求仕様書（PRD）全体を考え抜きます。コアロジック、ユーザーペルソナ、ステップバイステップのフロー、厳格な技術アーキテクチャ（例：Supabase with Postgres and Prisma）を定義します。コードを書く前に、AIにロジックの穴を突かせます。

実装戦略

この投稿では、いくつかの具体的なワークフローの実践を推奨しています：

• 実装を段階的に進める: AIにアプリ全体を一度にコーディングさせることは絶対に避けます。明確な期限と各ステップの成果物を含む段階的な計画を作成するよう依頼します。
• 複雑なタスクを分解する: AIにやることが多すぎると、重要な意思決定ステップをスキップし、誤った推測を行います。コアとなる製品の決定は、AIではなく、あなた自身が行う必要があります。
• 自身の設計を管理する: AIにあなたのデザイン言語を決定させることは絶対に避けます。ユーザーフローとワイヤーフレームは自分で構築します。そうしないと、AIはあなたの製品に合わない一般的なダッシュボードを生成します。
• 厳格な指示ファイルを使用する: 製品構造、コーディングスタイル、エラーハンドリング、制限されたコマンド（例：データベースマイグレーションを絶対に実行しないよう明示的に指示する）を定義するために、agent.md（またはcloud.md）ファイルを作成します。これにより、すべてのプロンプトで同じことを繰り返す必要がなくなります。

これらの戦略は、開発者がアーキテクチャと設計の決定を管理し続けながら、実装とエッジケースの発見にAIを活用すべきであることを強調しています。