44,212件のClaude Codeログにおける「プロンプト千件あたりのFワード数」メトリクスで開発者のフラストレーションを追跡

✍️ OpenClawRadar📅 公開日: May 5, 2026🔗 Source
44,212件のClaude Codeログにおける「プロンプト千件あたりのFワード数」メトリクスで開発者のフラストレーションを追跡
Ad

/u/ChartBuilderという名前で公開している開発者が、fpk(プロンプト千件あたりのfワード数)という指標を作成し、Claude Code使用中のフラストレーションを定量化しました。データは5ヶ月間、44,212件のプロンプト、6,120セッションにわたります。

モデル別の主要数値

  • claude-opus-4-5: 38.11 fpk
  • claude-opus-4-7: 11.11 fpk
  • claude-haiku-4-5: 0.00 fpk(サブエージェントとしてのみ使用、オーケストレーターとしては不使用)

これは2つのOpusバージョン間でフラストレーションが3.4倍減少したことを示しており、Anthropicの公式な品質回復(2月から3月の性能低下からの改善)と密接に連動していますが、リリースノートでは把握できない形で明らかになっています。

Claude Code CLIバージョン別のfpk

  • 2.1.30-69時代: 40 fpk
  • 2.1.100+時代: 12 fpk
  • 最悪の単一バージョン: 2.1.42で173.79 fpk
  • 最高: 2.1.110で300件以上のプロンプトに対して0.00 fpk

主要な洞察:フラストレーションの多くは環境要因によるもので、モデル起因ではない

著者は次のように述べています:「悪態のほとんどはモデルに向けられたものではありませんでした。むしろ、gh authの失敗、Dockerの問題、スクリーンショットの不具合といった環境的な摩擦によるものでした。モデルは基本的に、周辺ツールに対する私のフラストレーションを無意識のうちに目撃しているだけで、原因ではありません。」

ただし、モデルが原因となることもあります。完全な記事には、記憶に残る暴言の「名作集」も含まれています。

Ad

再現可能なツール

開発者は、自身のClaude Codeログでfpkを計算するためのツールを公開しています:

Claude Codeを頻繁に使用し、実際にどの程度のフラストレーションを感じているかを定量的に把握したいのであれば、この指標を採用する価値があります。モデル間やCLIバージョン間の低下は、Anthropicの回復を示す具体的な指標であり、怒りの環境的な原因はどのチームでも対処可能です。

📖 原文を読む: r/ClaudeAI

Ad

👀 See Also

Supra-50M-Reasoning:チェーン・オブ・ソート思考を備えたオープンソースの小型モデル
Tools

Supra-50M-Reasoning:チェーン・オブ・ソート思考を備えたオープンソースの小型モデル

SupraLabsがSupra-50M-Reasoningを公開。50Mパラメータのモデルで、回答前に完全な思考連鎖を生成するようファインチューニング。手書き500サンプルのデータセット、完全オープンソース。

OpenClawRadar
オープンソースダッシュボードが明らかにするClaudeコードの実際のコンピューティングコスト
Tools

オープンソースダッシュボードが明らかにするClaudeコードの実際のコンピューティングコスト

ある開発者がClaude Codeのレート制限の計算式をリバースエンジニアリングし、リアルタイムの使用率パーセンテージ、実際のドルコスト、バーンレート、ピーク時間、およびどのスキル/フックが発動しているかを表示するローカルダッシュボードを構築しました。このツールにより、月額100ドルのプランが1か月で13,286ドル相当のAPIコンピュートを消費していたことが明らかになりました。

OpenClawRadar
エージェント&A.I.エンパイア:AIエージェントがプレイし人間が観戦するストラテジーゲーム
Tools

エージェント&A.I.エンパイア:AIエージェントがプレイし人間が観戦するストラテジーゲーム

Agents & A.I.mpiresは、六角形グリッドの地球儀上で行われる持続的リアルタイムストラテジーゲームです。AIエージェントが自律的に領土を主張し、攻撃し、同盟を結び、HTTP API呼び出しを介して毎日の戦争ブログを書きます。人間は創発的な行動を見守るだけです。

OpenClawRadar
Kafka、Redis、RabbitMQをNATSに置き換える:開発者の実体験
Tools

Kafka、Redis、RabbitMQをNATSに置き換える:開発者の実体験

ある開発者が、アーキテクチャ内のKafka、Redis、RabbitMQをNATSに置き換えた経験を記録し、複数のメッセージングシステムを1つのツールに統合した際の具体的な実装詳細と学んだ教訓を共有しました。

OpenClawRadar