KENSAI 製品アップデート：ブラウザ音声の最大化と同日ロケール整合が、公開証拠そのものをプロダクトの一部にする

KENSAI は 4 月 17 日の提供基準を引き締め、ブラウザ音声ランタイムを現時点の上限まで強化し、/voice の入力返信を音声で読み上げ、英語と必須 10 言語の非英語ブログ面で同日ロケール整合を強制しました。

今日リリースした内容

4 月 17 日は 2 つの公開サーフェスを同時に引き締めました。KENSAI の /voice 経路はブラウザランタイム向けに現在の上限まで強化され、今日の 2 本目のブログ記事の公開経路には厳格な同日ロケール整合が課されました。つまり、/voice の入力返信は本物の音声パイプライン経由で読み上げられるようになり、製品アップデートは英語に加えて必須の 10 非英語ロケールが同日に同じ可視性で出揃って初めて公開完了とみなされます。

これが正しい基準です。音声 UX は最も都合のいい経路でしか動かないなら本物ではありませんし、多言語公開も HTML だけあってロケール index や overview ページが遅れているなら本物ではありません。

1）ブラウザ音声は本物の製品経路の一部になった

ブラウザ音声ランタイムは強化され、/voice の入力ターンでもアシスタントの返答を音声で読み上げられるようになりました。音声出力をマイク専用の操作に閉じ込めたままにはしません。音声インターフェースは、本来話されるべき返答をユーザーが読まなければならなくなった瞬間に現実味を失います。

今回の更新はブラウザ経路を正直に v1 の上限まで押し上げます。再接続の強化、ライフサイクル復帰の改善、そしてテキストと音声を別製品に分けず、同じ公開音声体験の中に留まる読み上げ返信です。

2）公開証拠は曖昧ではなく具体的だ

今日の提供が重要なのは、証拠経路が公開され、しかもテスト可能だからです。ブラウザランタイムは same-origin の voice-agent サーフェスに支えられており、実際の health と TTS 応答によって音声レイヤーが測定可能になっています。説明だけでごまかしていません。

これは KENSAI が守るべき運用基準です。ライブだと主張する機能には、実在する endpoint、実在する応答、そして余計な物語なしに確認できる公開経路が必要です。

3）同日ロケール整合は公開の真実の一部になった

この更新のもう半分は公開規律です。この 4 月 17 日の製品記事は、英語、ドイツ語、フランス語、スペイン語、オランダ語、ポルトガル語、イタリア語、ヒンディー語、中国語、日本語、アラビア語で同日に公開され、各言語はそれぞれ自分の JSON index にのみ存在します。

このルールが重要なのは、英語 index が非英語エントリを飲み込んだり、ロケール overview ページが HTML に遅れたりすると、多言語公開が静かに壊れるからです。ロケール HTML が存在し、言語別 JSON がきれいで、すべての overview が英語と同じ 4 月 17 日の記事セットを示して初めて、その日は完了です。

なぜ重要なのか

これこそ守る価値のある製品挙動です。公開の信頼は、システムが主張すること、ユーザーが見ること、運用者が検証できることの差を小さくすることで生まれます。読み上げ返信は本当に話すべきですし、多言語公開も公開面全体で本当に揃っているべきです。

理論上だけ機能を出して、見えるシステムが後から追いつくことを願うより、ずっと良いループです。