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
大喜利で理解するLLM as a Judge / Understanding LLM-as-a...
Search
rockname
September 14, 2026
Programming
190
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
大喜利で理解するLLM as a Judge / Understanding LLM-as-a-Judge through Ogiri
https://fortee.jp/iosdc-japan-2026/proposal/1bb6f1b8-5bc2-484f-8101-950d3b05ba88
rockname
September 14, 2026
More Decks by rockname
See All by rockname
AIを活用したレシート読み取り機能の開発から得られた実践知 / AI Receipt Scan Practice
rockname
2
4.9k
Unlock the Potential of Swift Code Generation
rockname
0
620
生成AIを活用したレシート読み取り機能のアプリ開発の裏側 / AI Receipt Scan App Development
rockname
0
160
ゼロから理解するDependency Injection / Understanding Dependency Injection from the Ground Up
rockname
2
4.5k
サブスクリプション機能制御の設計における勘所
rockname
0
1.4k
Anatomy of Dynamic color
rockname
1
1.4k
キャッシュによる状態管理のアーキテクチャ / Cache-based state management architecture
rockname
10
21k
Optimistic Updatesで UXを向上させる / Improve UX with Optimistic Updates
rockname
2
1.6k
モバイルアプリのリストUIにおける 理想的なState表示について / The ideal state display in a mobile app list UI
rockname
6
2.3k
Other Decks in Programming
See All in Programming
ハーネス設計入門 〜 基礎知識の整理から実務へのステップアップ 〜
kinopeee
20
20k
Ghostty + Neovimで作る 透明でカッコ良い開発環境
j341nono
0
150
mrbgem 三角測量 開発
ogom
0
190
カツオ、ご期待ください
suneo3476
0
140
AI が書く Go コードの品質を劇的に向上させる Linter: “declscope”
mpyw
0
480
C#の現在地 進化の歴史と、AI時代の.NET Everywhere
neuecc
5
4.9k
Security issues being discussed on Web Platforms
petamoriken
0
1.4k
AI時代のコードレビューは人に向けるな、仕組みに向けろ
texmeijin
5
3.4k
Findy - エンジニア向け会社紹介/Findy Company Deck
findyinc
6
400k
Workers Cache を知る
syumai
0
320
AI Agent時代のリアーキテクチャ戦略と実践
hokaccha
9
5.3k
選挙速報を多くのユーザーへ 届ける Live Activities 設計
hamayokokuririn
0
240
Featured
See All Featured
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
550
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.6k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
530
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.9k
Building Flexible Design Systems
yeseniaperezcruz
330
41k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
290
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
260
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
A Soul's Torment
seathinner
8
3.7k
Transcript
iOSDC Japan 2026 大喜利で理解する LLMロクネムas@rockname a Judge 株式会社スマートバンク
大喜利
お題 ゴマすりiOSエンジニアが 先輩に言ったこととは?
初日から回答を募集 25 件
会場スコア 👏 会場
会場スコア 👏→💻 会場 Mac のマイク
会場スコア 👏→💻→ 会場 Mac のマイク 72 会場スコア
会場スコア 👏 拍手 = 100 会場スコア 100 READY
お題 ゴマすりiOSエンジニアが先輩に言ったこととは? 会場スコア Pro超えてMax! いやUltraっす!
お題 ゴマすりiOSエンジニアが先輩に言ったこととは? 会場スコア Pro超えてMax! いやUltraっす! 100 READY
お題 ゴマすりiOSエンジニアが先輩に言ったこととは? 会場スコア Pro超えてMax! いやUltraっす! 大喜利 0.1 (debug) · build
20260913 DEBUG MENU 会場スコア 回答 0–9 1 入力 delete 1 文字消す return 反映 esc 閉じる 80 100 READY
お題 ゴマすりiOSエンジニアが先輩に言ったこととは? 会場スコア Pro超えてMax! いやUltraっす! 80 READY
Demo Foundation Models で採点
None
📝→ 🤖→💯 皆さんの回答 AI が採点 点数・講評
LLM as a Judge 💬→ 🤖→💯 AI の出力 AI が採点
点数・講評
LLM as a Judge 💬→ 🤖→💯 AI の出力 AI が採点
点数・講評 信じていいのか
会場のウケ vs AI の点数 回答 Pro超えてMax!いやUltraっす! 会場 80 AI 68
どうすれば 人の評価に近づくか
いまの採点基準 // 採点する let session = LanguageModelSession( model: ClaudeLanguageModel(name: "claude-opus-5",
auth: .apiKey(key)), instructions: """ あなたは大喜利の審査員です。お題「\(topic)」に対する回答を0〜100点で採点し、一言講評をつけてくだ さい。 """ ) let verdict = try await session.respond(to: answer, generating: Verdict100.self) // 受け取る形 @Generable struct Verdict100 { @Guide(.range(0...100)) var score: Int var comment: String }
人の評価から 採点基準をつくる
None
「面白い」とは、頭の中で何が起きているのか 1 予想する お題を聞くと、「普 通はこう答える」 が浮かぶ
「面白い」とは、頭の中で何が起きているのか 1 予想する お題を聞くと、「普 通はこう答える」 が浮かぶ 2 裏切られる → 回答が、その予想
と全然ちがう
「面白い」とは、頭の中で何が起きているのか 1 予想する お題を聞くと、「普 通はこう答える」 が浮かぶ 2 裏切られる 3 つながる
→ 回答が、その予想 → 「あ、そういうこ と全然ちがう とか」と、お題と 結びつく
「面白い」とは、頭の中で何が起きているのか 1 予想する お題を聞くと、「普 通はこう答える」 が浮かぶ 2 裏切られる 3 つながる
4 おかしい → 回答が、その予想 → 「あ、そういうこ → 光景がパッと浮か と全然ちがう とか」と、お題と 結びつく んで、それがおか しい
「面白い」とは、頭の中で何が起きているのか 1 予想する お題を聞くと、「普 通はこう答える」 が浮かぶ 2 裏切られる 3 つながる
4 おかしい → 回答が、その予想 → 「あ、そういうこ → 光景がパッと浮か と全然ちがう とか」と、お題と 結びつく そうきたか なるほど 面白い回答は、意外なのに、納得できる んで、それがおか しい
新しい採点基準 あなたは大喜利の審査員です。お題「ゴマすりiOSエンジニアが先輩に言ったこ ととは?」への回答を採点します。次の 3 つを、それぞれ理由を一文で書いて から、0〜2 で答えてください。 1. 回答は、このお題へのありがちな回答と、どれだけ違うか。 2.
回答は、お題の答えとして成り立っているか。 3. 読んだ瞬間に浮かぶ光景が、どれだけ普通と違っておかしいか。 例(今回、皆さんから集まった回答のうち、私が採点した 3 本) 「Appleからの注目度が高すぎるから、毎回リジェクトされるんですね!」 → 0・2・0(予想どおり/つながる/光景は普通) 「さすが人間型推論器ですね!」 → 2・0・0(予想外/つながらない/光景は浮かばない) 「先輩のPR、差分じゃなくて作品として見てます」 → 2・2・2(予想外/つながる/光景がおかしい) 最後に、総合点を 0〜100 でつける。 ← 予想する → 裏切られる ← つながる ← おかしい ← 人間がつけた答え
お題 ゴマすりiOSエンジニアが先輩に言ったこととは? 会場スコア 先輩くらいになると フォントサイズも大きいんすねぇ
お題 ゴマすりiOSエンジニアが先輩に言ったこととは? 会場スコア 先輩くらいになると フォントサイズも大きいんすねぇ 100 READY
お題 ゴマすりiOSエンジニアが先輩に言ったこととは? 会場スコア 大喜利 0.1 (debug) · build 20260913 DEBUG
MENU 先輩くらいになると 90 フォントサイズも大きいんすねぇ 会場スコア 回答 0–9 2 入力 delete 1 文字消す return 反映 esc 閉じる 100 READY
お題 ゴマすりiOSエンジニアが先輩に言ったこととは? 会場スコア 先輩くらいになると フォントサイズも大きいんすねぇ 90 READY
Demo Foundation Models で採点(新しい基準)
None
会場のウケ vs AI の点数 回答 Pro超えてMax!いやUltraっす! 先輩くらいになると フォントサイズも大きいんすねぇ 会場 80
90 AI 68 63
LLM as a Judge を導入するなら 1 2 3 AI は、採点基準に書いたことしか測れない
点数だけを返させない 人間がつけた答えと、突き合わせる
大喜利で面白い回答をするなら 1 最初に思いついた答えは、自分だけのものではない 2 3 4 自分がすぐ思いつくものは、会場の人も同じように思いつきます。だからそれは答えにしません。 ただ、捨てもしません。「みんなはこう答えるだろう」という見本として持っておくと、次に出てき た案がそこからどれくらい違うのかが分かります。 何を変えるかより先に、何を変えないかを決める
思いついたものと違うことを言うだけなら簡単です。ただ、違うことを言った時点で、お題の答え になっていないことがよくあります。お題が聞いていることにだけは最後まで答える、と先に決め ておけば、あとは何をどう変えても答えのままでいられます。 一言足したくなったら、それはもう伝わっていない 自分でつなげたものは、自分には必ずつながって見えます。だから、伝わっているかどうかを本人 が確かめることはできません。あてになるのは、言い足したくなるかどうかだけです。 筋が通っただけの答えは、感心されて終わる きれいに筋が通ると、人は「うまい」と言います。うまいと面白いは別です。同じくらい筋の通る 答えが何通りか出てきたら、言ったときに思い浮かぶ様子が、一番ばかばかしいものを選びます。
ロクネム @rockname 株式会社スマートバンク Software Engineer / Engineering Manager