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
310
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
Agent ネイティブな記録サービスの話
hayama17
0
6
信頼性について考えてみる(SRE NEXT 2026 miniLT)
hayama17
0
760
Terraformモジュールは、なぜ「魔境」化するのか
hayama17
4
940
チームメンバー迷わないIaC設計
hayama17
16
7.6k
Leaky Vessels/CVE-2024-21626から分かるコンテナセキュリティ
hayama17
0
200
Other Decks in Technology
See All in Technology
バイブコーディングの特徴と「コケて直す」ループ
happysamurai294
0
130
自律的なチームを作るためにTechPMがやらないこと
ny7760
0
160
スマートロックを支えるFlutter × ネイティブ連携の実践 / Flutter and Native Integration in Practice: Powering Smart Locks
bitkey
PRO
0
110
生き様としてのSRE
hokkai7go
0
140
なぜ東京にいる私が、新潟の技術コミュニティを運営するのか by 八雲慎之助
yakumo
0
140
How we choose session proposals
kawaguti
PRO
1
190
AIで選択肢が広がった組織設計の理想と現実
konifar
16
7.1k
書き手が人でもAIでも正しくなる道、SREを埋め込んだDeveloper Platform / tech drivers day8
chmikata
4
850
Lint の層を組み直した話
bengo4com
2
240
Technical Project Manager の役割とやりがい、少しだけ AI
yoshiiryo1
0
280
AIに任せられるFlutterコードベースを作る 〜仕様をコードで表し、ハーネスで守る〜
myohei
1
570
クラウドエージェントの先駆け Devin。今も最先端を走る、他との違い
kinopeee
1
520
Featured
See All Featured
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
2
2.9k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.2k
Unsuck your backbone
ammeep
672
58k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
43k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
450
Heart Work Chapter 1 - Part 1
lfama
PRO
10
37k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
20k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.7k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
31k
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
500
Scaling GitHub
holman
464
140k
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事業部 採用中ポジション情報 ご清聴ありがとうございました