開発者のための音声入力が、英語だけであってはいけない理由

開発者向けツールの多くには、怠惰な前提が焼き込まれています。コードは英語のキーワードで書かれるのだから、開発者は英語で仕事をしているに違いない、という前提です。ブカレスト、サンパウロ、ワルシャワ、キーウのチームで実際に働いたことのある人なら、それがどれほど間違っているか知っています。

たしかに関数名は getUserSession ですし、コミットメッセージもおそらく英語でしょう。けれどもコードの周りをすべて見てください。バグが報告された Slack のスレッド、遅延を説明するクライアントへのメッセージ、マイグレーション計画を書いた社内ドキュメント、外交的配慮の要るコードレビューのコメント、スタンドアップのメモ。バイリンガルのチームでは、その層のすべてがチーム自身の言語で行われることがあります。

一方で音声入力ツールは、英語以外の発話をおおむね後付けとして扱ってきました。設定メニューのどこかで技術的にはサポートされているけれども、そのために設計されることはまれで、看板になることはまずありません。音声入力がビルダーにとって本物の入力チャンネルになるのなら — デモではなく — 実際に考えている言語で動かなければなりません。

バイリンガルの一日が、ふつうの一日

その手触りはこうです。母語で考え、英語でコードを書き、一日を通してそのふたつを行き来する。ルーマニア人の開発者が retryWithBackoff と書き、それから Slack に向き直って、なぜそのリトライ処理にバックオフが必要だったのかをルーマニア語で説明する。ドイツ人のエンジニアが英語の構文で PR をレビューし、ドイツ語の散文で注釈をつける。

タイピングはこのバイリンガル性を問題なく扱います。キーボードは何語を打とうと気にしないからです。ところが音声を足した瞬間、道具の側が急に気にし始めます。音声入力が英語でしかうまく動かないなら、コードに近い 英語の断片は話せても、別の言語で書くメッセージ、ドキュメント、説明は話せません。

これは、Claude Code を声で動かすで書いた並列エージェントのワークフローで、いっそう鋭くなります。声が複数のレーンの制御チャンネルなら — あるウィンドウでエージェントにプロンプトを出し、別のウィンドウで同僚に返事をする — 英語の外でつまずく音声入力ツールは、レーンのちょうど半分を壊します。エージェントへのプロンプトは動く。チームメイトへの返信は動かない。

Keebye が実際にしていること

言語対応についての主張は、音声入力のマーケティングがぼやけるところです。だから、Keebye が今日実装していることを正確に書きます。それ以上でも、以下でもありません。

デフォルトのエンジンは英語向けです。 ここを埋めるつもりはありません。標準のモデルは、速く正確な英語の音声入力に最適化されています。それが最小で良いデフォルトであり、多くのユーザーはそれ以外を必要としないからです。

多言語エンジンは一級の選択肢で、しかもローカルです。 設定で Canary エンジンに切り替えると、25 言語のオンデバイス音声認識が使えます。ブルガリア語、クロアチア語、チェコ語、デンマーク語、オランダ語、英語、エストニア語、フィンランド語、フランス語、ドイツ語、ギリシャ語、ハンガリー語、イタリア語、ラトビア語、リトアニア語、マルタ語、ポーランド語、ポルトガル語、ルーマニア語、ロシア語、スロバキア語、スロベニア語、スペイン語、スウェーデン語、ウクライナ語 — そして、仕事で使う言語を固定するための言語ピッカー。Keebye の他のすべてと同じく、これは自分の Mac 上で動きます。自分の言語でチームに話しかけている音声がマシンを出ることはなく、モデルをダウンロードすればオフラインでも動き続けます。

Apple 純正のエンジンもあります。 macOS にすでに組み込まれている音声認識を使いたいなら — システムの言語で動きます — Keebye はそちらを使うこともできます。モデルのダウンロードはいっさい不要です。

専門用語も一緒についてきます。 カスタム辞書はエンジンを問わず適用されます。これは多言語の仕事でこそ重みを増します。どのチームも、製品名と英語からの借用語、そしてそれを包むローカルな文法でできた、独自のクレオールを育てていくからです。

そして正直な境界。25 言語は 25 言語であって、「あらゆる言語」ではありません。自分の言語がそのリストにないなら、Keebye の多言語エンジンは今日のところ対応していません。マーケティング上の数字に切り上げるより、そう言う方を選びます。（言語を固定する、トレイからすばやく切り替える、自動判定が外れたときにどうなるかといった日々の操作は、音声入力の言語を固定するにあります。）

これが珍しい理由と、それが機会である理由

ローカルファーストの多言語音声入力は、本当に珍しいものです。クラウドの音声入力製品は、最も幅広い言語リストを持つ傾向があります — 大きなサーバー側モデルに音声を送るのが、言語を増やす簡単な方法だからです — けれどもそれは、自分の発話を他人のインフラに通すことを意味し、それこそ一部のチームが受け入れられないものです。そのトレードオフは Keebye vs Wispr Flow で正直に整理しました。一方、ローカルファーストのツールは歴史的に英語を先頭に立て、他の言語をチェックボックス扱いにしてきました。（同じ問いを検討している Superwhisper のユーザーは、こちらの比較を読んでください。）

結果として、本物の空白が生まれています。ポーランド語で音声入力したい かつ 音声を自分のマシンに留めたい開発者には、立てる場所が少ないのです。

これは個人的な話でもあります。Keebye の創業ストーリー — 子ども 2 人、スタートアップ 3 社、声はひとつ — は、たまたま、国際的なスタートアップと働くルーマニア語話者のビルダーの話です。この記事が書いているバイリンガルの分裂そのものを、毎日生きている。多言語エンジンは、市場のために足した機能ではありません。創業者が昼までに必要としていた機能です。

この先どうなるか

私たちの賭けは単純です。ビルダー向けの音声入力は、キーボードと同じ基準で判断されるようになる。自分の言語で動くか、壊れているかのどちらかです。「英語、ただし注釈つき」は、実際のチームとの接触に耐えません。

その 25 言語のどれかで仕事をしているなら、下から無料トライアルを始めてください。エンジンを Canary に切り替え、言語を固定して、次の Slack の返信を実際に言うとおりに話してみてください — そして何が壊れたか、好きな言語で教えてください。