1 ポイント 投稿者 GN⁺ 3 시간 전 | 1件のコメント | WhatsAppで共有
  • 米国のフロンティアラボによる API価格の継続的な引き上げ が進む中、低コスト国のエンジニアと DeepSeek のようなオープンソースモデルの組み合わせが 経済的な代替案 として浮上
  • GPT-5.5、Gemini 3.5 Flash、Opus-4.7 など最新のフロンティアモデルは、2〜3倍の価格引き上げ またはトークン消費量の増加を実施
  • ブレンドトークン基準 で比較すると、Anthropic・OpenAI は約 $2.80/M、DeepSeek は $0.094/M で、約 30倍の価格差 が存在
  • フロンティアモデルのほうが強力ではあるが、コーディング用途では OSS モデルでも十分に良い水準 であり、有能なエンジニアと組み合わせれば差を補える
  • 価格引き上げが無制限に続けられない理由として、外注+LocalAI の組み合わせが価格の上限 として機能する

フロンティアラボの推論コスト上昇トレンド

  • 推論コストが下がっているという通念とは異なり、米国フロンティアラボの価格は 明確な上昇トレンド にある
  • GPT-5.5 ($5/$30) のリリースは GPT-5.4 の公開から 2 か月後に行われ、API価格全体が2倍に上昇
    • 8 か月前の GPT-5 ($1.25/$10) と比べて 3倍以上高価 になった
  • Gemini 3.5 Flash ($1.50/$9.00) は、直前モデルの Gemini-3-flash-preview ($0.50/$3.00) と比べて 3倍の値上げ
    • Gemini-3-flash-preview も 2.5 Flash ($0.30/$2.50) と比べてすでに値上げされていた
  • Anthropic Opus-4.7 は新しいトークナイザーの導入により トークン消費量が32〜47%増加 し、直前の Opus-4.6 と比べて実質コストが上昇

フロンティアのクローズドモデル vs オープンソースモデル比較

  • ブレンドトークン消費比率 基準の比較: 入力(+キャッシュ) 1M トークンあたり出力 50k トークン(約 5% 未満)を仮定
    • 大規模エージェントループはターン数が多く読み取り比重が高いため、保守的な推定
  • 各プロバイダーごとにキャッシュを反映した平均ブレンド価格を比較(出典: openrouter.ai)
  • プロバイダー別価格比較

    • Anthropic: 入力 $1.57 / 出力 $25.00 / キャッシュヒット率 79.6% → ブレンド $2.82
    • OpenAI: 入力 $1.30 / 出力 $30.22 / キャッシュヒット率 84.8% → ブレンド $2.80
    • DeepSeek: 入力 $0.055 / 出力 $0.870 / キャッシュヒット率 88.1% → ブレンド $0.094
  • 現在のクローズドなフロンティアモデルは DeepSeek の最新モデルより強力だが、30倍の価格差 を正当化できるほどの差なのかは疑問
  • OSS LLM はフロンティア水準である必要はなく、コーディング用途で十分な性能 があればよく、すでにその水準に達している

トークン消費量増加トレンド

  • トークンマキシング(tokenmaxxing)トレンド がここ数か月・数年で加速(Pragmatic Engineer ブログ参照)
  • トークンマキシングを目標にするのは愚かだという点で、有能なエンジニアの間に共通認識があるが、これは別の話題
  • トークン消費量の大幅な増加は GPU の継続的な不足現象 からも確認できる
  • トークン消費の増加とトークン単価の引き上げが同時に進行しており、米国フロンティアラボの価値捕捉戦略と連動している

(人間 + 準フロンティア LLM)vs フロンティア LLM

  • 人間のエンジニアと AI エージェントを 12の軸で比較した別分析 がある(signalbloom.ai)
  • 結論: AI エージェントは コーディングではすでに人間を上回っており、範囲が限定されたデバッグでもまもなく上回る見通し
  • ただし、良いエンジニアリングに必要な他の中核能力では、AI は依然として遅れている
    • 長期記憶(long-term memory)
    • メタ記憶(Meta memory): 自分が知っていることと知らないことを明確に区別する能力
    • 証拠十分性評価(Evidential Sufficiency Assessment): 行動に十分な証拠があるかを判断すること
  • 現在の統計的アーキテクチャは、補強されるか別のブレークスルーに置き換えられる必要がある
  • タスク処理能力と AI の自律性は同じではない

コスト交差点シナリオ

  • 中核比較

    • 低コスト国のエンジニア + 十分に有能なモデルの組み合わせが、最上位フロンティアモデルに対して 価格対価値で優位 になる時点を分析
    • 変数: エンジニア給与、給与成長率、初期トークン量、トークン増加率、フロンティア価格、フロンティア価格変動率、DeepSeek 価格、期間
  • 結果

    • 11か月時点で交差 が発生し、フロンティアの推論コストがエンジニア+DeepSeek の組み合わせのコスト($1,116.61/月)を上回る

見解と限界

  • チャートには単純化した仮定がある
    • 将来の推論価格、トークン消費トレンドなどの変数
    • 再帰性(reflexivity): 市場参加者が観察結果に応じて行動を変えること
  • 次の要素は反映されておらず、反映すればローカルモデルにより有利になる項目
    • ローカルモデルの 急速な性能向上ペース
    • 今後数か月・数年で追加投入される推論ハードウェア
  • 中核となる論点: AI コストの上昇は、一定水準を超えると 企業にとって懸念すべき現金流出 と全体支出の大きな比率になる
  • その結果、フロンティアラボの値上げ幅と値上げ速度に上限 が形成される

1件のコメント

 
GN⁺ 3 시간 전
Hacker Newsの意見
  • LLMの価格を論じるときに核心を見落としている。サブスクリプション型のトークン価格はAPI価格より10〜40倍安いため、月額$90のClaudeサブスクリプションは、APIトークン価格に換算するとほぼ**$1000〜$4000**に相当する
    次に、モデルを扱う「オペレーター」の力量が結果に非常に大きな差を生む。プロンプトを書くのが上手く主体性の高い熟練シニア開発者は、動機や基礎能力が不足したチームメンバーよりはるかに良い結果を出す
    最後に、Opusのような5T級の最先端モデルと、ベンチマークでだけ目立つDeepSeekの小さな蒸留モデルの間には、能力、決定性、エラー処理に大きな差がある

    • 今日知ったのだが、大企業がガバナンス機能と監査ログのために使うAnthropic Enterpriseプランは、APIトークン料金に加えて1席あたり月額$20が課金される
      そのため大企業は、割安なサブスクリプションプランよりもはるかに多く支払う構造になっている
    • Opusが5Tモデルだという根拠が何なのか気になる
      それと、ローカルモデルが「DeepSeekから蒸留されたもの」だというのは誤解しているように思う。ローカルモデルがベンチマークでしか優秀でないわけでもないし、Qwen 3.6はかなり良いモデルだ。もちろんOpusではないが、はるかに速く、速度自体もひとつの品質だ
    • 最先端ではないモデルも改善を続けている。誰かがDeepSeekで作業の90%を$100で終わらせ、残りをAnthropicやOpenAIに$100払って仕上げられるなら、AnthropicやOpenAIに$1000払うよりそちらを選ぶ可能性が高い
    • サブスクリプション型のトークン価格がAPIより10〜40倍安いのは一時的な現象だ。今後数か月のうちに大幅な値上げか、強い利用制限、あるいはその両方を予想すべきだ
      これらの企業は莫大な赤字を出しており、数千億ドル規模の債務とコミットメントを抱えている。近いうちに収益化の蛇口を開かなければならない
    • 月額$90のClaudeサブスクリプションがAPI基準で$1000〜$4000分に相当すると知ったうえでも、この構造を持続不可能だと見るのが非合理的だと思うのか?
  • これは木を見て森を見ずのように思える。ChatGPTと働くのは、昔のエンタープライズ時代にインドのオフショア開発者と働いていた感覚と不気味なほど似ている。明示的に指示すれば生産的だが、放っておくとWTFな瞬間がたくさん起きる
    LLMはアウトソーシング開発者を置き換える可能性が高い。文脈を知っている社内スタッフがLLMを使って、以前はオフショア開発者がしていた仕事をこなせるからだ

    • そのWTFな瞬間のうち、どれだけが単に「その件が決まった部屋にいなかった」だけなのだろうか? ほとんどのエンタープライズソフトウェアには、あれこれの妥協によって要求されたWTFな瞬間が満ちている
    • あなたの国の外にも、有能で、言語も十分に使いこなし、より低い報酬を受け入れる開発者はいる。そうした開発者が増える理由は十分にある
    • LinkedInで仕事を乞うアウトソーシングチームの数を見ると、たしかにその通りだ
    • 「インドのオフショア開発者」たちも侮れない。彼らも同じGPTモデルにアクセスでき、コストは米国の中央値年収の10分の1かもしれない
      企業は常に限界費用を下げようとする。米国でソフトウェアアーキテクトを1人雇って仕様を書かせ、インドの開発者10人を雇って100個のエージェントを面倒見させるだろう
  • リモート開発者と違って、アウトソーシングの問題は、きちんと回すには本当に優秀なマネージャーと技術リーダーが必要だという点だ。
    経験上、効果的な結果を得るには非常に詳細な設計書と作業仕様を書く必要がある。たいていは効果的なプロンプトと同じくらい詳細でなければならない。
    そこまで詳細な仕様をすでに書いているなら、なぜアウトソーシング開発者や最先端モデルが必要なのか?

    • 面白いのは、アウトソーシングの問題がAIの問題と同じで、どれも2000年代初頭を思い出させる点だ。企業は製品に与える損害に気づかないまま、どれだけコストを削減できるかに驚く。
      強いプロダクト/プロジェクトリーダーが非常に綿密に監督する会社は、新しい世代の開発者を育てられるかもしれないが、営業トークを信じてソフトウェアが保守不能になり、失敗する会社も出るだろう。
      10年後も開発者の数は今と大きく変わらず、より多くの製品を作っていると思う。AIは意味のある孤立した領域の自動化に使われるだろうが、ソフトウェア開発の大半は、同じ概念をより少ないテキストごみで表現するより高い抽象化レベルで行われるようになるだろう。
      コードの核心は、奇妙な境界ケースの複雑さを具体的にエンコードして明らかにすることに、より集中するようになるはずだ。
      ソフトウェア開発を始めた頃、何人もの手を経てきた非常に散らかったMUDを触っていた。AIが厳格な監督と修正なしに作った泥団子やスパゲティコードを、誰が喜んで掘り返そうとするのか想像しにくい。
      ソフトウェア開発の核心は常に問題解決であり、より正確には問題の特定だった。時間が経つにつれて、私たちはその点に集中するために雑多なものを少しずつ取り除いてきた。この流れは続き、問題を記述するより簡潔で抽象的な言語へと進化し、厄介なロジックフローやドライバ部分、数学はライブラリやツールにさらに隔離されていくと思う。
    • 「アウトソーシング」開発者や業者の事業モデル全体は、人に過大請求することだ。「エンジニア4人をこのプロジェクトに投入した」と言うが、その4人は他の5つのプロジェクトも同時にやっている。
      エンジニアたちが協力的でも、管理者や事業主は密な協業を嫌い、距離を置いた働き方を強制する。たとえば週1回の通話のような形だ。
      実際に経験した。あるときアウトソーシング開発チームに£300k使ったが、幸い自分の金ではなく、最終的に何も納品されなかった。時間の大半は、単に作業の方向性を合わせることに費やされた。
      私とパートナーは何が欲しいのかある程度わかっていて、より頻繁に同期して努力を揃えようとしていたが、向こうのマネージャーがずっと妨げていた。これがコンサルティング事業モデルだ。
      リモートの正規雇用はインセンティブが逆だ。文字どおりフルタイム社員で、コミュニケーションを妨げる管理レイヤーがなく、怠け者や詐欺師でない限り、面白い問題を解きたいのであって退屈していたいわけではない。
    • アウトソーシングはたいてい、払った分を正確に返してくる。ある意味では、他のやり方より透明ですらある。ただしその透明性、つまり品質の価格が、意思決定をした経営陣や購買組織から、実際に分散作業をしなければならないチームまで伝わらないことがある。
      元記事の前提が外れているのもそこだと思う。DeepSeekと最先端モデルの差は、たいてい低品質なアウトソーシングで埋められる範囲ではない。結局は非常に熟練したアウトソーシングエンジニアに金を払うことになり、彼らはそれほど安くないかもしれない。そもそもアウトソーシングはコストだけでなく、能力と受け入れ余力のためにも行われる。
    • 私の考えもまさにこれだ。
      すべてを適切な詳細度まで仕様化しなければならず、その時点ならLLMもかなりうまくやれる可能性が高い。そのうえ多くのアウトソーシングチームは社内チームとはまったく違うやり方で作り、納品レベルと速度の差が絶対的だ。
      何もかもこんなに速く変わっているのに、なぜ他人の従業員を最新の流れに合わせて訓練するために、自分の時間と金を使わなければならないのかとも思う。
    • 私の問題は単にオーナーシップ不足だった。小さく集中したアウトソーシング会社でない限り、品質や保守性はさておき、とにかく出してしまうほうが会社としては楽だ。もちろん、私のサンプルは個人的に小さいけれど。
  • アメリカのソフトウェア会社の役員をしている友人がいるのだが、東欧支社のプログラマーチームをいくつか解雇して、少数のアメリカ人プログラマーとAIで置き換える準備をしているという。そちらのほうがはるかに生産的で、新機能をずっと速く作れるらしい。

    • こちらのほうがもっともっともらしく聞こえる。私のボトルネックは「コード理解」よりユーザー理解の側へ移ってきている。後者の検証は、必ずしもプログラマーでなくてもできる。
    • 興味深い逆転構図だ。
      製造業に当てはめるなら、ロボット優先戦略は単に製造業を国内回帰させるだけでは足りず、もっと高く狙うべきだ。新しいアウトソーシング製造先になるということだ。
    • その人が現実に引き戻されて、エージェントたちを大量解雇するまでどれくらいかかるだろうね :-)
    • この記事はアウトソーシングについては当たっているが、安価なオフショア契約者が原因ではないと思う。優秀な専門家ほど、より独立して働くようになり、AIのおかげでより多くの顧客を支援できるようになる。
      だから中小企業は、社内のエンジニア、財務、マーケティング人材を今ほど多く抱える必要がなくなるかもしれない。
  • アメリカの最先端AIの未来はAPIコールではなく、OAI/Anthropicにコンサルタントや外部業者のように仕事を持ち込み、大量の中間成果物を見ることなく、製品のような結果物を受け取る形だ。
    これは蒸留の脅威と、最先端性能を押し進めるのに必要な専有実行環境の開発努力が組み合わさることで必然になる。
    OAI/Anthropicは100%みんなの仕事を奪って「労働」を所有しようとするだろう。ここでは中国側が善玉だ。

    • いや。プロジェクトを壁の向こうに投げて渡すやり方は、ほぼ常に災厄で終わる。要求事項が十分に明確になることは決してない。
    • そういうやり方がうまくいくといいね。これはPrologのような宣言型プログラミング言語の発想を思い出させる。機械が解けるように問題を宣言せよ、という話で、機械に何をするか指示する命令型のやり方と対比される。
      ただ、彼らが気づいていないのは、定義することのほうが解法そのものより難しい、という点だ。
  • ローカルモデルをどうにか使おうとして、本当にいろいろ試した。さまざまな実行環境、ツール、スキル、プロンプトなどを全部試した
    しかし、Claude Code と Anthropic のモデル、あるいは Codex と GPT 5.5 を、Qwen、GLM、Gemma のような実行環境で比較すると、最先端モデルが圧倒的に優れている。今では最先端でないモデルの意義がわからない。節約できる時間より、無駄になる時間のほうが大きい

    • エージェント型コーディングについては 100% 同意する。大規模コーディングではローカルモデルのほうが悪く、遅く、高くつく
      狭い範囲のコーディング、たとえば特定の関数を書くことなら遅いが可能ではある。ただし、高性能なコンシューマー向けハードウェアで一般的な LLM チャット用途に使うのは、コストを除けば競争力がある
      https://www.williamangel.net/blog/2026/05/17/offline-llm-ene...
    • ローカルモデルは最新の最先端モデルより 3〜6か月遅れて いるが、すべての知的財産を怪しい第三者に送らなくて済むという大きな利点がある
      推論コストが下がれば、ここ数年ずっとそうであったように、今年末には今日の最先端モデルをノートPCで動かせるようになるだろう
    • 私も同じだ。Codex や Claude のプランに月 $200 使う、あるいは払い戻しを受けることに難癖をつけるのを聞くと、もどかしくなる
      ソフトウェアエンジニアとしては実質的に使い切れないほど十分で、生産性向上を考えればかなり安い
      そのうえ Claude/Codex はすでによくできていて毎月改善しているのに、誰が実行環境をいじったりエージェントのオーケストレーションを定義したりしたいだろうか
    • 同じ結論に達した。クエリ 1 回あたりのコストを考えると、常に Opus を使うのが最も安い選択だ
    • 重要なのは、自分の利害と一致しない企業に自分自身を従属させないことだ
  • より可能性が高いシナリオは、下位層が消え、上位層は最先端モデルによってさらに生産的になることだ
    開発者の能力が低いほど、より高性能な AI が必要になる。この記事の前提は、能力の低い開発者と能力の低い AI が、能力の高い開発者とほぼ自律的な AI より優れていると取り違えているため成り立たない
    最先端 AI を使う能力の低い開発者が作る製品は、すでに 2 年前の未熟な AI を添えた有能な開発者より劣っている
    もっとはっきり言えば、能力の高い開発者は 2 年前でも AI を活用して高品質な製品を作れた。最新の AI を使っても能力の低い開発者は依然として苦戦する一方、能力の高い開発者はより強力な AI にさらに多くの仕事を委任して、生産性をさらに引き上げられる

    • 人生でもまれなことだが、今はおおむね有能なシニアエンジニアたちと働く職場にいて本当によかった
      監督のない契約社員や、採用しすぎた新人がいる悪夢のような組織は、今のような時期にははるかに致命的だろう
  • DeepSeek をオープンソース LLM の例として挙げる言説を見続けているが、彼らは膨大な量のトークンを原価で補助している。怠けず批判的に考えれば、なぜそうしているのかは簡単に理解できる
    とくに地政学的リスクのために推論ハードウェアが強く制限される状況では、最先端モデルが提供する水準に匹敵する ローカル AI を使うのは、まだ高すぎて非効率だ
    ローカル LLM が長期的にこうした最先端企業を脅かしうるという主張も、私は非常に疑わしいと思う
    トークンが高くなる理由は、彼らが市場を支配し始めていて、その優位を利用して国内外のハードウェア流通を制限するようになるからだ
    一部のワークフローではローカル LLM がもっと使われる可能性は高いが、それは最先端モデル水準が必要な作業ではなく、最先端モデルのより軽量で小型な版がロングテールを取り込むために提示する価格にも勝ちにくいだろう

    • 最初の主張の出典はある?
      私の印象では、DeepSeek は v4 をとくに 低コスト推論 のために設計していて、価格が 75% 低くても赤字ではないように見える
    • OpenRouter で DeepSeek モデルを提供する他社も非常に低価格を提示できているので、トークンを原価で補助しているという話は完全に間違っている。その業者には補助する資金もない
    • そうは思わない。私が聞いたところでは、DeepSeek は推論で赤字を出していない
  • エンジニアのコストより、品質に対する感覚 と個人的な価値観のほうが重要だと思う。ここ数年、アウトソーシング業務であまりに多くの近道を見てきたし、AI も近道が大好きだ。両者の組み合わせは、コスト削減に見合う価値がない
    高品質な仕事と自分の仕事への誇りを重視するなら、アウトソーシング人材は解決策ではない。たいてい、自分の仕事に細心の注意を払わないからこそコストが低いのだ
    逆に、とにかく何とか終わらせることだけが目的で、ちゃんとできているか気にしないなら、できるだけ金をかけない以上に良い方法もないだろう

  • この記事が扱っていない部分がある。優れたエンジニアは、既存プロジェクトでコーディングそのものに使う時間は他の作業に比べてそれほど多くない。優れたエンジニアはシステムを エンドツーエンドで理解 している。オフショア開発者は Llama3 より劣る