Claude Codeでどんなセッションにいくらくらいかかるのか何の気なしに見ていたのだが、これは単にかかった費用というだけでなく仕事の粒度を測る基準として案外使えるのでは、と思うようになってきた。
タスクの大きさを見積もる時は人日やストーリーポイント等を使うやり方があるが、そこに消費トークン（と、その換算としての金額）という指標があったらどうか。
従来の見積もりがやや主観的でずれたかどうかの検証も曖昧なのに対して、こちらは消費した分が事後に自動で正確に記録される（スクラム開発においてプランニングが定性的なのはソフトウェア開発における不確実性の高さを前提とした意図的な選択だと思うので、それを否定するものではない）。
ちなみに、トークン単価ではなくタスクあたりの金額で評価すべき、という話はあちこちで言われている気がするが、その多くはどのモデルがタスクあたり安く済むかというベンチマークの文脈や、チームや組織としてどう予算を組むかというFinOps寄りの文脈だと思う。
ここではもう少し手前の卑近な話で、個人の作業をどう分割するかに使うという話をしたい。
いくらかやってみた体感として、数十ドルくらいで終わる仕事というのが少なくとも私のタスクの切り方としてちょうどいい気がしている。1日前後でできるくらいのタスクを終えてみると、概ね数十ドルくらい消費していることが多かった。
数十ドルといっても$20と$80ではだいぶ違うわけだが、あえてそのくらいの遊びを持たせた雑さがちょうどいい感じがする。$30以内、みたいに締めると今度は締めること自体が間接コストになりそう（ただ$80とかいっちゃうとちょっと高いかなという気はする）。
なおサブスクリプション契約の場合は実際の支払額と直接は対応しないが、例えばClaude Codeなら/usageで従量課金換算の概算値が参照できるので、それを使えばよい。
念のため補足すると、新規でゴリゴリ開発する場合や、エージェントを何並列も走らせて破綻しない人は1日あたりの消費はもっと大きくなるはずで、それを否定する話ではない。
ここで言いたいのはチケット1つ分の作業みたいなイメージである。
ひとつの関心事を扱い、レビューできる大きさで着地させる。そういう単位が数十ドルあたりに落ち着くことが多い気がするという話。
逆に言うと、数十ドルで終わらない時は、タスクの切り方を間違えているかもというシグナルになる。
コンテキストが膨らみすぎているか、要件が固まっていないか、そもそも二つ以上のことをやろうとしていないか、など。
思ったよりお金がかかっていたらタスク分割のサイン的な。
もうひとつの効用として、これは自分に対する tokenmaxxing 対策になると感じている。
エージェントは放っておくといくらでも動くし、動いていると仕事をしている感じがする。しかし当然ながら、消費したトークン量と得られた成果は別物である。
投入量に対してどれだけの成果が出ているかを意識するには、投入量が可視化されている必要がある。
その点、金額で可視化されるのは分かりやすくて良い。
その他雰囲気的な話で、Mitchell Hashimoto氏が Ghostty の開発に関連して、これは$xxでできたよ、みたいな発信をしばしばされていて、なんかかっこいいなと思っていたのもある。
一例としてこの投稿では、機能1つを約$16、作業時間は8時間程度、とのこと（ただしClaude CodeやCodexではなくAmpを利用）。
Vibing a Non-Trivial Ghostty Feature
Mitchell Hashimoto
私も1つ$15くらいでシュッと価値を出したいところだけど、もろもろスキル不足もあってガチャガチャやってるうちにだいたいもう少しかかってしまいますね。
ただこのへんはツールやモデル、フレームワークなどの成熟により解決されることもあると思うので、ツールの使い方、テク、みたいなのはあまり頑張りたくない気持ちはある。先ほどのMitchell Hashimoto氏の投稿を見ても分かるように、変わらず大事なのはツールを使う技術者の地力であるのは間違いない。
以上、2026年半ば現在AnthropicやOpenAIのメジャーなモデルを利用する前提の感覚にはなりますが、雑な所感として書き残しておきます。