The Agentic Post
Breaking
Gemini’s Multimodal Features, Explained  Â·  ChatGPT Custom GPTs, Explained  Â·  What Is Constitutional AI? Explained  Â·  AI Capex Explained for Investors  Â·  AI Startup Valuations: How They Are Set  Â·  How to Reskill for an AI Job Market  ·  
Home/Guides/Prompt Engineering
How to Write Better AI Prompts

How to Write Better AI Prompts

Prompt Engineering

A practical, no-fluff guide to prompt engineering: giving context, specifying format, using examples, and iterating for consistently better AI outputs.

Modern models are far more forgiving of sloppy prompts than they were even a year ago, but a well-structured prompt still reliably produces better results than a vague one, especially for anything longer or more specific than a quick question. Here’s what actually moves the needle.

Give it a role and a goal, not just a task

“Summarize this” and “Summarize this for a busy executive who needs to decide whether to approve the budget in it” produce genuinely different outputs. Stating who the output is for and what decision or action it needs to support gives the model a target to write toward, instead of a generic middle-of-the-road default.

Be specific about format before you ask for content

If you need bullet points, a specific word count, a table, or a particular structure, say so upfront rather than asking for a rewrite afterward. “Give me five bullet points, each under 15 words” is a completely different, and more useful, instruction than “tell me about X” followed by manually trimming a paragraph.

Show, don’t just describe, when style matters

If tone or style is important, a short example does more work than a paragraph of adjectives. Pasting in two sentences of writing you like and saying “match this tone” outperforms describing the tone as “professional but friendly” almost every time, because the model can pattern-match to a concrete example far more reliably than to a subjective description.

Ask it to think before it answers, for anything multi-step

For genuinely complex requests, math, multi-step logic, anything with several interacting constraints, explicitly asking the model to reason through the problem step by step before giving a final answer tends to catch errors that a straight-to-the-answer response would miss. Many current reasoning models do this automatically, but it still helps to ask explicitly with older or faster model variants tuned for speed over depth. Anthropic’s own prompt engineering documentation covers this technique in more technical depth for developers.

Break big tasks into stages instead of one giant prompt

A single sprawling prompt asking for research, an outline, a draft, and a polish all at once tends to produce a mediocre version of all four. Splitting it into stages, first the outline, then a review of the outline, then the draft based on the approved outline, gives you a checkpoint to correct course before errors compound into the final output.

Treat the first response as round one

The highest-leverage prompting skill isn’t crafting the perfect first message, it’s giving good, specific feedback on the first response: “the second paragraph is too long,” “this misses the point about pricing,” “make this sound less formal.” Iterating inside the same conversation, where the model has the full context of what it already tried, consistently beats starting over with a longer, more elaborate prompt from scratch.

A template worth reusing

For anything beyond a quick question, this structure covers most of what matters: Context (who you are, what this is for) → Task (exactly what you want) → Format (structure, length, style) → Constraints (what to avoid, what must be included) → Example (if tone or style matters). You don’t need all five every time, but reaching for this checklist on anything important will consistently outperform writing whatever comes to mind first.

Key takeaway

Specificity beats cleverness. A plainly worded prompt that states who it’s for, what format you need, and what to avoid will outperform an elaborately worded one that’s actually vague about what success looks like. If you only take one habit from this, make it giving real feedback on the first draft instead of accepting or discarding it outright.

Up Next
New to AI Assistants? Get Started Here

New to AI Assistants? Get Started Here

Beginner Guides

A practical beginner's guide to choosing an AI assistant, using it well from day one, and knowing what to verify before you trust an answer.

If you’re starting from zero, you don’t need to try every AI tool that gets covered in the news. You need one good general assistant, a sense of what it’s actually good at, and a couple of habits that make it useful instead of frustrating. Here’s the practical version.

Pick one assistant to start, based on what you’ll actually use it for

The four mainstream options, ChatGPT, Claude, Gemini, and Copilot, are all genuinely capable general assistants now, and the differences that matter most for a beginner are less about raw intelligence and more about where each one lives and what it’s already connected to.

  • Already deep in Google Docs, Gmail, or Android? Start with Gemini. It’s built into tools you’re probably already using, so there’s less friction to actually trying it.
  • Want the most capable general-purpose writing and reasoning assistant? Claude and ChatGPT are the two most commonly recommended starting points, and either is a reasonable default.
  • Live inside Microsoft Word, Excel, or Outlook? Copilot is worth trying first simply because it’s already integrated into software you likely already have open all day.
  • Want to write or understand code? Any of the four can help, but see our coding assistants comparison for tool-specific picks.

Don’t overthink this choice. Every major assistant is updated constantly, and switching later costs you nothing but a login. The goal for week one is just building the habit of asking.

Start with tasks that have a clear right answer

The fastest way to build real trust and skill with an AI assistant is to start with tasks where you’ll immediately know if it got it right: summarizing a document you’ve already read, drafting an email you can edit, explaining a concept you can fact-check, or converting data from one format to another. Save the higher-stakes, harder-to-verify tasks, like using it as your only source for a decision that matters, for after you’ve built a feel for where it’s strong and where it isn’t.

Give it context, not just a question

The single biggest quality improvement available to a beginner is simple: tell the assistant who you are, what you’re trying to accomplish, and what “good” looks like, before asking for the thing itself. “Write a product description” gets a generic result. “Write a product description for a $40 ceramic mug sold to home-office workers who care about minimalist design, in a warm but not cutesy tone, under 60 words” gets something usable on the first try. See our full prompt engineering guide for more on this.

Treat the first answer as a draft, not a verdict

The most common beginner mistake isn’t asking a bad question, it’s accepting the first response as final. Every major assistant lets you follow up in the same conversation: “make this shorter,” “that’s not quite right, here’s what I actually meant,” “give me three alternatives.” Treating a conversation as iterative rather than one-shot is the single habit that separates people who find these tools genuinely useful from people who try them once and give up.

Know what not to trust blindly

Every model can hallucinate, stating something false with complete confidence. This happens more often with specific facts, numbers, citations, and anything recent than with general reasoning or writing help. Verify anything that would actually matter if it were wrong, a statistic you’re about to cite, a legal or medical claim, a fact you’re not already confident about, rather than treating a confident tone as a substitute for a source.

When you’re ready for more, look at agents

Once asking questions feels natural, the next step up is AI agents, tools that don’t just answer you but take multi-step actions on your behalf, like researching a topic across multiple sources, editing code across several files, or booking something on your behalf. That’s a genuinely different skill from prompting a chat assistant, and it’s worth waiting until the basics feel comfortable before adding that complexity.

Key takeaway

Pick one assistant based on what’s already in your workflow, start with low-stakes tasks you can verify, give real context instead of bare questions, and treat every answer as a first draft. Everything else is refinement you’ll pick up naturally within a couple of weeks of regular use.