How to Ask AI for What You Actually Want
A plain-English guide to prompt engineering: the four things every clear AI instruction names, and why vague instructions produce vague output.
Who it is for
Anyone who uses an AI tool and keeps getting generic results.
After reading it
You will know the four parts of an effective instruction (role, context, task, format) and how to turn a vague ask into a precise one.
Generic output is almost never a limit of the model. It is an unaimed instruction. When you ask an AI system a vague question, it fills the gaps with the most average answer it can produce, and average is rarely what you wanted. The skill that fixes this has a name: prompt engineering, which is simply the practice of designing and refining the instruction you give a model so the output is accurate and relevant.
The four things every clear instruction names
A precise instruction names four things, in this order.
- Role. Tell the model what perspective to answer from. "Answer as a bookkeeper reviewing a small retail account" produces a different, more useful answer than a blank ask.
- Context. Give the background the model needs to act: who this is for, what already happened, and any constraints. Context is where most weak prompts fall short.
- Task. State the one thing you want done, plainly. "Summarize," "compare," "draft," "classify." Verbs beat descriptions.
- Output format. Say what the result should look like: a five-line summary, a table with three columns, a plain email under 150 words. If you do not name the shape, you inherit whatever the model picks.
Specifics beat generalities
Concrete numbers, names, and constraints steer the answer. "Write a short welcome message" is open to a hundred readings. "Write a 60-word welcome message for a first-time client of a notary service, warm and plain, no exclamation points" has one reading. The more of the decision you make yourself, the less the model has to guess, and guessing is where generic output comes from.
One clear ask per instruction
Compound requests get compound, half-finished answers. If you ask for a summary, three subject lines, and a pricing table in one breath, the model tends to do each one lightly. Split the work: get the summary right, then ask for the subject lines, then the table. Each ask stays sharp.
A worked example
Here is a vague instruction:
Write something about our new service.
And the same intent, aimed:
You are writing for a small business owner who has never hired a consultant. In 120 words or fewer, describe a one-hour AI planning session: what happens in the hour, what the client leaves with, and who it is for. Plain language, no hype, no exclamation points.
The second version tells the model the role, the context, the task, and the format. It will produce something you can use, because there is very little left for it to invent.
Where this leaves you
Prompt engineering is not a trick. It is the habit of writing instructions the way you would brief a capable new colleague: role, context, task, format, one thing at a time, specifics over generalities. Get those right and the output stops sounding generic, because you stopped leaving the important choices to chance.