AI駆動開発を1年半やってわかった「メンバー目線」と「PL目線」の違い

zenn · 2026-08-17

この記事で分かること

AI駆動開発の現場で、メンバーとプロジェクトリーダーの認識差を埋める視点が得られる。同じ開発状況でも、役割によって評価する成果物と抱える課題が違うため、報告やレビューの粒度を相手に合わせて変える判断材料になる。

code vibe_coding

47万行規模のStruts遺産をAI移行する際のコストを、実測データから見積もれる。移行単価の実測レンジと、規模に応じた費用の変化を考慮して予算感を判断する材料が得られる。

Claude Codeで出るエラーの大半が既知バグであることを前提に、原因切り分けの手順が分かる。エラー表示を確認し、自分の設定ミスか既知の問題かを判断してから、更新や回避策を試す順番で対応できる。

サブエージェントを新規追加するための最小構成ファイルを用意できる。.claude/agents/に置くファイルの必須記述項目と、エージェントの役割・指示を定義する際の省略できない要素が分かる。

エディタ統合でAIコーディングエージェントを操作するまでの手順が分かる。ターミナル運用からVS Codeへ移行する際に必要な設定項目と、画面上で差分や履歴を確認する使い方を把握できる。

LLMレビューが長引く原因を自分の修正内容に求めて、108ラウンド分の検証結果から分析できる。指摘を受けて修正した箇所が次の指摘を生む循環を止めるには、修正範囲を限定しレビュー依頼の文脈を整理するのが有効だと分かる。

AIエージェントを読み取り専用で動作させる初期設定を確認できる。ファイル変更を許可しない実行権限を選び、調査・閲覧だけに用途を絞るための手順と、編集操作を避ける運用上の注意点が得られる。