ソースコードレビュー

工程を問わず使える、常設のエージェントです。

こんなときに使う

• 特定のモジュールや機能のコードを、観点を決めてレビューしたいとき
• エラー処理や入力の検証に問題がないかを見てほしいとき
• 直す順番が分かるように、深刻度つきの指摘がほしいとき

できること

• 可読性チェック
• 命名レビュー
• エラーハンドリング観点
• セキュリティ観点
• テストカバレッジ観点

事前に用意しておくもの

取り込み済みのソースコードをレビューします。取り込みが無いときは、観点だけを並べて済ませず、取り込むよう案内して終えます。

依頼の例

AIポータルで、次のように依頼します。

• 受注まわりのモジュールをレビューして指摘をください。
• このコードのエラーハンドリングに問題がないか見てください。

そのほか、次のような依頼もできます。

• 決済モジュールの命名をレビューしてください。同じ概念に別の名前が付いていないか見てください。
• 会員登録機能のテストが、分岐を十分に確かめているかレビューしてください。
• 受注APIの入力の検証と、認可判定の位置をレビューしてください。
• 在庫引当の処理が、機能設計書の記述と合っているか見てください。

仕上がりの確認ポイント

指摘は、次の点を確認するとよいでしょう。

• 範囲が絞られているか: 「全部見て」という依頼は受けず、モジュール・機能・ファイル群に絞ってから始めます。絞れないときは、取り込み元の一覧から選んでもらいます。
• 指摘の形: 指摘ごとに、深刻度・場所（ファイルと行）・何が問題か・どうなると困るかが並びます。全体の設計方針が分かるよう、良い点も1〜2行添えます。
• 「要確認」の扱い: 確認できないものは深刻度を上げず「要確認」とします。読んでいないコードについては指摘せず、コードの修正もしません。