Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
AIにレビューを任せる仕組みと見えてきた次の課題
Search
uo
May 19, 2026
Technology
140
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AIにレビューを任せる仕組みと見えてきた次の課題
uo
May 19, 2026
More Decks by uo
See All by uo
実装計画を活用しAIの効果を最大化する
uo
1
73
gRPCでの効率的なAPI開発とテストの進め方
uo
2
520
Other Decks in Technology
See All in Technology
「エーアイ」をバズワードにしないために RPA 導入経験と Kiro 上での Claude モデル利用経験から
kazzpapa3
0
120
書き手が人でもAIでも正しくなる道、SREを埋め込んだDeveloper Platform / tech drivers day8
chmikata
4
680
VLA-JEPA: Enhancing Vision-Language-Action Models with Latent World Models
takmin
0
310
AWS DevOps Agentはどこまで任せられるか 〜機能の現在地と、機能拡張の実践〜
nyankotaro
0
230
ポケモン対戦を自動で記録して振り返ろう
fufufukakaka
0
340
構造で守らせる データ・法務・セキュリティ・開発チームとつくる AI時代のデータガバナンスとデータ基盤のリアル
legalontechnologies
PRO
1
420
局所最適は悪ではない。壊れているのは指標です。量と質を同時に見る先行指標の設計
recruitengineers
PRO
2
1.2k
「Learning Outcome」を書きたくない私が、Learning Outcomeと折り合いをつけるまで
mhlyc
0
230
LambdaWebFunctionsを試してみた / exploring-lambda-web-functions
koukihosaka
1
400
Draft AIエージェントの トークン消費を最小化する 8つの原則
kinopeee
5
1.7k
Adversary Infrastructure Hunting101
disconinja
0
140
フィンテック養成勉強会#68
finengine
0
240
Featured
See All Featured
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
2
6.3k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
560
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.9k
Google's AI Overviews - The New Search
badams
0
1.6k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.6k
Believing is Seeing
oripsolob
1
250
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
900
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
Scaling GitHub
holman
464
140k
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
120
120k
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レビュー精度
ご清聴ありがとうございました