Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
なぜ今 AI Agent なのか _近藤憲児
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Kenji KONDO
November 15, 2024
Technology
7k
4
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
なぜ今 AI Agent なのか _近藤憲児
Kenji KONDO
November 15, 2024
More Decks by Kenji KONDO
See All by Kenji KONDO
「AI倫理」以前_近藤憲児
kenjikondobai
1
76
AI_Agent_の作り方_近藤憲児
kenjikondobai
19
7.8k
「これが最小になる値はな〜んだ?」問題_最適化問題を考える_近藤憲児
kenjikondobai
0
290
プロンプトエンジニアリングでがんばらない-Agentic Workflow へ-近藤憲児
kenjikondobai
6
4.7k
AI ChatBot 開発 Tips-近藤憲児
kenjikondobai
0
280
最適ワークスとAI-近藤憲児
kenjikondobai
0
120
LLMの評価-近藤憲児
kenjikondobai
1
480
スカイディスクの LLM の取り組み-近藤憲児
kenjikondobai
0
390
Spring Cloud Data Flow で構成される IIJ IoTサービス
kenjikondobai
0
460
Other Decks in Technology
See All in Technology
【CEDEC2026】コードレビュー支援ツール開発から学ぶ:LLMを用いた業務システムの実践的な運用設計と誤出力対策
cygames
PRO
0
450
セキュリティ研修【MIXI 26新卒技術研修】
mixi_engineers
PRO
33
28k
サイバー捜査員研修(後半)
nomizone
1
480
事業価値と Engineering 2026年度版
recruitengineers
PRO
10
2.2k
認知負荷をGemini で溶かす — GKE 基盤「Orbit」における AI エージェントの実践
sansantech
PRO
1
220
組織にどうSREを根付かせるか?〜IVRyの場合〜
abnoumaru
0
300
オートロックマンションなのに、各部屋は施錠なし!? 攻撃者が組織内ネットワークで大暴れする理由 / The Front Door Is Locked, but the Rooms Are Wide Open: Why Attackers Move Freely Inside Enterprise Networks
nttcom
0
1.4k
もう一度考える SRE チームの作り方・育て方 / Rethinking SRE #1: Building and Growing SRE Teams
rrreeeyyy
5
920
SnowflakeCoCoでデータエンジニアリング!
foursue
0
140
AIが自社のTableauを操作する世界へ:Tableau MCP超入門
tbtykk
0
110
初めてのGitHub Actions / GitHub Actions at First
tooppoo
0
130
Data Hubグループ 紹介資料
sansan33
PRO
0
3.1k
Featured
See All Featured
Java REST API Framework Comparison - PWX 2021
mraible
34
9.6k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
The SEO identity crisis: Don't let AI make you average
varn
0
520
From π to Pie charts
rasagy
0
240
Producing Creativity
orderedlist
PRO
348
40k
Embracing the Ebb and Flow
colly
88
5.1k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Faster Mobile Websites
deanohume
310
32k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
630
Game over? The fight for quality and originality in the time of robots
wayneb77
1
230
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
520
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.8k
Transcript
なぜ今 AI Agent なのか LLMアプリケーションの次なる進化 近藤憲児
AI Agent の定義と特徴 Agentとは 環境と対話し、データを収集し、そのデータを使用して自己決定タ スクを実行して、事前に決められた目標を達成するための ソフトウェアプログラム https://aws.amazon.com/jp/what-is/ai-agents/ 特に注目したい特徴は、 「LLMに一度だけ依頼して良い結果を得る」というアプローチではなく、
「LLMを何度も呼び出して複雑な処理を自動的に実行する」という点
企業の参入 • AWS • Microsoft • 富士通 • CTC •
NTTデータ • … 注目プロダクト • Perplexity • GenSpark • FeloAI • Cursor • Dify • … 急速に広がる AI Agent https://jp.reuters.com/business/technology/6RXM3NLXNZOQDPY3OB7R6A77BY-2024-10-21/ https://aws.amazon.com/jp/what-is/ai-agents/ https://pr.fujitsu.com/jp/news/2024/10/23.html https://www.nttdata.com/global/ja/news/release/2024/102401/
OpenAI も Agent を出すらしい 急速に広がる AI Agent https://xenospectrum.com/openai-to-release-next-generation-ai-agent-operator-for-developer/
対象とする受講生
AI Agentの登場の背景の一つに、LLMに要求されるタスクの複雑化がある 例えば、カスタマーサポートタスクを考える: • 最初は「顧客の質問への回答」という単純なタスク • そこに「過去の類似事例の参照」「製品仕様の確認」「トラブルシュー ティングの提案」「フォローアップの必要性判断」といった要求が追加 • →
これらを一つのプロンプトで処理しようとすると、対応の正確性と 一貫性が保てない この問題に対する自然な解決策が、 タスクを分割し、それぞれを独立してLLMに任せるというアプローチ = Agent なぜ Agent か?: 複雑化するタスク
https://speakerdeck.com/kenjikondobai/puronputoenziniaringudeganbaranai-agentic-workflow-he-jin-teng-xian-er なぜ Agent か?: 複雑化するタスク こちらに複雑化するタスクの例を書いてます
なぜ Agent か?: LLM の制約 LLMの基本的な制約 • 現在時刻を知ることができない • Web
ページにアクセスできない • データベースにアクセスできない • ファイルシステムを操作できない • 外部APIを呼び出すことができない • … 実現したいのは、これら「道具を使えるLLM」= Agent RAG(検索拡張生成)も「検索という道具を使うAgent」と捉えることができる。
どうやって AI Agent をつくる?
Agentをどうやって作る?: ReAct https://react-lm.github.io/
Agentをどうやって作る?: Agentic Workflow https://youtu.be/sal78ACtGTc?si=fVWCLQkgnd64bBFd
Andrew Ng によって提唱されたアプローチ 「一度で出力の生成を完結させるのではなく、LLMが反復的にタスクをこなし、出力を改善さ せる」という考え方を核としている • Reflection(自己改善) ◦ LLMが自身の出力を評価し改善する。推論の質を段階的に向上させる •
Tool Use(ツール活用) ◦ LLMの能力を外部ツールで拡張する。APIやデータベースなど、様々なツールの統合 • Planning(計画立案) ◦ 複雑なタスクを段階的に分解する。目標達成のための戦略を立案する • Multi-agent collaboration(協調) ◦ 専門化された複数のAgentの連携。タスクの分担と統合 Agentをどうやって作る?: Agentic Workflow
Agentをどうやって作る?: Agent Design Pattern Catalogue
Agentをどうやって作る?: Agent Design Pattern Catalogue • Yue Liu らによって提案された、 エージェントの開発を支援するための
18 の設計パターン • 先の Agentic Workflow も包含している • GoF(Gang of Four) の雰囲気
Agentをどうやって作る?: 実装フレームワーク LangGraph • 基本的に LangChain ベース • node と
edge の概念を用いて複数の LLM の協調を管理する • 書籍「LangChainとLangGraphによるRAG・AIエージェント[実践]入門」では LangGraph を用いて Agent Design Pattern Catalogue で示された設計を実装す る方法が提示されている AutoGen • Microsoft 製 • 非同期・分散処理など、スケーラブルなアーキテクチャにこだわりを感じる Swarm • OpenAI 製(※議論あり) • まだ実験的
先進的な例: sakana.ai の AI Scientist
先進的な例: sakana.ai の AI Scientist 特徴的な点: • 科学的営みの自動化という野心的な目標 • 2040年には機械学習分野でAIが自律的に研究を進められるというビジョン
• Agentic Design Patterns の実践的な活用 • LLMを数十〜百回も呼び出す大規模な連携 https://k-kondo-s.github.io/sakana-ai-scientist-code- analysis/ 実装の詳細まとめたので みてね
「AGI への架け橋」 として注目したい AI Agent