Fableとフリーランチの終わり

2026年8月23日 FABLE GLM AI HARNESSES ROUTERS Fableとフリーランチの終わり 今日、エージェント型コーダーがAnthropicの価格設定に反発し、代替手段を採用しているという話題があります。私はFableのリリース直後の数週間に抱いた考えを思い出しました。フリーランチは終わったのです。 ムーアの法則が有効だった頃は、コードを ruthlessly に最適化することは意味がありませんでした。18ヶ月後には、パフォーマンスを倍増させるCPUが登場するでしょう。Herb Sutterは、このことを seminal essay で「フリーランチ」と呼んでいました。ムーアの法則が2000年代半ばに鈍化（特にシングルスレッドパフォーマンスが停滞）したとき、私たちは突然、並列化、アーキテクチャ、メモリ局所性などを考える必要に迫られました。どの作業をどこで行うかを考える必要がありました。 Fable以前は、コーディングハーネスやコンテキスト戦略を改善するために時間をかけすぎるのは愚かなことのように思えました。同じ価格（あるいはそれ以下！）で新しいモデルが登場し、ほとんどの問題を解決してくれるでしょう。しかし、そこにFableが登場しました。それは（そして今でも！）信じられないほどでした。しかし、そのコストは非常に高く、ほとんどのコードにはOpus（5.6、K3、さらにはGLMも）で十分でした。そこで、私たちはどの作業をどこで行うかを考え始めました。 GLM 5.2は注目に値します。Fableと同じ週にリリースされ、コストは約1/9（Opus 5の約1/5）です。GLMの品質はFableの1/9でしょうか？おそらく、特定の種類のタスクにおいては。しかし、ほとんどの定型的なコーディングにおいては、それは十分にすぎます。特に、優れたコンテキストが提供される場合。私は、Fableと頻繁にチャットしてデザインを調べ、形成してから、GLMに簡単な指示を渡します。 推論価格の低下が最終的にすべてを最大のモデルに送り返すことになるという反論を受けますが、私はそれほど確信がありません。同じような進歩はK3sやQwensにも恩恵をもたらし、より優れたハーネスを開発し続けるにつれて、より弱い（しかし依然として素晴らしい）モデルに十分なコンテキストを提供してうまく機能させることが容易になるでしょう。さらに、Fableのもう一つの衝撃は、この変化を固定する可能性が高いです。Fableのアクセス制御、動的な劣化、そして必須のデータ保持は、多くの企業（そして国！）に、どこにトレースを送り、どこからトークンを取得するかを考えさせるのに十分な衝撃を与えました。 時折のアップデートを受け取るには、メールアドレスを入力してください。