Skip to main content
ログイン

5つのClaude、5つの実装。あなたのものはどれ?

AIはコードレビューを不要にしたのではなく、ボトルネックにしました。チームの「センス」がモートであり、それをコード化する方法を解説します。

同じチケットに対してClaude Codeを5つ走らせると、5つの動く実装が返ってきます。どれもテストは通り、どれも問題を解決しています。それでも、そのどれもが半年前のチームが書いたコードとは違います。

これが新しい前提です。「正しい実装」の確率空間は爆発的に広がりました。そして、それは自然には収束しません。


AIはコードレビューを不要にしたのではありません。ボトルネックにしました。

この10年、生成が制約で、レビューは後処理でした。シニアエンジニアの1日は30%が実装、70%がレビュー。ボトルネックは「人間がどれだけ速く考えられるか」でした。

その比率は逆転しました。生成はほぼ無料になりました。Claude CodeやCursorを使えば、個人開発者でも1週間で、かつて5人チームが1年かけて書いた量を生み出せます。

ボトルネックは移動しました。今はこうです。「この5つの動く実装のうち、どれを自分たちのコードベースに入れるべきか?」

この問いにモデルの答えはありません。チームの答えしかありません。チームが積み上げてきた「センス」だけが、「動くコード」と「ここに属するコード」を分けます。命名の流儀、モジュールの切り方、依存関係の選び方、早期リターンの使い所、テストの書き方。

それがなければ、すべてのPRは「もっともらしい選択肢のコイントス」になります。


センスこそがモートです。だから、コード化しましょう。

ここで多くのチームが詰まります。センスは存在しています。3人のエンジニアの頭の中、PRコメント、Slackのスレッド、火曜の午後にシニアがジュニアに向けるため息の中に。それは本物で、コードベースが価値を積み上げるか、スロップへ漂流するかを分ける本質です。

ですが、それは機械が読める形では存在していません。だからエージェントは従えません。新しいメンバーも従えません。シニア自身ですら、疲れていたり、オンコール中だったり、会議中にPRが降ってきたりすれば、一貫して従うことはできません。

多くのチームはすでにCLAUDE.mdや.cursorrulesを持っています。これはエージェントがリポジトリで「どう書くか」の契約です。ここには非対称性があります。書き方の契約はあるのに、レビューの契約はありません。CLAUDE.mdはエージェントに何を生成するかを指示します。一方で、人間にもエージェントにも、マージして良いコードの基準を伝えるドキュメントは存在しません。

それがSTANDARDS.mdです。リポジトリに置かれ、コードと同じようにバージョン管理されるプレーンなMarkdown。チームが積み重ねてきた意思決定を明文化したものです。一般論ではなく、自分たちの具体的な判断です。

これは新しい考え方ではありません。Kleppmannが『Designing Data-Intensive Applications』で論じているように、システムは契約が明示され、機械的に検証可能なときに価値を積み上げます。スキーマであって、雰囲気ではない。STANDARDS.mdはその同じ規律を一段上のレイヤーに適用したものです。契約はサービス間ではなく、「エンジニアのPR」と「チームのセンス」の間にあります。

このファイルが存在すると、3つのことが可能になります。

エージェントがそれに従ってコードを生成します。 あなたたちのセンスが、コードが書かれる前に確率空間を制約します。

すべてのPRが自動でそれに照らしてレビューされます。 書いたのが人間でもエージェントでも関係ありません。ドリフトも、例外も、「次のスプリントで対応する」もなくなります。

新しいメンバーが1つのドキュメントを読むだけで、 チームの世界観を午後のうちに吸収できます。

STANDARDS.mdはドキュメントではありません。収束関数です。爆発した実装空間を、あなたの実装へと押し込みます。


AIに全PRをレビューさせたら、開発チームは3倍速くなりました。

3ヶ月前、私たちは社内でまさにこの壁にぶつかりました。Surmado Code Reviewを、まず自分たちのために作りました。社内ツール、v7。14リポジトリで、全コミットに対して動いています。

各リポジトリにSTANDARDS.mdがあり、Scoutがそれを読み、diffを読み、人間のレビュアーに伝えます。何が良くて、何を直すべきで、どこを見るべきで、そのPRがどんな前提を置いているかを。

3倍とは、14リポジトリ全体でのマージまでの時間です。PRが滞留しなくなりました。動くようになりました。

この速度は、ボットがレビューをしたから生まれたのではありません。ボットがノイズを削り、人間が本当に重要なことに集中できるようになったから生まれました。シニアエンジニアは、どのPRでも同じ5つの指摘を繰り返さなくなりました。ジュニアは規約を推測しなくなりました。エージェントが書いたPRも、チームなら書かない形に漂流しなくなりました。

STANDARDS.mdがまだなければ、Scoutが一緒に書きます。2クリックで導入できます。Scoutが、スタック、規約、テストの方針、そして既に下した設計判断について聞き取ります。

意見があるところは、Scoutが書き起こします。まだ意見が固まっていないところは、Scoutがデフォルトを提示します。受け入れても、編集しても、上書きしてもかまいません。これまで基準を明文化したことがないvibe coderの方でも、Scoutが考え方を構造化し、まだ気づいていない問いを浮かび上がらせます。

意見はあなたのものです。骨組みは、私たちが社内で使っているSTANDARDS.mdと同じものです。大きなチームが何週間もかけて合意する種類の規律を、今日の午後から運用できます。

私の開発チームがこれをリリースするよう迫ってきました。「社内限定です」と友人の創業者に伝え続けるのに疲れていたのです。だから製品にしました。


あなたのコードについて

保存しません。学習にも使いません。コードベース全体を読むこともしません。

ScoutはAnthropicとOpenAIのフロンティアモデルで動きます。各PRのレビューでは、標準APIの契約のもと、diffのみを送信します。保持なし、学習なし。レビューが終わった後、あなたのコードに関するものは私たちのシステムには一切残りません。

プライバシーポリシーと利用規約の全文をご確認ください。すべて文書化しています。


これは本当は何のためのものか

多くのAIツールは「モデルが人間を置き換える」という枠組みで売られています。その前提は根本的に間違っており、今は特に間違っています。

AIによる生成はチームを速くしました。同時に、コードベースのドリフトも加速させました。アクセルとエントロピーは同じ場所から生まれています。前に進んでいるチームは、人間の判断を機械の速度に引き上げた人たちです。人間を置き換えた人たちではありません。

Surmado Code Reviewは自律的なレビュアーではありません。チームのセンスを増幅する装置です。あなたたちの基準を、すべてのPR、すべてのプッシュ、すべてのエージェントの出力に適用します。人間は人間の仕事を続けます。基準を決め、設計判断をし、チームを育て、ビジネスを理解する。ボットは、すでに決めたことからの逸脱を検出します。シニアを疲弊させていたのは、その仕事でした。

コードにおけるAIの未来は、エージェントがエンジニアを置き換える世界ではありません。一度コード化されたエンジニアのセンスが、書いていないコード行にも機械の速度で適用される世界です。これに先に気づいたチームは、気づかなかったチームから見れば別の生き物のように映るでしょう。開発者が賢いからではなく、センスがすべてのコードに行き渡っているからです。

Surmadoが作るすべてのプロダクトと同じく、これは人間を中心に置き、エージェントを強化します。あなたのセンスを、増幅する。


次のPRで試してみてください

Surmado Code Review。2クリックで導入。月15ドルで100PRまで。席数課金なし。diffは一切保持しません。速く動くソロ開発者や小規模チームのために作りました。エンタープライズ向けではありません。

Surmado Code Reviewをインストール、または開発の裏側を読む

関連記事

次の一歩へ

Scoutが約15分でブランドを調査します。