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レビュー時代に必要なのは、SLOで引く撤退ライン
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
nobuoooo
August 26, 2026
Technology
190
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AIレビュー時代に必要なのは、SLOで引く撤退ライン
nobuoooo
August 26, 2026
More Decks by nobuoooo
See All by nobuoooo
「すごい会議」で 振り返りが "変えることを宣言する場"になった話
nobuoooo
0
150
エンジニアよ痛みを知れ
nobuoooo
0
550
新規学習のハードルを下げる方法とは?/ How to Make Learning Something New Easier?
nobuoooo
1
350
チームにとって最適なスキルアップ施策とは何か/what-is-the-best-skill-up-approach-for-team
nobuoooo
0
410
1つのHowに固執しない 場面に応じた最適な選択とは?
nobuoooo
0
48
Other Decks in Technology
See All in Technology
「とりあえず動く」の先へ。 AI時代のチーム開発と内部設計/2026-slsdays
slsops
0
150
20260930_Gemma4_Hands-on
tsho
0
230
使いこなすために知っておきたい Azure SRE Agent アンチパターン
torumakabe
2
370
自律型 AI をセキュアに実装!Gemini と MIG で作る動的コード実行環境
recruitengineers
PRO
1
210
オブザーバビリティを高める AI エージェント体験を考える / Designing AI Agent Experiences That Enhance Observability
aoto
PRO
2
310
Claude起点の仕様駆動開発
tanakaseiya
0
390
React Nativeでの OTA Updateって、 どう説明する?
ichiki1023
0
150
FactoryBotアンチパターン / factory_bot anti-patterns
toshimaru
0
140
調査タスクをAIと乗り切る 〜過去の調査をナレッジ化し 調査手順をスキルにする〜
mot_techtalk
1
120
ai_cording_with_k8s_knowledge.pdf
mochizuki875
1
300
サーバーフルコンピューティング?AWS Lambda
iwatatomoya
1
260
オンラインゲームのシステム全体像 - コロプラ 2026年度 新卒研修
colopl
0
730
Featured
See All Featured
Into the Great Unknown - MozCon
thekraken
41
2.8k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
46k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.7k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
540
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
1
550
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
300
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
450
Deep Space Network (abreviated)
tonyrice
0
350
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.6k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
560
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
970
Transcript
AI CODE REVIEW × SLO AIレビュー時代に必要なのは、 SLOで引く撤退ライン D-Plus Tokyo #26「AI時代にどう決める?スピードと質を両立する意思決定」
2026.08.26
INTRODUCTION 土橋 展之 Nobuyuki Tsuchihashi 株式会社ビットエー ourlyカンパニー バックエンドエンジニア インターン時代から ourly
に参画 Ruby / Rails, AWS を業務で扱う #サウナ #シーシャ X: @ourly_nobuo #サッカー観戦 #ドライブ
結論 今日の結論 レビューのボトルネックは、SLOで外せる。 スピードと質は、トレードオフではない。 ※ まだ思考実験です。導入も、運用の設計もこれからです。
問い プロダクトの価値を高める道は、2つある 道 A 道 B 1つあたりのアウトカムを上げる 大量に作って、早く出す じっくり作り込んで、1つの当たりを大きくする 数を出して、当たりを引く回数を増やす
今日は、道 B を選べるようになったあとの話をします。
現状 ソフトウェア開発は、一品生産から大量生産へ これまで いま 毎回、違うものを1つずつ作る 違うものを、大量に作れる 車輪の再発明を避けるため Claude Code などの生成AI
生成AIの進化で、ソフトウェアでも大量のアウトプットが出せるようになった。
現状 出せる量は増えたのに、レビューは人間が全部見ている 人間のレビュー 捌けた分だけ進む 大量に出てくる PR ここが詰まる AIにもレビューさせている。それでも最後は人間が全部見るので、PRを捌き切れない。
製造業に学ぶ 大量生産の現場は、全部を検査していない 全数検査 抜き取り検査 全部を人が見る 決めた割合だけ見る 量が増えると、成り立たない 実際の大量生産の現場はこちら 全部を見るのは、量が増えた時点で無理になる。だから一部だけ見て、あとは出荷する。
製 造 業 に 学 ぶ · S LO と
は 出荷したあとの結果で、ラインを止めるかを決める 不良の発生確率は 0.02% まで許容する(10万個 出荷して 20個) この「0.02%まで」が SLO = Service Level Objective どこまでの失敗を許すかを、先に確率で決めておくもの 不良の発生確率 0.02% ─ 許容ライン内 不良の発生確率 0.03% ─ 許容ラインを超えた ▶ ベルトは動き続ける ▪ ベルトを止める そのまま出荷を続ける 出荷を止めて、原因を直す 検査で止めているのではない。出したあとの不良の発生確率で、ラインを止めるかを決めている。
転用 ソフトウェアに持ち込むための前提は2つ 01 出したあとに、問題を検知できること – BE:立ち上げ時からテストを書いており、カバレッジは 80〜90% 程度 – FE:途中から着手のためカバレッジは低いが、手動テストで一部カバー
– Sentry / Datadog / CloudWatch でエラー検知と監視を導入済み 02 問題が起きても、素早く直せること – 生成AIの進化で、本番で起きた問題の修正も速くなった ※ 障害が起きることが許されないサービスは、この話の対象外です。
転用 同じ構造を、レビュープロセスに持ち込む 製造業 ソフトウェア開発 抜き取り検査 AIレビュー + 人間は一部だけ見る 出荷後に見つかる不良 本番で起きる障害
ラインを止めて、原因を直す AIレビューだけの運用を止めて、人間が前工程に入る 止める基準は、一定期間に許容する障害の発生確率。これが SLO にあたる。
転用 SLOの具体的な仕組み 一定の期間に許容する障害の発生確率を決めておく。その残りを追いかける。 100% り残の量容許 割らなければ、今の比重を維持 50% SLO = 撤退ライン
0% 割った時点で、人間が前工程に入る 一定の計測期間 ──▶
転用 止めるのは、後退ではない SLOの閾値を 超える 人間が前工程に 入る レビュープロセスを 改善する また人間を 外す
1周ごとに、AIへ任せられる範囲が広がる 緑=AIに任せる範囲 1周目 2周目 3周目 止めたタイミングが、レビュープロセスを改善するタイミング。人間は入りっぱなしにならない。
まとめ 今日の結論(再掲) レビューのボトルネックは、SLOで外せる。 スピードと質は、トレードオフではない。
補足 ここまでは、まだ思考実験です 抜き取る割合は、どう決めるの 障害の発生確率を、何を分母に 何を改善すれば「また任せられ が妥当か して測るか る」と言えるか まだ導入していません。この3つを懇親会で議論させてください。 X:
@ourly_nobuo