Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AIにレビューを任せる仕組みと見えてきた次の課題
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
uo
May 19, 2026
Technology
64
0
Share
AIにレビューを任せる仕組みと見えてきた次の課題
uo
May 19, 2026
More Decks by uo
See All by uo
実装計画を活用しAIの効果を最大化する
uo
1
62
gRPCでの効率的なAPI開発とテストの進め方
uo
2
490
Other Decks in Technology
See All in Technology
TSKaigi 2026 - enumよ、さようなら
teamlab
PRO
2
300
GCASアップデート(202603-202605)
techniczna
0
250
R&D 祭 2024 UE5で絵コンテ・作画の制作支援ツールをつくる話
olmdrd
PRO
0
210
TypeScriptはどのようにどこまで推論できるのか ─ とにかく as は禁止で
ypresto
1
300
React Compiler導入から21ヶ月、いま始めるならこうやる
astatsuya
2
290
[4] Power BI Deep Dive [2026-05]
ohata_bi
0
110
その英語学習、AWSで代替できませんか?
suzutatsu
1
190
【新卒研修】ライブデモ + compose.yaml読解_講義資料
dip_tech
PRO
0
120
LT準備のToilを削減 〜決定論×確率論のスライド生成CLI〜
shukob
0
120
Directions Asia 2026 | Beyond Buildable AI Agents: Let’s Visualize Partner Value in the AI Era
ryoheig0405
0
140
自作エディターをOSSにして分かった、一人に刺さる開発が世界を動かす理由
shinyasaita
1
220
AsyncStreamでマルチブロードキャストを実装する
1mash0
1
180
Featured
See All Featured
WENDY [Excerpt]
tessaabrams
10
37k
Making Projects Easy
brettharned
120
6.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.7k
Designing for Timeless Needs
cassininazir
1
220
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
370
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.5k
How Software Deployment tools have changed in the past 20 years
geshan
0
33k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
410
Abbi's Birthday
coloredviolet
2
7.6k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
52k
New Earth Scene 8
popppiees
3
2.2k
Transcript
AIにレビューを任せる仕組みと 見えてきた次の課題 株式会社カウシェ / バックエンドエンジニア 魚住伸
カウシェでは約80%のPRをAIレビューだけでマージしています 今日お話しすること 1. AIレビューの仕組み 2. AIレビューとAIマージの壁 3. AIマージを取り入れた結果
AIレビューの仕組み Claude Code ActionでAIでのレビューを実行 多視点設計: コーディネーター + 並列サブエージェント シニアGoエンジニア (実装品質)
シニアアーキテクト (設計妥当性) コーディネーターが総合判定 変更対象ごとに専用のレビューワークフロー コード系: backend / front / platform 設計・仕様系: PRD / DesignDoc / proto → 各ワークフローに専用プロンプト + 専用ナレッジ
自己改善の仕組み 5つのエージェントが毎日深夜に動き、改善を行う エージェント 役割 やっていること measure 計測係 昨日のAIレビューを採点、APPROVE/REJECTを数字で記録 explore 探検係
リポジトリ・本番メトリクスを調査、異常を発見 improve 実行係 ルール・プロンプト・ワークフローを書き換えてPR化 reflect 司令塔 明日は何に集中するかの作戦 (strategy.md) を書く audit 監査役 数字が嘘ついてないか観察、勧告のみ (コード変更なし) → 詳細は弊社テックブログを参照ください: 全PRの83%をAIレビューだけでマージできるようにした
AIレビュー ≠ AIマージ AIレビュー単体でも価値がある 型不整合 / nil 参照 / 既知のセキュリティパターン
AIは人間が見逃しそうなことを拾ってくれる でも、AIマージ (人間レビュー無しで本番投入) は別の話 AIレビューは 「確率論」 で動いている 同じPRでも、セッションが違えば判断が異なる 100%信用できるとは言えない、AIにマージまで任せて大丈夫なのか?
アプリケーションの何を守るべきなのか
何を守るか? 軸は 「失敗してもリカバリーができるか」 AIが間違っても、戻しやすい・修正しやすい箇所ならAIに任せる。 守る (人間もレビューする) ユーザー影響: クリティカルな振る舞い / セキュリティ
/ データ整合性 技術構造: DBスキーマ / APIの定義 / 共有ライブラリ AIマージ OK = リカバリーしやすいもの 実装の詳細、コードの可読性 人間がコードを読むことが少なくなったので、可読性の重要度は以前より下がった 仮に技術負債としてたまっても、AIと後からリファクタ可能
任せた箇所での責任の保ち方 AIにマージまでは任せるが、最終的なリリース責任は人間にしている。 品質を守る仕組み CUJ (Critical User Journey)で人間が見るべき重要な導線を定義 → ECなら、トップ画面 →
商品閲覧 → 購入完了 API仕様ファースト + E2Eテスト → protoにAPI仕様を記載、記載された仕様をE2Eテストで確認するフロー すぐ戻せる仕組み Cloud Runの素早いロールバック ── リビジョンをすぐ戻せる AIにマージを任せる判断ができたのは、ここの仕組みがあることが大きい
AIマージの結果 AI導入前 現在 open → レビューまで 2時間 20分 レビュー →
マージまで 5時間 40分 合計 (cycle time) 7時間 1時間 → 約7倍の高速化 → 特に「レビュー待ち」(open → レビュー) が大幅短縮 ── AIが一次レビューをしてくれる効果
課題① 理解負債 (Comprehension Debt) AIが生成したコードの仕組みを、開発者が理解できない状態が増えている 知識共有のサイクルがなくなった 以前: PRレビュー = チームメンバーがコードを理解する場
今: 実装レビューをAIに任せた結果、このサイクルがなくなった 非対称性 設計のレビュー = 人間 → 設計レベルの知識共有は残る 実装のレビュー = AI → 実装の詳細は、担当した人以外は誰も知らない 実際に動いているコードを、どうすればもっと深く理解した状態を維持できるか、が 次の課題
課題② レビュー精度 AIがApproveしたPRでも3割は人間指摘あり → AIレビューはまだ完璧ではない 人間が拾っている指摘で一番多いのはドメイン知識 「このサービスは過去にこういう判断をした」 「このドメインではこの命名が一般的」 「この外部APIはこの順序で叩かないと整合性が崩れる」 →
プロンプトでドメイン知識を渡しているが、漏れることがある
まとめ 失敗してもリカバリーができる領域はAIにマージを任せている リカバリーしにくいものは人間も見る コード生成を任せた箇所の責任は人間に残す 次の課題 ① 理解負債 ② AIレビュー精度
ご清聴ありがとうございました