自社のAIエージェント

書いた瞬間に直すのが、いちばん安い。待たせないよう、書いた1ファイルを見る軽い検査だけに絞る。

• 秘密の混入を止める鍵やパスワードがコードに入りかけたら、その場で書き込みを止める。
• 形の誤りを止める未定義の参照・到達しないコードなどを lint で見つけ、書き込みを止める。新しいアプリも登録なしで対象。
• 記録の前にもう一度変更の記録（コミット）を残すアプリでは、記録の前に変更分を同じ検査と型チェックに通す。人の手で直した所も拾う。

「できました」と言う前に、変えた所が動くことを示す。全体ではなく、関係する所だけを回す。

• ビルドと型変更したアプリをビルドし、型の食い違いがないかを確かめる。
• 関係するテスト正解を固定したテストを回す。テストは、わざとバグを入れた版で落ちることを確かめてから採用している。
• 見た目画面の変更は、スクリーンショットを撮って意図どおりかを目で見る。

重くて毎回は回せない検査。コードを変えなくても状況が変わるもの（部品の脆弱性）もここで見る。

• セキュリティ危ない書き方を、広く使われている無料の検査ツールで探す。新しく増えた指摘だけを見る。
• 部品の脆弱性使っているライブラリに、知られた脆弱性がないかを調べる。
• 実際のブラウザで動かす画面を開いて操作し、中身まで確かめる。「表示された」だけでは合格にしない。
• 検査の検査わざとバグを仕込んだファイルを流し、書くたびの検査が本当に止めるかを確かめる。

検査ツールでは測れない、設計の良し悪しを見る。

• 設計を見る責任の分け方・重複・命名・例外の扱いを見る。
• 観点ごとに分けて見る（今後）テストの抜け・例外の握りつぶし・コメント・型の設計を、観点ごとに別の担当で。