株式会社ずんだもん技術室AI放送局 podcast 20260916
株式会社ずんだもん技術室AI放送局 · 2026年9月15日
株式会社ずんだもん技術室AI放送局 · 2026年9月15日
Googleは2026年9月15日、リアルタイムの音声対話に特化した最新のAIモデル「Gemini 3.8 Live」および「Gemini 3.8 Live Extended Thinking」を発表しました。これらのモデルは、開発者が実用に耐える高度な音声エージェント（ボイスAI）を迅速に構築できるように設計されています。
1. 2つの新しいモデルとその特徴用途に合わせて以下の2つのモデルが提供されます。
これまでの音声AIと異なり、より「人間らしく、実用的なシステム連携」ができる点が特徴です。具体的には以下の技術が組み込まれています。
新人エンジニアにとって特に嬉しいのは、開発のハードルを下げるエコシステムの存在です。 音声ストリーミングやリアルタイム通信の低レイテンシ制御は、インフラ設計において非常に難易度が高い領域です。しかし、今回の発表に合わせて「Agora」「LangChain」「LiveKit」「Vercel」といった主要な開発プラットフォームやSDKが「Gemini Live API」への対応を表明しました。 これにより、インフラ層の複雑なリアルタイム配信処理はこれらのプラットフォームに任せ、アプリケーション開発者は「どのような体験をユーザーに提供するか」というUXやロジックの設計に集中することができます。
4. 安全性への配慮：SynthID生成されたすべての音声には、人間の耳には知覚できない電子透かし「SynthID」が直接埋め込まれます。これにより、AIによる偽音声の悪用を防ぎ、安全なプロダクト運用を支援します。
5. 提供開始時期両モデルは発表日当日（2026年9月15日）より提供が開始されています。開発者は「Gemini API」およびブラウザ上で手軽にテストできる「Google AI Studio」からすぐに触り始めることができます。音声エージェントの開発に挑戦したいエンジニアは、まずAI Studioでそのリアルタイムな挙動を体験してみることをおすすめします。
引用元: https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-live-gemini-3-8-live-extended-thinking/
OpenAIでChatGPTの基礎研究に携わったDiogo Almeida氏が立ち上げたTypeSafe AI社は、ソフトウェアの自動化に特化した新しいAIモデル「Jev」と、それを支える「System One Model」という新たなアーキテクチャを発表しました。
従来のLLM（大規模言語モデル）は、人間のようなチャットや文章生成といった、遅く論理的に思考する「システム2」的な処理には非常に優秀です。しかし、これらは「1トークン（文字の塊）ずつ順番に出力する」という仕組みであるため、応答に数秒から数分かかり、システムへの組み込みにおいて大きなボトルネックとなっていました。また、存在しない情報を事実のように出力する「ハルシネーション（嘘）」や、プログラムが処理できない不適切なデータ形式を出力する「型エラー」が発生するリスクがあり、100%の信頼性が求められるソフトウェアの自動化プロセスには不向きでした。
こうした課題を解決するために開発されたのが「Jev」です。JevはこれまでのLLMとは異なり、思い切って「自由な文字列（テキスト）の生成」を諦め、プログラムが直接扱える「構造化データ（型安全な値）」の出力に特化しています。
Jevの主な特徴は以下の4点です。
圧倒的な高速化と低コスト 従来のLLMが1文字ずつ生成するのに対し、Jevは「並列サンプリング」という新技術を用いて、1回のクエリで必要なすべての出力を同時に生成します。これにより、応答時間は「70ms〜500ms」と、従来の約40倍〜200倍の超高速化を実現しました。さらに出力にかかるコストは実質無料（FREE）となっています。
ハルシネーションと型エラーの完全な排除 出力されるデータの構造（スキーマ）を事前に定義しておく設計のため、型エラーが理論上発生しません。これにより、システム開発において「AIの出力フォーマットが崩れてエラーになる」という心配が完全になくなります。
信頼度の可視化（キャリブレーション） Jevは、すべての出力に対して「どれくらい自信があるか」の確率（信頼度）を同時に返します。これは新開発の学習手法「RLCD（意思決定のための強化学習）」によって実現されており、プログラム側で「信頼度が90%以上なら自動実行、それ未満なら人間に確認を促す」といった確実な制御が可能になります。
豊富なユースケース Jevは、プログラム内の複雑な「if文（条件分岐）」の代わりとして機能します。例えば、大量のデータの分類・ルーティングや、リアルタイムな処理、他のLLMの出力が安全かどうかの検証（ガードレール）などに最適です。デモでは、高速な判断が求められるゲーム「Doom」のリアルタイム操作や、ハルシネーションのない選択が求められる「Wikipediaのリンク遷移ゲーム（Wikiracing）」での活用が示されています。
Jevという名前は、石炭の利用効率向上によって逆に需要が爆発的に増加した現象（ジェボンズのパラドックス）に由来しています。自由なテキスト生成をあきらめることで、ソフトウェアが本当に必要とする「超高速・高信頼・価格破壊」な意思決定の自動化を実現した、画期的な新世代のAIモデルです。
引用元: https://typesafe.ai/blog/introducing-system-one-models-and-jev
AI技術の発展に伴い、人間が手作業で行っていたシステム構築や改善を「AIエージェント（特定の目的を持って自律的に動くAIシステム）」自身に実行させる「自己改善ループ」の試みが進んでいます。しかし、AIエージェントを単純に自律動作させるだけでは、ある段階で精度向上が頭打ちになるという課題に直面します。本資料は、この「自己改善の停滞」の原因を紐解き、深層学習の仕組みをヒントにした、持続可能で強力なAIエージェントの自己改善システム（ハーネス）の設計論をわかりやすく解説しています。
1. なぜAIエージェントの自己改善は「停滞」するのか？人間がチューニングすれば精度98〜99%に達するタスクであっても、AIエージェントに自己改善を任せると、精度90%程度で改善が止まってしまう現象が起きます。 この時、AIエージェントが出す改善策は「プロンプトに個別条件を1行追加する」「出力結果をプログラムで部分置換する」といった微修正にとどまります。「そもそも全体の処理順を変えるべきでは？」「LLMで処理するのではなく、確定的なプログラムに置き換えるべきでは？」といった、最初の設計（前提）を疑うような抜本的な改善案は出てきません。
この原因はLLMの知能不足ではなく、最初に作った設計書に引きずられて探索範囲が狭まる「アンカー効果（Anchoring Bias / Degeneration-of-Thought）」にあります。自己反省を促す指示だけでは、この思考の罠から抜け出すことができません。
2. 解決策：外側のシステム（ハーネス）による改善ループの設計AIエージェント自身の自己反省に頼るのではなく、システムの外側（ハーネス）から探索範囲を強制的に広げる仕組みを構築します。これは、深層学習が「データで実行」→「損失を計算」→「重みを更新」というステップを踏むのと同様に、エージェントシステム全体で「実行」→「評価」→「スキル・コードの更新」のループを設計するアプローチです。
このループを継続させるために、以下の4つの要素をハーネス上に設計します。
