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 Agentをシステムに組み込む前にゆるく向き合ってみる
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
hayama
June 30, 2026
Technology
270
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AI Agentをシステムに組み込む前にゆるく向き合ってみる
hayama
June 30, 2026
More Decks by hayama
See All by hayama
信頼性について考えてみる(SRE NEXT 2026 miniLT)
hayama17
0
330
Terraformモジュールは、なぜ「魔境」化するのか
hayama17
4
470
チームメンバー迷わないIaC設計
hayama17
13
7k
Leaky Vessels/CVE-2024-21626から分かるコンテナセキュリティ
hayama17
0
200
Other Decks in Technology
See All in Technology
顧客に向き合う開発組織へ。リアーキテクチャとフィーチャーチーム化で挑む組織改革
safie
0
2k
山手線を徒歩で一周してわかった、 位置情報アプリは「足」が最強のデバッガー
hinakko
0
160
TinyGo 開発サイクルを高速化する:Go で作るエミュレータ入門
zozotech
PRO
1
740
LLMに渡さなかった仕事
nanaism
0
560
HRC_Frontend_Conference_Fukuoka_2026.pdf
ts020
0
740
現場で役立つ技術負債の効果的な返済方法
masuda220
PRO
9
4.4k
あるけみー式LTスライド作成術
alchemy1115
2
220
データ界隈LT祭 第1回LT登壇
taromatsui_cccmkhd
2
1.4k
映像変換サーバーなしで端末内でHLSを生成してライブ配信
hikarusato
0
120
銀行勘定系システムにおける開発プロセス刷新×AIによる環境モダナイゼーション / Development Process Transformation and AI-Driven Environment Modernization
muit
1
2.3k
AIを活用するために決めた "やらないこと" - 価値に注目する / Not betting on AI
soudai
PRO
2
550
作って終わりじゃないサーバーレス 〜9年運用する大規模EC物流API基盤の設計・運用のリアル〜
zozotech
PRO
0
130
Featured
See All Featured
How to Think Like a Performance Engineer
csswizardry
28
2.8k
Chasing Engaging Ingredients in Design
codingconduct
0
310
Odyssey Design
rkendrick25
PRO
2
810
Being A Developer After 40
akosma
91
590k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Prompt Engineering for Job Search
mfonobong
0
450
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
How to build a perfect <img>
jonoalderson
1
6k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
Making the Leap to Tech Lead
cromwellryan
135
10k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.3k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Transcript
AI Agentをシステムに組み込む前にゆるく向き合ってみる ゆるAI勉強会 Sreake事業部 羽山 公平 Copyright © 3-shake, Inc.
All Rights Reserved. 1
自己紹介 2 羽山 公平 Sreake 事業部 / SRE @hayama17 @hymaaa_k
Sreake事業部・SRE 得意領域・担当 Kubernetes / SRE / Platform Engineering ひとこと / 趣味 マイケルジャクソンの映画が気になっています。 所属・経歴
システムにAI Agentが求められるのはなぜ? ユーザがシステムを触る手段としてAIを利用する旨みを覚えてしまったから 3 CLI ユーザがコマンドと構 文を覚えて正確に入力 GUI ユーザが画面の中から 正しいボタンやフォー
ムを見つけて操作 AI (Agent) ユーザがやりたいこと を自然言語で伝える 新しいUXとしてAIが注目されてしまった …
とはいえ、AIエージェントってなんですか 同じ「AIエージェント」でも人によってイメージが曖昧だし、ちゃんと使い分けている のか怪しい… • 特定機能を自然言語でよしなにやってくれるAI ◦ 大きいSaaSの機能の一部だけやってくれるもの ◦ 特定の機能に特化したサービス(ex. パワポ作るまん
by みのるん) • 自律的にゴールを達成するAI ◦ コーディングエージェント(Claude Code、Codex) ◦ AI Assistant(OpenClaw) 4 同じAIエージェント呼ばれているけど、果たして同じものなの?
否、同じではない Copyright © 3-shake, Inc. All Rights Reserved. 5
AIエージェント vs エージェント型AI Gartnerが2025年に面白い定義を記事として説いており 厳密な業界標準としてではなく、この発表では便宜上こう呼び分けます。 AIエージェント • 特定の業務・特定の操作を代行するもの エージェント型AI •
目的達成のためにドメインを跨いで判断・実行するもの 引用元:https://www.gartner.co.jp/ja/newsroom/press-releases/pr-20250514-ai-agent 6
AIエージェント vs エージェント型AI 7
技術要素で考えて整理する エージェントが渡す権限、責務を考えた時に同じ「AIエージェント」とはいえない • AIエージェント ◦ 権限はやるべき仕事 ◦ 責務はユーザの代わりに特定の操作すること ◦ AIによる副作用が見える
• エージェント型AI ◦ 権限はガードレール ◦ 責務はユーザの代理としてできること全てをする ◦ AIによる副作用が見えない 8 とはいえ、UXとしては自然言語を通してシステムを操作することは変わらない
AIの立ち位置によっても違う 9 これら2つの違いはAIが業務フローのどこにいるからによると思う エージェント型AI ユーザ AI 業務 ドメイン システム AIエージェント
ユーザ 業務 ドメイン AI システム ユーザの代わり として利益を最大化 ユーザの代わり として業務を担当
なぜエージェント型AIは業務システムに入れにくいのか そもそもSaaSやシステムとしてエージェント型AIを提供する旨みが少ない • 操作範囲はある程度限定的にとどまる ◦ 複数のサービスやツールを横断する必要性が少ない ▪ エージェントに使って欲しいサービス・ツールは管理したいし… ▪ 他のサービスを使って欲しくないし…
• エージェント型AIを業務システムに安全に組み込むハードルの高さ ◦ AIの操作範囲が動的になりセキュリティ・プライバシーの境界が引けない ◦ 副作用が分からないので、処理の成功/失敗の判定基準自体が曖昧になる ◦ 推論のステップ自体も不明瞭で原因が特定しにくく改善サイクルが回らない 10
専門エージェントなら複雑さを閉じ込められる • エージェント型AIを業務システムに安全に組み込むハードル ◦ AIの操作範囲が動的になりセキュリティ・プライバシーの境界が引けない ▪ AIの操作範囲が事前定義されており、境界が静的に引ける ◦ 副作用が分からないので、処理の成功/失敗の判定基準自体が曖昧になる ▪
入出力の型が決まっているから、スキーマで機械的に判定できる ◦ 推論のステップ自体も不明瞭で原因が特定しにくく改善サイクルが回らない ▪ 操作が固定だから、どのステップで壊れたか特定できる 11 非決定論なLLMの問題が「何をするかわからない」ではなく「意図解釈の精度」に
ただ、早いところはエージェント型AIに向けて動いている 12 AIエージェントは最終形じゃなく通過点なのかなと思っていて、 実際、先行しているところは、社内の提供する業務ドメインを跨いで、ユーザの目的を 自律的に達成するエージェント型AIの提供を進めている エージェント型AIによるAIエージェントのオーケストレーション ユーザ AI 業務 ドメイン
AI システム 業務 ドメイン AI システム
まとめ ここまでの話 • 「AIエージェント」と「エージェント型AI」は、立ち位置・権限・責務が違う別物 • エージェント型AIの組み込みは技術的にハードルが高く、市場的にもtoo much • だから今は専門エージェントで良い。ただしこれは諦めではなく通過点 •
先行勢はすでにエージェント型AIへ動き始めている これからやること • 個別作業を代行するエージェントを、質高く作り込む ◦ その積み上げが、エージェント型AI時代の基礎コンポーネントになる 13
14 スリーシェイク公式Note Sreake事業部 採用中ポジション情報 ご清聴ありがとうございました