I measured 275 prompt-response pairs. I scored which parts of a prompt drive quality. The results surprised me. The part most people focus on, the TASK description, matters least. The part almost nobody writes, CONSTRAINTS, matters most.
Here is the full picture. I will show what each band does and what happens when it is missing.
TASK carries 2.8% of the quality weight. CONSTRAINTS carries 42.7%. If you had to pick one to write perfectly, write the constraints section.
This makes sense when you think about it. The model is good at figuring out what you want. That is what it was trained to do. What it cannot do well is read your hidden rules. "Don't change the database schema" is not implied by any task description. "Keep the response under 200 tokens" is not something a model can guess. "Preserve the existing test coverage" is assumed by some models and ignored by others.
Every constraint you leave out is a possible wrong turn. Wrong turns create clarification questions, corrections, and do-overs. Those are your wasted tokens.
My measurement tracks the link between missing bands and exchange rate, meaning back-and-forth per prompt. The data is clear:
Missing CONSTRAINTS: the exchange rate goes up by about 1.8 extra responses per prompt. That is the single biggest driver.
Missing FORMAT: +1.1 extra responses per prompt.
Missing CONTEXT: +0.6 extra responses per prompt.
Missing PERSONA: +0.3 extra responses per prompt.
Missing DATA or TASK: almost no impact. The model infers or asks quickly.
That adds up fast. A prompt missing CONSTRAINTS, FORMAT, and CONTEXT burns about 3.5 extra round trips on average. At scale, 21,194 prompts per week, that is $1,588.56 in a week.
The auto-scatter hook fills all 6 bands for every prompt. You do nothing extra. The hook costs $0.002 per call. It saves $0.08 per call in avoided exchanges. That is the 38x ROI.
// Production AI Engineering
sinc-LLM designs, audits, and stabilises production AI infrastructure: from vendor evaluation and cost accountability to incident controls and MCP architecture.
See what we do →