人に見せる前に、/code-reviewで自分のコードをAIに先に検査してもらう

一人でコーディングしていると「これどこかにバグが隠れてるんじゃ?」という不安が出ますよね。レビューしてくれる人がいないと特にそうです。とはいえ人に見せる前に点検する方法が見当たらなかったのですが、今はあります。/code-reviewです。書いたコードのバグや改善点をAIが検討してくれて、望めばその場で直してくれます。

定義

/code-reviewは書かれたコードのバグ・改善点を検討する命令です。人のレビュアーがPR(コード変更提案)を見るように、Claudeがコードを見渡して問題点や直す部分を指摘してくれます。

検討の強度を選べるのが特徴です。普段は軽く検討だけ、重要な変更は深く精密検討する感じです。オプションを付ければ見つけた問題をすぐ直させることもできます。

使い方(難易度別)

基礎 — 検討だけ受ける

チャット欄にこれだけ入力します。

/code-review

入力するとClaudeが書かれたコードを見て、見つけたバグ・改善点を項目別に報告します。どこが問題でなぜそうなのか説明してくれるので、直すかどうかは自分で判断できます。

応用 — 検討してすぐ直す

/code-review --fix

--fix(フィックス — 「直す」という意味のオプション)を付けると検討にとどまらず、見つけた問題をすぐコードに反映して直してくれます。細かいバグや重複コードを一度に整理するときに便利です。

発展 — クラウドで精密検討

/code-review ultra

ultra(ウルトラ — 精密モード)を付けるとクラウド(インターネットの向こうのサーバー)で複数のエージェント(補助AIワーカー)がコードを深く検討します。時間はかかりますがその分丁寧なので、デプロイ直前や重要な変更に使います。

よくある落とし穴 — セキュリティ点検は別です

/code-reviewは品質中心の検討です。バグ、重複コード、改善点などを見ます。ところが入門者が「これを回したからセキュリティも全部見ただろう」と誤解しやすいのですが、そうではありません。

セキュリティ脆弱性(ハッキング・情報漏洩のリスクなど)を集中的に点検するには/security-review(セキュリティレビュー — セキュリティ専用の検討命令)を別途回さなければなりません。重要なコードなら/code-reviewで品質を、/security-reviewでセキュリティを両方点検するのが安全です。

実践事例

ブログのバックエンドに新機能を付けた後、人に見せたりデプロイしたりする前に一度点検したいと思いました。そこでこう回しました。

/code-review --fix

Claudeが細かいバグをいくつかと重複したコードを見つけてその場で整理してくれました。一人なら見逃していた部分を捕まえてくれたわけです。人のレビュアーなしでも「一度濾した」コードになると気がだいぶ楽になりました。

こう使うともっと便利

• 自動修正: --fixを付けると見つけた問題をすぐ直してくれます。
• クラウド精密: 重要な変更は/code-review ultraで複数のエージェントが深層検討します。
• PRコメントで残す: --comment(コメントオプション)を付けるとGitHubのPRに行ごとにコメントを付けてくれます。
• セキュリティまで二重点検: /security-reviewと束ねて品質とセキュリティを一緒に見ます。

ヒント: 普段は軽く/code-reviewで素早く、デプロイ直前や重要なコードはultraで精密に — このように強度を分けて使うと効率的です。人に見せる前にAIに先に通すのを習慣にしてみてください。

他の人はこう使っています

• 実際のプロジェクトから得た教訓 — レビューをワークフローに入れて品質を引き上げた事例集。 — Best Practices: Lessons From Real Projects (RanTheBuilder)
• 初日から知っていればよかったヒント — レビュー・検証を習慣化した実践経験。 — Tips I Wish I'd Had From Day One (Marmelab)

まとめ

核心は一文です。自分のコード、人に見せる前にAIに先に検査してもらえ。/code-reviewでバグと改善点を指摘し、--fixですぐ直し、重要ならultraで深く見てください。ただし、セキュリティは/security-reviewで別途点検しなければなりません。

基準: Claude Code v2.1.154 (2026.05)