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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
rockname
September 14, 2026
Programming
44
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.8k
Unlock the Potential of Swift Code Generation
rockname
0
600
生成AIを活用したレシート読み取り機能のアプリ開発の裏側 / AI Receipt Scan App Development
rockname
0
150
ゼロから理解するDependency Injection / Understanding Dependency Injection from the Ground Up
rockname
2
4.5k
サブスクリプション機能制御の設計における勘所
rockname
0
1.4k
Anatomy of Dynamic color
rockname
1
1.3k
キャッシュによる状態管理のアーキテクチャ / 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
Kiroで創り、AgentCoreで繋ぐ!AWSで実践する「AI-DLC」から「AIエージェント統合」までの最新地図
licux
3
440
巨大モノリシックアプリ モダン化大作戦
ktcryomm
0
360
App Intentsのビルドプロセスを支える技術
kntkymt
0
160
DynamoDBの基礎を振り返りながらベクトル検索機能を理解する
musan
3
280
Omarchy Tokyo やると聞いて UMPC 買ってセットアップしてきた
mtsmfm
0
130
Swift愛好会100回記念 第1回を振り返る
jollyjoester
0
120
FastAPI の並行処理モデルを完全に理解する
hoto17296
9
3.9k
go-spidermonkeyでAIエージェントのCode Modeを実装する
syumai
3
1.5k
まだ間に合う!今年の夏こそSchemeのマクロ展開器を完全理解!
omasanori
0
650
thread_parallel_with_free-threaded_Python_and_NumPy.pdf
riku_sakamoto
0
250
自分的「カンファレンスの楽しみ方」
syumai
0
200
App Storeの外へ──日本のiOSサイドローディング入門 for iOSDC Japan 2026
yuukiw00w
0
140
Featured
See All Featured
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
320
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2.1k
[SF Ruby Conf 2025] Rails X
palkan
2
1.4k
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
320
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
202
76k
Mind Mapping
helmedeiros
1
350
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
230
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
300
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
490
A better future with KSS
kneath
240
18k
Prompt Engineering for Job Search
mfonobong
0
450
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
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