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
【AWS AIF対策】基盤モデルの選び方と推論パラメータ
Search
赤神青空
PRO
September 29, 2026
Video
Programming
24
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
【AWS AIF対策】基盤モデルの選び方と推論パラメータ
赤神青空
PRO
September 29, 2026
Video
More Decks by 赤神青空
See All by 赤神青空
【AIニュース】Jev とは何か
akagami
PRO
0
15
【基本情報対策】CPU・メモリ・キャッシュ
akagami
PRO
0
15
【AIニュース】Anthropic が Git から Scion に移った理由
akagami
PRO
0
24
【AIニュース】Grok Voice 3.0 とは何か
akagami
PRO
0
20
【基本情報対策】探索・整列と計算量
akagami
PRO
0
15
【AIニュース】GPT-6 の Intelligent UI とは何か
akagami
PRO
0
26
【基本情報対策】スタック・キュー・木
akagami
PRO
0
16
【基本情報対策】AI・機械学習の基礎
akagami
PRO
0
22
【基本情報対策】浮動小数点と誤差
akagami
PRO
0
23
Other Decks in Programming
See All in Programming
Jetpack Compose Mechanisms
skydoves
3
820
[Rails World 2026] Durable orchestration on Rails: from continuation to workflow
palkan
1
750
IBM Bob Dojo #1 仕様駆動開発入門
oniak3ibm
PRO
0
400
Lambda durable functionsでHuman in the Loopを楽に…楽に……
har1101
0
100
ハーネス設計入門 〜 基礎知識の整理から実務へのステップアップ 〜
kinopeee
28
33k
Railsバージョンを4倍にした話
optim
0
450
最近”作らせてる” ローカルAIアプリの話
akit37
0
480
ChromeでローカルLLM
ryu1013
0
140
Simple Storage Service(S3) is not simple
iwatsukayura
0
290
AWS CDKのカスタムリソースでContinuum(旧Security Agent)を実装した話 | Implementing Continuum (formerly Security Agent) via AWS CDK Custom Resource
akihisaikeda
2
150
機械に任せるテスト、人が見るテスト ⽣成AIで引き直した、運⽤保守フェーズの線引き
dske104
0
190
Verilogで学ぶCPU自作入門
uyuki234
8
4.1k
Featured
See All Featured
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.6k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
310
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
800
Statistics for Hackers
jakevdp
799
230k
Technical Leadership for Architectural Decision Making
baasie
3
600
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
[Rails World 2026] Durable orchestration on Rails: from continuation to workflow
palkan
1
750
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
330
A Modern Web Designer's Workflow
chriscoyier
699
190k
GraphQLとの向き合い方2022年版
quramy
50
15k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
710
How to Think Like a Performance Engineer
csswizardry
28
2.9k
Transcript
2026年9月 基盤モデルの選び方と推論パラメータ AWS Certified AI Practitioner 対策 #9 赤神青空
▪複数社のモデルを1つのAPIで使えるのが 前回のクイズの答えは「B」 Bedrock 前回のクイズ 複数社の基盤モデルをAPIで呼び分けたい。 モデルの学習やサーバーの管理はしたくない。 最も適したサービスは? アプリ 1つの API
モデルA モデルB モデルC 提供元の違うモデルを、同じAPIで切り替えられる サーバーの管理は不要(マネージドサービス) 答えは B 今ココ おさらい SageMaker AI A Amazon モデルを⾃分で学習‧デプロイする Bedrock B Amazon 複数社のモデルを1つのAPIで使う AgentCore C Bedrock エージェントを本番で動かす基盤 Quick D Amazon 完成した形で業務に使うサービス 2/13
▪どのモデルか、どう呼び出すか、知識をどう補うか 基盤モデルを使うとき、決めるのは3つ どのモデルを使うか 今回 どう呼び出すか 今回 コスト‧モダリティ‧速さ‧⻑さの上限などで絞り込む 温度や Top-P などの推論パラメータで、出⼒の性質を決める
⾜りない知識をどう補うか ⾃社の情報を渡す RAG や、モデル⾃体の調整 今ココ 今回の位置づけ 第10回以降 3/13
▪試験ガイドに挙がっている観点をそのまま並べる モデルを選ぶ基準は9つ コスト モダリティ レイテンシー 多⾔語対応 モデルの⼤きさ モデルの複雑さ カスタマイズ性 ⼊出⼒の⻑さ
プロンプトキャッシュ トークンの単価と 呼び出す回数 使う⾔語で 品質が出るか ⾃社のデータで 調整できるか 今ココ モデルの選び方 ⽂章‧画像‧⾳声 など扱える種類 パラメータ数の 規模 ⼀度に渡せる量と 返せる量 答えが返るまでの 時間 中⾝の複雑さと 扱いやすさ 同じ前置きを使い回し コストと時間を減らせるか 4/13
▪扱えるデータの種類が1つか、複数か まずモダリティで絞る 単⼀モーダル ⼊⼒ マルチモーダル 出⼒ モデル ⽂章 扱えるデータの種類が1つ ⽂章だけ、画像だけ
今ココ モデルの選び方 ⼊⼒ ⽂章 出⼒ ⽂章 画像 モデル ⽂章 複数の種類をまとめて⼊⼒できる 出⼒が画像や動画のモデルもある 5/13
▪大きいほどよいわけではない 大きさは、性能とコスト・速さのつり合い ⼩さいモデル ⼤きいモデル 速さ 答えが速く返る 速さ 答えが返るまで時間がかかる コスト トークンの単価が安い
コスト トークンの単価が⾼い 向く仕事 分類‧要約‧定型の抽出 向く仕事 ⼿順の多い推論‧難しい⽂章 ⼤きいほどよいわけではない。⽤途に対して⼗分な⼤きさを選ぶ 今ココ モデルの選び方 6/13
▪コンテキストウィンドウと、最大出力トークン数 入出力の長さには上限がある コンテキストウィンドウの上限 ⼊⼒(プロンプト) 会話の履歴 出⼒ 渡した資料 今回の質問 出⼒ ⼊⼒と出⼒を合わせた上限が、コンテキストウィンドウ
最⼤出⼒トークン数は、出⼒だけにかける別の上限 資料や履歴を⻑く渡すほど、出⼒に使える分は減る 今ココ モデルの選び方 7/13
▪使う言語で試す。どこまで手を入れられるかも見る 多言語対応と、カスタマイズのしやすさ 多⾔語対応 カスタマイズのしやすさ 答え ⽇本語で質問 モデル 答え 英語で質問 同じモデルでも、⾔語によって
品質が同じとは限らない 今ココ モデルの選び方 プロンプトの⼯夫 指⽰や例をプロンプトに⼊れる ⼿間 ⼩ RAG 関連する⽂書を探して渡す ⼿間 中 ファインチューニング ⼿間 ⼤ ⾃社データでモデルを調整 事前学習 ⼿間 最⼤ ⼀から作る∕続きを学習させる ほかに、⼤きいモデルの知識を⼩さいモデルに移すモデル蒸留もある どこまで⼿を⼊れられるかも、モデル選びの基準 8/13
▪次の語の確率を、とがらせるか平らにするか 温度は、答えのばらつきを決める 温度が低い 温度が⾼い 「空が」の次に来る語(例) 「空が」の次に来る語(例) ⻘く . ⻘く .
明るい . 明るい . ⾼い . ⾼い . 広い . 広い . 確率の差が開く ほぼ毎回、同じ答えになる 今ココ 推論パラメータ 確率の差が縮まり、平らに近づく 表現がばらつき、意外な語も出る 9/13
▪上位の個数で絞るか、確率の累計で絞るか Top-P と Top-K は、候補の絞り方 次の語の候補(確率の⾼い順‧例) Top-K = 確率 累計
⻘く . . 明るい . . ⾼い . . 広い . . 暗い . . ほか . . Top-P = . Top-K は上位いくつか、Top-P は累計が指定の値に達するところまで。どちらも候補を絞る設定 今ココ 推論パラメータ 10/13
▪正確さがほしいのか、幅がほしいのか 用途に合わせて設定を決める 事実を正確に答える 分類‧情報の抽出 アイデアを広げる 温度(または Top-P) 低め 低め ⾼め
最⼤出⼒トークン数 短めで⾜りる 短く固定する ⻑めにとる 使う場⾯の例 社内FAQへの回答 問い合わせの仕分け キャッチコピー案 温度と Top-P は、⽚⽅ずつ調整する(同時には動かさない) 特定の⽂字列が出たら⽌める「停⽌シーケンス」も指定できる 今ココ 推論パラメータ 11/13
▪クイズの前に、持ち帰ってほしいことを振り返る 今回のまとめ 基盤モデルを使うときに決めるのは3つ どのモデルか∕どう呼ぶか∕知識をどう補うか モデルを選ぶ基準は9つ コスト‧モダリティ‧速さ‧多⾔語‧⼤きさ‧複雑さ‧調整‧⻑さ‧キャッシュ ⼤きいモデルが常に正解ではない 速さと料⾦とのつり合いで、⽤途に⾜りる⼤きさを選ぶ 温度は、答えのばらつきを決める 温度
Top-P と Top-K は候補の絞り⽅ Top-P 低いほど毎回同じに近づき、⾼いほど表現がばらつく Top-K は上位の個数、Top-P は確率の累計で絞る 今ココ おわりに 12/13
▪動画に付けたクイズから回答できます。答え合わせは次回の冒頭で 今回のクイズ 社内の問い合わせに、同じ質問へはできるだけ同じ答えを返させたい。推論パラ メータをどう設定する? A 温度を高くする 今ココ おわりに B 温度を低くする
C 最大出力トークン数を 大きくする D Top-K を大きくする 13/13