
議事録の要約を頼んだら、肝心の論点が抜けていた。仕様書を直してもらったら、別の箇所で整合性が崩れていた。企画の壁打ちをしたつもりが、こちらの前提を何度も説明し直す羽目になった。
こんな経験、LLMを日常的に使っている人なら覚えがあるはずです。便利なはずのツールが、なぜか「修理」のような手間を生み出します。
「モデルの性能が低いからだ」で片づけると、話はすっきりします。ただどうも、この説明では取りこぼしが出ます。対話の見えない層に、本当の理由が潜んでいるようです。
プロンプト技術だけでは説明しきれない差
LLMが現場に入って数年、「使いこなせる人」と「いつまでも試行錯誤する人」の差がはっきりしてきました。