OneSkyの共同創業者からAI翻訳の信奉者へ。

私はOneSkyを共同創業しました。テンセント、LINE、Airbnb、change.orgにサービスを提供しました。何千人もの人間翻訳者を管理しました。毎月何百万語もの処理を行うワークフローを構築しました。そして、ご存知ですか？業界全体が根本的に壊れていました。モバイルアプリの更新に3週間のターンアラウンド。リリースノートの翻訳に$50,000の請求書。ドイツ語で「user」をフォーマルにするか、インフォーマルにするかについての終わりのないメールのやり取り。

本当に驚いたのは？私は現在、エストニア語を学ぶのに苦労しています。子供たちはこれを面白がっています。「イサ（エストニア語で「お父さん」）は翻訳会社を作ったのに、タリンでコーヒーも注文できないんだね。」彼らは間違っていません。「kohvi」は思ったような発音ではないとわかりました。そして、カフェのカウンターで基本的な語彙に汗をかきながら立っているとき、翻訳管理の経験なんてまったく役に立たないのです。

しかし、人間による翻訳で6年間働いて気づいたことがあります。問題は翻訳者ではありませんでした。彼らは素晴らしい能力を持っていたのです。問題はシステムそのものでした。間接費の高さ。コミュニケーションの齟齬。サンフランシスコの開発者とソウルの翻訳者の間で失われてしまう文脈。

OneSkyでは、開発者とPMがいました。品質保証ワークフロー。ベンダー管理。アカウントエグゼクティブ。実際にコンテンツを翻訳していたのは、その労働力の5%くらいでした。残りは？5%の管理です。

現場からの率直な報告：Tencentが私たちに6桁の金額を支払って、GPT-5が今では30秒でより良く処理するパッチノートを翻訳させたのを目の当たりにしました。Airbnbは、Claudeが数分で完璧にできる物件の説明文を何週間も待たされました。Change.orgの緊急キャンペーンの翻訳は、人々が用語について議論している間、キューに入ったままでした。

翻訳業界の隠された真実？もはや翻訳の品質の問題ではありません。何年も前からそうです。問題は、不要な複雑さへの対処です。AIが今では瞬時に、一貫して、17回もフォローアップメールを送るプロジェクトマネージャーを必要とせずにできることを、人間を調整するためのビジネス全体を構築しました。

今？私にはClaude、GPT-5、そして本当に重要なもの、つまり出力への直接的なラインがあります。アカウントマネージャーもいません。プロジェクトコーディネーターもいません。ベンダーとの争いもありません。顧客が何かを修正する必要があれば、私が修正します。昔なら、LINEが一晩で50,000語の翻訳を必要としたときは危機でした。今日では、それは日常茶飯事です。

「でも、人間の品質には及ばない！」と、実際に最新のAIを自社の「プレミアム」翻訳ベンダーと比較テストしていない人たちは言います。

正直に言います。私は翻訳の両面を見てきました。何百万もの人間による翻訳をレビューしてきました。最高のものは？素晴らしい。でも、実際に出荷される平均的なもの？AIがそれらを上回ります。例外なく。そして、AIは調子が悪い日でも「Save」を「Rescue」と訳すようなミスは決してしません。

function buildSoftware() {
  while (problemExists) {
    const solution = thinkDeeply();
    const code = writeCleanCode(solution);
    const result = ship(code);
    
    if (result.usersSatisfied) {
      celebrate.withCoffee();
    } else {
      iterate();
    }
  }
}

フォーチュン500企業にサービスを提供する会社を共同創業することから、子供たちが「パパはなぜエストニア語しか話せないコンピューターに広東語で怒鳴っているの？」と聞く中で、本番環境の問題をデバッグするようになりました。（子供たちはエストニアのコンピューターは全てエストニア語を話すと思っています。私はそれを訂正していません。）

OneSkyでは、インシデント対応チームがありました。今は？私一人きりです。家族に「パパはロボット翻訳者を修正しないといけないから」と夕食が遅れる理由を説明しています。家族は'バグ'のために食卓に席を用意し始めました。常連客だと思っているようです。

企業ミーティングからソロの現実へ：

でも、いいこともあるんです。

OneSkyでは、マイクロサービスのためのマイクロサービスがありました。他のKubernetesクラスターを管理するKubernetesクラスター。実際に重要だったのは何か知っていますか？それらのどれでもありません。技術がボトルネックになることは一度もなく、人間の調整こそがボトルネックでした。

率直な意見：技術スタックは、問題領域を理解することほど重要ではありません。何百万ドルものKubernetesクラスターが壊れた体験を提供する一方で、誰かのPHPモノリスがお金を生み出しているのを見たことがあります。