【結論】工数削減を実測する
Claude Codeの工数削減効果はTaskによって異なるため、数時間が数分になると断定せず、準備、生成、Review、修正、Testまで含めて測定します。
効果が出やすいのは定型的なTest追加、Migration補助、Documentation更新、既知Patternの修正です。
要件が曖昧な設計、Legacy統合、本番IncidentではReview工数が増える場合があります。
# ターミナルで実行：作業開始時刻とGit状態を記録
date -Iseconds > metrics.txt
git status --short >> metrics.txt
# ターミナルで実行：Testを実行
npm test -- --runInBand
# ターミナルで実行：変更量を記録
git diff --stat >> metrics.txt
# ターミナルで実行：終了時刻を記録
date -Iseconds >> metrics.txt具体的な手順・設定方法
同種TaskをAIあり・なしで複数回実施します。
人間の準備、待機、Review、手戻り、Test失敗を含めます。
正確性、変更量、Defect、Lead time、費用を記録します。
効果が安定したTaskだけをSkillやCIへ標準化します。
実践プロンプト / 活用テクニック
# 起動後のセッション内で入力
未Testのutils/date.tsに対するTest追加計画を作成してください。
既存Test frameworkと命名規則を調査し、変更File、Case、境界値を提示してください。
カバレッジ数値を保証せず、まず一つのFileだけを対象にしてください。注意点・よくあるエラーと対処法
カバレッジ目標だけを与えると意味の薄いTestが増える場合があります。
大規模変更を一度に依頼するとReviewとRollbackの工数が増えます。
工数削減の評価ではAI利用料金、CI時間、教育、Security reviewも含めてください。