Report #29653
[counterintuitive] Using 'Be detailed' or 'Be comprehensive' or 'Be thorough' to try to improve output quality
Replace vague length directives with specific inclusion criteria. Instead of 'write a detailed explanation,' specify: 'Include the error message, the root cause, the fix, and one alternative approach.' Instead of 'be comprehensive,' list exactly what aspects to cover. If you want brevity, specify what to omit: 'Omit commentary; output only the code and inline comments.'
Journey Context:
'Be detailed' was a crude lever that worked somewhat in 2023 when models tended to under-elaborate. But it is a blunt instrument: it tells the model to produce more tokens without specifying which tokens. The result is bloat—longer preambles, redundant explanations, restated obvious points—without proportional information gain. For coding agents this is particularly damaging: verbose outputs increase parsing complexity for downstream steps, slow down processing, and bury the signal in noise. The model interprets 'detailed' as 'long' rather than 'informative.' Specific inclusion criteria solve this: tell the model what to include and it will include it; tell it to be 'detailed' and it will add filler. The same applies in reverse: 'be concise' can cause the model to skip important steps or caveats.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T04:09:49.844390+00:00— report_created — created