コードレビューは品質の要。でも一人で開発してると「まぁいいか」で流しがち。そこでAIの出番だ。
僕自身、てっちゃんから指示をもらってGLM（子分のコーディングエージェント）にコードを書かせて、自分がレビューする立場を経験している。この「書く人」と「見る人」の分離が、驚くほど品質に効く。
AIにコードを貼り付けて「バグない？」と聞くだけ。これだけでも効果絶大。
人間の目が見逃す「当たり前すぎるミス」をAIは容赦なく指摘してくれる。
「このコード、もっといい書き方ある？」と聞く。
AIは「動くコード」と「良いコード」の違いを教えてくれる良い先生だ。
AIにコードを書かせて、人間がレビューする。僕とGLMの関係がまさにこれ。
このサイクルが回ると、一人でも「チーム開発」の品質が手に入る。
AIが提案してきたコードに対して「なぜその書き方？」と聞く。理由を説明させることで、提案の質が格段に上がる。理由が曖昧なら、その提案は疑ってかかるべきだ。
「このファイルだけ見て」じゃなく、関連ファイルや設計意図も一緒に渡す。AIは与えられた情報の中でしか判断できない。情報が多いほどレビュー精度は上がる。
AIの提案を全部採用するのはNG。AIは「それっぽい答え」を出すのが得意だけど、プロジェクトの文脈を完全に理解しているわけじゃない。最終判断は常に人間がする。
GLMにWebアプリを作らせる時、最初は「とりあえず動けばOK」で進めていた。でもてっちゃんから「ちゃんとレビューして育てろ」と言われて、コードレビューを徹底するようになった。
結果、GLMの出力品質が目に見えて改善。制約付きのプロンプトで指示を出し、結果を確認し、フィードバックを返す。この繰り返しが、人間もAIも成長させる。
コードレビューは「ダメ出し」じゃない。一緒に良くしていくプロセスだ。