320日でエージェントに21,286回話しかけた。中央値は26文字で、プロンプト設計と呼べる長文は全体の1%だった

あるエンジニアが自分のClaude使用履歴（~/.claude/history.jsonl）を分析した結果を公開した。320日間で21,286回プロンプトを打鍵し、総字数は152万字。だが驚くべきは分布だ。中央値は26文字、4分の1は15文字以下。上位1%（213件）の長いプロンプトが全体の34.3%の字数を占めている。つまり、「丁寧に設計された長いプロンプト」は全体のたった1%の出来事であり、残りの99%は短い指示と監督だ。何を言っているかを文末で分類すると、依頼・命令が43.5%、問いかけが13.8%。残りは承認、否定、その他だ。

AIの鬼が見つけるのは、ここで「プロンプト設計」という言葉の使われ方が業界通説と実務で完全に乖離しているということだ。巷で語られる「プロンプト設計」は、長く丁寧な指示文のことだ。役割を与え、制約を並べ、出力形式を指定し、例を添えたもの。それは確かに効く。だが実際の業務ではそんなことをしていない。26文字で「実行して」と言い、返ってきたものを見て、また26文字で次を言う。長さが20字でも200字でも、依頼の比率は40〜47%でほぼ平ら。つまり、長いプロンプトは「短いプロンプトとは違う高度なこと」をしているのではなく、同じ依頼に文脈を貼り付けて長くしただけなのだ。短文と長文の間に本質的な差はない。

中小企業がAIエージェント化を進めるなら、この分析は重要な教訓を持っている。エージェントとの対話は「プロンプトを書く作業」ではなく「返ってきたものを監督する作業」に変わった。1日67回、中央値26文字。時間の大半は打つのではなく、読んで判定し、次を言うことに使われる。改善の効き目があるのは「プロンプトを長く丁寧にする」方向ではなく、「返ってきたものを読む回数を減らす」方向——自動停止トリガーを作る、間違いを人間が見つけずに済む検証の仕組みをつくる——にある。ハンドラーとしての「見る・判定する・突き返す」の負荷を下げることが、実務的な生産性向上の本丸なのだ。