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
Are APIs Still Relevant in the AI Era?
soyuka
0
410
setup-vp GitLab対応の裏側
naokihaba
0
150
パズルゲームの作り方 / how to make puzzle games
kaityo256
PRO
2
260
機械に任せるテスト、人が見るテスト ⽣成AIで引き直した、運⽤保守フェーズの線引き
dske104
0
150
Simple Storage Service(S3) is not simple
iwatsukayura
0
140
Turning Architecture into Unit Tests in the AI Era (NSSpain XIV)
steliosf
PRO
1
130
技術的負債の返済は、AI時代の複利で効く投資 — 経営としての意思決定とその遂行
curekoshimizu
1
2.2k
phperだってパンチカードでコーディングしたい
o0h
PRO
0
180
見えないものを探る要求要件定義に必要な基本的思考 / invisible-requirement-thinking
minodriven
12
5.9k
巨大モノリシックアプリ モダン化大作戦
ktcryomm
1
1.3k
SREの越境 / SRE Collaboration
y0hgi
2
300
Apple Intelligence を用いた個人情報誤送信防止、及びユーザーリクエスト体験の改善について
yukiny
0
300
Featured
See All Featured
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
270
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
560
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
310
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
520
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
380
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
50
10k
Fashionably flexible responsive web design (full day workshop)
malarkey
409
67k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
760
Designing Experiences People Love
moore
143
24k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
720
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