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
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
nogu
September 03, 2026
Programming
330
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AIエージェント時代のコードレビューを設計する
nogu
September 03, 2026
More Decks by nogu
See All by nogu
iOS開発×AI駆動開発 〜最近使って便利だったスキルの話〜
nogu66
0
120
Claude Codeで AIエージェントを構築する
nogu66
5
2.6k
人の役割は変わりつつある ~AIネイティブ開発時代のチームワーク~
nogu66
0
73
まだ間に合う!Claude Code元年をふりかえる
nogu66
5
1.1k
個人開発のマーケティングはチャネルが9割
nogu66
0
100
AIを駆使して新しい技術を効率的に理解する方法
nogu66
2
890
TRAEの活用事例 - SOLOモード
nogu66
0
88
React NativeとExpoでネイティブモジュールを使う【2025.08.25】
nogu66
0
200
バイブコーディング × 設計思考
nogu66
2
350
Other Decks in Programming
See All in Programming
Go を使い始めて 2 ヶ月の学び / My first two months with Go
contour_gara
0
400
Hono + Inertia + React で LP を構築した話
oukayuka
2
190
Pythonの実行はどこまで賢くなったのか? CPythonとPyPyから見る最適化のしくみ
curekoshimizu
4
2.3k
まだ間に合う!今年の夏こそSchemeのマクロ展開器を完全理解!
omasanori
0
590
KotlinConf Extended South Korea 2026 Keynote
l2hyunwoo
0
130
My Marp Sample
sinoue0108
0
130
わからない話を追いかけたら、プログラミング言語を作る側にいた
ydah
3
580
AI に Inclusive UI を書かせよう — Design Rules Skill で Compose UI を作り直す
theoriatec2024
1
260
片田舎のおっさん、 Swift Buildのダイアモンド問題解決の不具合修正PRを出すが、解決方法がキャッシュをしないようにすることであり、ビルド時間が伸びると言われてマージされないので高速化もする/swiftbuild
yimajo
0
330
Introducing Stack Pull Request in GitHub
kkamegawa
0
120
in-process GraphQL のすすめ #ginzajs
izumin5210
4
1.5k
Detecting Compromised CI with eBPF and Cilium Tetragon
lizrice
0
280
Featured
See All Featured
WENDY [Excerpt]
tessaabrams
12
39k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
240
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
68
57k
Code Review Best Practice
trishagee
74
20k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
480
Automating Front-end Workflow
addyosmani
1369
210k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
440
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
230
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
Transcript
AIエージェント時代の コードレビューを設計する レビューのタイミングと観点の制御 2026.09.03 Speaker : nogu (@_nogu66)
⾃⼰紹介 ‧データカンパニー所属 ‧Software Enginner、⽣成AI推進 ‧個⼈開発 nogu @_nogu66 ‧Shipaton Ambassador
RevenueCat Shipaton 2026 (8/1 - 9/31)
AIエージェントでコードレビューを制御する ハーネス:エージェントの「⾒る‧使う‧確かめる」を制御する仕組み コンテキスト ツール‧権限 検証‧Hook 何を⾒せるか 差分‧使⽤‧レビュー基準 何を実⾏できるか 読取‧実⾏‧書込の境界 いつ確かめるか
test ‧lint‧typecheck AIエージェント 考える‧道具を使う‧結果を返す モデルの賢さだけでなく、⾒るもの‧使える道具‧検証を設計する。
コードレビューの⽬的 コードを体系的に評価し、バグを特定し、コード品質を向上させる活動 早期バグ検出と品質向上 セキュリティの強化 顧客に届く前に問題を⾒つけ、修正コス トと技術的負債を抑える 脆弱性や脅威を⾒つけ、⾃動スキャンや テストと補完する コンプライアンスの維持 知識共有とコラボレーション
標準的なコーディングスタイルとチームの 基準を守る 判断の背景や技術を共有し、属⼈化と情 報のサイロ化を防ぐ ⽬的を分解すると、AIに任せる範囲が⾒えてくる。 出典:GitLab「コードレビューとは」
5つのレビュー対象 観点 検証項⽬ 担い⼿ 1 正しさ バグ、境界条件、例外処理 AI + テスト
2 品質 可読性、保守性、重複、技術的負債 AI + 基準 3 安全性 脆弱性、権限、データ漏洩、依存関係 AI + スキャン 4 設計‧意図 要件、トレードオフ、プロダクトへの適合 ⼈間 5 知識共有 なぜこの実装にしたかをチームに残す ⼈間
AIを⾜すだけでは、負荷は減らない 誤検知と⾒落とし ‧観点が明確でなく、誤った指摘が発⽣ ‧本来レビューされるべき箇所‧観点が⾒過ごされる 重要度がわからない ‧致命的な指摘が、⼤量の些細な私的に埋れる ‧PJ固有の重要な⽋陥がスルーされる 意図を判断できない ‧仕様や設計時の背景が渡されていない ‧表記やPJ固有のワードの理解ができない
Bad Prompt このPRをレビューして 観点、出⼒形式、禁⽌事項が定まっていない依頼は、 指摘の質を運任せにすることになる。
レビューの置き⽅を設計する 1. タイミング 2. 観点 3. 検証 4. 独⽴性
タイミング:レビューを⼯程全体に置く レビューの⽬的ごとに、レビュー可能なタイミングや対象は異なる 1 2 3 4 5 仕様‧設計 実装中 実装完了
PR マージ前 意図を確認 変更後に検証 差分を評価 CI/CDとAI評価 ⼈間が評価 早い⼯程で拾える指摘を、PRまで持ち越さない
観点:レビュー観点を定める レビューの観点をコンテキストとして固定する →Agent Skill や ルールとして⽤意をする。 観点 正しさ / セキュリティ
/ テスト / 保守性 出⼒内容 重要度 / file:line / 根拠 / 推奨 禁⽌事項 推測 / ⾃動修正 / マージ判断 同じ基準を、何度でも再利⽤できる。
検証:Hookで検証を「必ずを挟む」 LLMの気分に左右されず、必ず実⾏する処理を置く場所。 編集後 編集後 変更したファイルにlintと⽅ 検索をかける。 停⽌前 停⽌前 テストが通るまで作業を終わ らせない。
イベントに検証を紐づける PR作成時 PR作成時 差分の要約と検証結果を必ず 添える。
環境:サブエージェントを観点を分けるために使う 観点を分けることで、指摘の重複が減り、抜け漏れが減る。 正しさのレビュー Claude Code セキュリティレビュー テストレビュー 結果の統合
独⽴したAIエージェントによる相互レビュー ‧独⽴した環境下のエージェントでピアレビューを⾏う ‧最終的に⼈間が判断する(対応可否、設定へのロールバック) 相互レビューのイメージ (例) Claude Code Sub1 Codex Sub2
Sub3
レビューは、CI/CDに組み込む レビューを運⽤に載せる PR作成 CI‧テスト‧lint AIレビュー 指摘の整理 ⼈間が判断 運⽤ルール 例 重要度の⾼い指摘だけを、マージ判断の対象
CodeRabbit、Claude、Codex など にする。
⼈間が引き受ける判断を残す AIに渡す ⼈間が持つ ‧網羅的な検出 ‧設定意図とトレードオフ ‧規約と形式の確認 ‧リリースの可否と時期 ‧テストの実⾏と再現 ‧指摘を「対応しない」判断 ‧差分の要約と分類
‧チームへの知識の残し⽅ レビューの説明責任は、最後まで⼈間側に残る
まとめ AIコードレビュー導⼊の4ステップ 01 1 レビュー観点を固定 01 3 Agent Skill /
ルール など 01 2 必ず検証を挟む Hook 、CI/CD、PR 観点を分ける SubAgent 01 4 相互レビュー Codex、Claude Code @_nogu66