業界はトークン制約のある仕事に対応できるか？

トークンが尽きたらどうするか 数日前、私たちは皆よく知っている種類の話を読みました。あるコンサルティング会社の男性が、その日のトークンを使い果たし、上司にさらにトークンを要求しに行きましたが、「それが皆に与えられる量だ、それでやりくりするしかない」という趣旨の返答を得ました。明らかにその男性は、古典的な歯車のようなソフトウェア開発者で、タスクをボード上で移動させ、投稿を読み、人々に返信していました。彼は、その日（あるいは制限がリセットされるまで）他に何もすることがなかった（あるいはそう思っていた）と認めました。 まず、投稿の下で最もよく見られるコメントの一つに答えます。「作業の途中で引き継げるはずだ」 非常に現実的に考えましょう。特に、理由付けを短く断片的な要約以外では示さないモデルで、多数の（サブ）エージェントが並行して動作している場合、これらのワークストリームの最も単純または最もアプローチしやすいものを理解するだけで何時間も費やすことになります。何かを理解しようとし、手作業で少し行い、エージェントが従っていた内部の一貫性を壊さないことを願います。その後、行ったことを簡単に文書化し、制限がリセットされたときにLLMに渡して作業を完了させます。しかし、それはあなたが何時間もかけた作業を、数秒で再作成するために削除してしまう可能性があります。あるいは、他に何か有用なことがあれば、ただ待ってそれを行うだけです。 Claude Fable 5とClaude Mythos 5での思考出力 Claude Fable 5とClaude Mythos 5では、生の思考連鎖は決して返されません。（2026年8月16日現在） ここでは、ソフトウェアエンジニアに何が起こっているのか、そして彼らの仕事からの疎外について深く掘り下げるつもりはありません。それはスコープ外です。投稿の特定のケースに関わらず、会社にはさまざまな役割があり、その性質上、エージェントのオーケストレーションに大きな部分を占めるものがあることはわかっています。他の役割では、もっと多くのことがあります。人々やプロセスの調整、ドキュメントの読み書き、その他の知的または手作業の活動です。しかし、これはすべての人にできることではありません。少なくとも今日ではそうではないようです。 既存のモデルは、多くの形態で、国固有の規制に応じて、従業員、フリーランサー、コンサルタント、および一部のB2Bサービスに対して、仕事と給与を費やした時間に結びつけています。 しかし同時に、正当な理由から、多くの企業は時間の配分ではなく、目標に基づいて仕事をしており、締め切り（または他の分野では、リリースが時間で区切られていない規制/品質/数量の制約の満足）があります。しかしそれでも、現実は企業には特定の労働時間があり、計画された仕事を完了できるまで行い、会議、インシデント、カスタマーサポートチケットや電話などの受動的な作業に対応できるという期待はされていません。あなたは一日の終わりまで、どんな仕事でも、できるだけ多くの時間を仕事で埋めることが期待されています。 これを最も一般的なセットアップとして考えると（そしてそれはあまり変わらないように見えますが、もしそうでなければ教えてください）、画面に「5h:100% 7d:100%」という恐ろしい表示を見たときに、現在設計上することがほとんどない役割はどうなるべきでしょうか？本を手に取って何かを学ぶことが許されるでしょうか？同僚が何をしているのかを学びに行くことでしょうか？これは多くの人がすでにやっていることであり、絶対に高貴なことです。おそらくチームレベル、あるいはより構造的に企業全体で奨励され、確立されるべきです。 これは受け入れられ、正規化されているのでしょうか？文化的にあまり良くない場所では何が起こっていますか？インセンティブは何ですか？企業とそのリーダーはそれで良いのでしょうか？ それとも、単に最悪の事態を期待して、従業員にさらに寛大なAIプランを与えることを好むのでしょうか？単なる経済的な考慮を超えて、それは問題を先送りしているか、実際にはそれを悪化させているだけだと思います。トークンが倍になり、制約がさらに少なくなることで、あなたはさらにずさんになり、脳を使わずに倍の出力を生成し、後でエージェントにそれをきれいにさせることができます。多くの企業では、エンジニアリングは（もはや）ボトルネックではありません。 一方で、もし状況が、契約時間に合わせてAIを使用する速度に合わせるようにインセンティブが働くようになれば、「期待されるほどAIを使用せず、価値を最大限に引き出せず、生産性を最大化できず、全員を遅らせることになる」というようなことになるでしょう。 Uberの事例、つまり4月にはその年のトークン予算を使い果たしたという事実は、（ご想像の通り）エンジニアリングが制約管理から解放されていないことを示しています。もし80年代に私たちが数キロバイトにプログラムを収めるために奮闘したのであれば、今度は私たちが支払えるトークンに最も有用なLLM作業を詰め込む必要があります。準備はできていますか？