Prompt Engineering: Getting Real Output From AI
Most people treat AI like a search engine and then wonder why the results are mediocre. The reframe that changed everything for me: **prompts are instructions,…
Most people treat AI like a search engine and then wonder why the results are mediocre. The reframe that changed everything for me: prompts are instructions, not questions. And bad prompts are expensive — they lead to irrelevant output, endless retries, and wasted time. Nine times out of ten, the problem isn't the AI. It's the prompt.
The five pillars of a strong prompt
Almost every great prompt includes some combination of five things. You don't always need all five, but the more you include, the more consistent the output:
- Role — tell the AI who it is (or who you are). "You are a senior financial analyst…" sets the entire frame.
- Goal — a clear task with intent. Give it a finish line. "Draft a one-page executive summary that…" beats "tell me about…"
- Context — the background, audience, and history the model can't possibly know about your world. "This is for a seed-stage startup that just expanded into a new market…"
- Constraints — format, length, tone, style. "Under 150 words, confident but friendly, as a bulleted list."
- Examples — show what good looks like. "Here's a piece we liked; match this voice." Examples calibrate the output better than any amount of description.
Weak vs. strong, in practice
The difference is concrete:
- Weak: "Summarize this report." → seven paragraphs of fluff.
Strong: "As an expert authority, extract the 5 most important takeaways from this report in clear, actionable language."
- Weak: "Give me blog ideas." → twenty generic titles.
Strong: "You are a marketing strategist. Suggest 3 blog topics on [subject] targeting [specific audience]. Include a proposed hook for each."
- Weak: "Fix this code." → a slightly different broken version.
Strong: "You are a senior developer. Review this function for bugs and suggest improvements line by line. Keep it under 150 words."
Same intent, wildly different output — because the strong versions supply role, goal, context, and constraints.
Two frameworks worth memorising
When you want a repeatable structure:
CLEAR — best for open-ended or creative work you'll iterate on:
- Concise — keep it tight, remove filler.
- Logical — structure the ask in clear steps.
- Explicit — say exactly what you want; assume nothing.
- Adaptive — tweak based on the result; don't settle for the first answer.
- Reflective — review your own prompt. Did you give it a role? A format? Context?
RGIO — best for specific outcomes, clean and fast:
- Role — who is the AI?
- Goal — the task and the end result.
- Input — what does it need to know?
- Output — what format should the result take?
Use CLEAR when you're exploring; use RGIO when you know exactly what you want.
The mindset shift
The whole discipline rests on one habit: stop asking, start instructing. Treat the model like a brilliant but context-free collaborator who will do exactly what you specify and nothing you don't. The quality of what you get back is almost entirely a function of how much of the role, goal, context, constraints, and examples you bothered to supply. Iterating on the prompt — not just re-rolling the same vague request — is where the real leverage is. The people getting extraordinary output from AI aren't using a different model; they're writing better instructions.
The throughline
AI rewards precision. Give it a role, a goal, the context it lacks, clear constraints, and an example of "good" — then iterate on the prompt itself, not just the output. Do that and the model stops being a slot machine you keep pulling and becomes the most capable collaborator you've ever briefed.