0
Analyze the prompt length versus output quality tradeoff before adding more instructions
I keep adding instructions to this prompt every time I see a new failure case, and it's getting long. Before I add the next one, help me think about the length/quality tradeoff properly. Given the current prompt: current_prompt and the new instruction I'm considering adding: proposed_addition
1. Check whether the new instruction is actually needed as an explicit rule, or whether it's covering a case so rare that it doesn't justify permanently lengthening a prompt that runs on every call - ask me for the actual frequency of this failure if I haven't stated it, since that's the key input to this decision.
2. Check whether the new instruction could instead be a rephrasing/tightening of an existing instruction rather than a net-new addition, since prompts often accumulate redundant instructions covering overlapping ground.
3. If it should be added, check whether it belongs where I'm planning to add it, or whether it would be more effective and cause less prompt bloat if merged into an existing related instruction instead of appended as a new standalone one.
4. Note the concrete cost of the addition: token count increase, and whether this prompt is used at high enough volume that the added cost is worth actually calculating in dollar terms.
5. Give a clear recommendation: add it, merge it into an existing instruction, or don't add it and handle this failure case a different way (post-processing validation instead of a prompt instruction).
Current prompt: current_prompt
Proposed addition: proposed_addition
How often this failure occurs: failure_frequency