Upgrade to Pro — share decks privately, control downloads, hide ads and more …

20251027_findyさん_音声エージェントLT

 20251027_findyさん_音声エージェントLT

2025.10.27 Mon 12:00~ 開催の『AIエージェント進化の鍵 音声・動画 によって拓かれた未来を知る』
イベント登壇資料②

Avatar for Almondoイベント担当

Almondoイベント担当

October 26, 2025
Tweet

More Decks by Almondoイベント担当

Other Decks in Technology

Transcript

  1. confidential 話そうと考えていること 1. 目次 2. Voice Agentアツい 3. Voice Agentのこれまで

    4. 何が課題感だったのか? 5. Voice AgentのMulti Agent アーキテクチャ 6. 補足 7. まとめ
  2. 株式会社Almondo 松本 悠秀 / Yuho Matsumoto 経歴 @YuhoMatsumoto 株式会社松尾研究所 MLエンジニア・

    PM(2年) データサイエンス/基盤モデル開発/Agent(2023年)/基礎研究など様々なプロジェクトに参画 東京大学松尾研究室 講師・講義設計( 2年) 国内最大のデータサイエンス講座であるGCIの講師・講義設計 42 Tokyo 2nd Circle 2023_07当時、最速で42 Tokyo Common Coreを突破 バックエンド > インフラ > フロントエンド 株式会社Almondo COO(2年) MLエンジニア・ソフトウェアエンジニア・PMとして参画 現在は幅広いチーム(SW/ML開発・人事・営業)の管掌や参画 4 自己紹介
  3. confidential Chainが優勢か?(2025-05時点) 12 ビジネスユースするのであれば、Chainが優勢だよねという話に. ただし、限界も感じた 方式 深い思考 費用 速度 柔軟性

    実装の複雑さ 正確性 Realtime API 単体 △ 単発応答中心。長 期的な推論は弱 い △ realtime API そのものが高コス ト ◎ 速い △ 機能が増え るほど難しくな る ◦ シンプル ×~△ 日常会話などでは 良いが、数字の理 解や思考など困る 点が多い Chain (STT→LLM→ TTS) ◎ LLMに任せら れるので深い思 考は可能 ◎ realtime APIと 比較して安価 × STT→LLM→ TTSで遅延大 ◎ 各モジュー ルを入れ替え 可能 △ モジュー ル統合の設 計必要 ◯ 思考という点では 良い. 文字起こしさ えできれば精度も 担保
  4. confidential 何が課題感だったのか? 
 14 Realtime APIは深い思考が難しい。ビジネスユースは厳しいか. ただしChainだと遅すぎる... 方式 深い思考 費用

    速度 柔軟性 実装の複雑さ 正確性 Realtime API 単体 △ 単発応答中心。長 期的な推論は弱 い △ realtime API そのものが高コス ト ◎ 速い △ 機能が増え るほど難しくな る ◦ シンプル ×~△ 日常会話などでは 良いが、数字の理 解や思考など困る 点が多い Chain (STT→LLM→ TTS) ◎ LLMに任せら れるので深い思 考は可能 ◎ realtime APIと 比較して安価 × STT→LLM→ TTSで遅延大 ◎ 各モジュー ルを入れ替え 可能 △ モジュー ル統合の設 計必要 ◯ 思考という点では 良い. 文字起こしさ えできれば精度も 担保
  5. confidential 何が課題感だったのか? 15 Realtime APIは深い思考が難しい。ビジネスユースは厳しいか. ただしChainだと遅すぎる... Realtime API - 返答が早い

    - あまり深くタスクを思考できない - 正確な文字起こしに弱い LLM - そもそも発話できない - 話せるようなパーツをつける と遅い - Reasoning Modelなどで、深く思 考が可能 - テキストでのミスは少ない
  6. confidential 何が課題感だったのか? 19 Realtime APIは深い思考が難しい。ビジネスユースは厳しいか. ただしChainだと遅すぎる... Realtime API - 返答が早い

    - あまり深くタスクを思考できない - 正確な文字起こしに弱い LLM - そもそも発話できない - 話せるようなパーツをつける と遅い - Reasoning Modelなどで、深く思 考が可能 - テキストでのミスは少ない
  7. confidential 何が課題感だったのか? 20 Realtime APIは深い思考が難しい。ビジネスユースは厳しいか. ただしChainだと遅すぎる... Realtime API(gpt-realtime) - 返答が早い

    - あまり深くタスクを思考できない - 正確な文字起こしは最低限できる - Tool実行を待てるようになった LLM - そもそも発話できない - 話せるようなパーツをつける と遅い - Reasoning Modelなどで、深く思 考が可能 - テキストでのミスは少ない
  8. confidential 比較図(再び) 
 23 多くの面でChat-Supervisor型に軍配が上がる! 方式 深い思考 費用 速度 柔軟性

    実装の複雑さ 正確性 Realtime API 単体 △ 単発応答中心。長期 的な推論は弱い △ realtime APIその ものが高コスト ◎ 速い △ 機能が増えるほ ど難しくなる ◦ シンプル ×~△ 日常会話などでは良 いが、数字の理解や 思考など困る点が多 い Chain (STT→LLM→ TTS) ◎ LLMに任せられ るので深い思考は 可能 ◎ realtime APIと比 較して安価 × STT→LLM→TT Sで遅延大 ◎ 各モジュールを 入れ替え可能 △ モジュール 統合の設計必 要 ◯ 思考という点では良 い. 文字起こしさえで きれば精度も担保 (Realtime) Chat-Supervi sor 型 ◎ Supervisorが長期的 推論や検索分岐を 制御可能 ◯ 複雑な思考のみ LLMに任せることで コストメリットあり ◯ 深く考える際の みやや遅い ◎ Supervisorへの 機能追加 △ Supervisor 設計の工数必 要 ◯ Chainと同じような正 確性
  9. confidential まとめ
 27 まず ➢ Realtime Agentアツい Voice Agentの動向 ➢

    gpt-realtimeの改善により、ビジネスユースもかなり視野に入るように (ただし高い ) ➢ 現在は、Chat-Supervisor型のMulti-Agentアーキテクチャが優勢 その他・考え方 ➢ モデルの強みに応じて対応を変えるための、 Multi-Agentという考え方 (≠役割設計) Voice Agentサクッと触れるQR(GitHub) Twitter(X)