codel
← Back to the index

ENG-21 · SEC. 01 Engineering & Coding

Tradeoff Menu, Single Recommendation

Force one clear recommendation with a one-line tradeoff instead of a noncommittal list of options.

FORMAT
prompt
DIFFICULTY
beginner
TIME
5 min
TOOLS
universal
MODELS
any
COPIES
0 so far

When to use this

An agent keeps handing you 3-4 options with pros and cons and no actual opinion, leaving the decision back on your plate. Use this whenever you need a real recommendation, not a menu.

The pattern

Pastes as plain text
I need a decision, not a menu. The question is at the end of this message. If I list options there, treat those as the options on the table; if I don't, propose them yourself.

1. If there are more than 2 genuinely reasonable options, narrow it to the top 2 — discard options that are clearly worse on every axis.
2. For each of the (at most 2) remaining options, state the single biggest tradeoff in one sentence, not a bullet list of pros and cons.
3. Recommend exactly one. State the recommendation before the reasoning, not after.
4. Give the one-sentence reason you'd pick it over the other, specific to my actual situation, not a generic "it depends."
5. Do not say "both are valid" as a final answer. If it truly is a coin flip, say that explicitly and tell me what additional information would break the tie.

The question:

Real example output

The question: Should the new notifications feature use WebSockets or polling?

Recommendation: polling, every 15 seconds.

Reasoning: your notification volume is low (avg 2-3 per user per day per the current email-notification data) and you don't have a WebSocket server running anywhere else in the stack — polling gets you live-enough updates with zero new infrastructure, while WebSockets would mean standing up and operating a stateful connection layer for a feature that doesn't need sub-second latency.

Tradeoff if you went WebSockets instead: near-instant delivery, at the cost of a new always-on service to deploy, monitor, and scale separately from your otherwise-stateless API.

Not a coin flip here — this only flips if notification volume or latency requirements change materially (e.g. if this becomes a chat feature, not a notification feature).

Why it works

A list of options with pros and cons quietly transfers the decision back to you while looking like it did the analysis. Requiring the recommendation first, one sentence of reasoning tied to your actual numbers, and a ban on "it depends" turns analysis paralysis into a usable answer.

Entry ENG-21 · by codel · 2026-07-09 · CC-BY-4.0