3. harness-starter-kitは魔法ではない。エラーを早く表に出すためのもの

AIエージェントチームの運用例から、調査依頼から試作までを1日で進める進め方が参考にできる。朝に依頼した調査が深夜にはMVP（試作品）として動いていた状況を示しており、自律的なタスク進行の目安になる。

Claude Codeの利用量を確認する際に、キャッシュの扱いが判断に影響することが分かる。1週間で1Bトークンと表示されても97%がキャッシュなら、実際に課金やレート制限に効くトークン数は想定より少ない可能性が高い。

AIアシスタント向けコードコメントの書き方を改善する判断材料が得られる。長文コメントはモデル自身の動作理解に寄与せず、簡潔な記述の方が効率的とみられる。

AIレビューを同じ条件で複数回実行すると結果がどう変わるかが分かり、レビューを1回で信頼してよいかの判断材料になる。ClaudeとRobloxの個人開発で、指摘内容の一致や差分を確認して運用方法を決められる。

プロンプトの禁止指示だけでは再発する問題を防ぎたいとき、機械検査へ切り替える判断基準が得られる。3回再発した事例から、揺らぎを許容できる指示と確実に止めるべき検査の使い分けを学べる。

AIでWebツールを量産するモデルが、広告収益に依存すると失敗するリスクが分かる。多数のツールを作っても広告収入が伸びず、Googleの対応でアクセスを失う事例から、外部依存のリスクを把握できる。