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
210
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
49
Other Decks in Technology
See All in Technology
AI × アーキテクト 第1・2章|生成AIの課題とアーキテクトの素養
daidaidai
0
130
V8のArray.prototype.flatを最大約20倍速くするまでと、巨大OSSへの大規模コミットの道のり
riyaamemiya
0
280
【Data Engineering Summit2026_登壇資料】医療ビッグデータ×AIエージェントを支えるデータ基盤とハーネスエンジニアリング
jmdc_presentation
0
160
ソフトウェア ファクトリー - 再現性のあるソフトウェアの工場づくり / Software factory
iktakahiro
5
4.5k
SAENM ~Jupyterで残すPoCの試行錯誤、未来の自分と仲間を助ける記録!~
terapyon
0
100
パッチ更新でterraform initが落ちた日
grimoh
1
140
Claude の新機能を、 出た日に触って社内に届けるまで
rfdnxbro
1
160
NDIでApple Vision Proにリアルタイム映像送信
jyouryuusui
0
110
Webの常識が通じないHTMLメールのダークモード
teamlab
PRO
0
110
Gemini Intelligence 入門 ― AppFunctions と Gemini Nano
takuroabe
0
120
会社説明資料
persolserverworks
0
9.7k
スキマバイトという雇用形態は存在しないので、雇用期間1日のアルバイト契約を事業者とワーカーが結ぶ手続きを支えるのがタイミーなんです
akitoshiga
0
180
Featured
See All Featured
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.4k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
260
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
370
First, design no harm
axbom
PRO
2
1.3k
How to build a perfect <img>
jonoalderson
1
6.1k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.6k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.2k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
68
59k
We Have a Design System, Now What?
morganepeng
55
8.4k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
Mobile First: as difficult as doing things right
swwweet
225
10k
Building AI with AI
inesmontani
PRO
1
1.3k
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