← The archive
14KriyāFiled under Artificial Intelligence. 3 min.

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.

insightartificial-intelligenceprompt-engineeringaiproductivity