Glossary
Prompt
A prompt is everything you give an AI assistant in one request, the instruction together with any background, examples or files you attach, and it is the only thing the assistant has to work from when it produces its reply.
In plain terms
It is the brief. A vague brief to a capable new starter produces something vaguely right, and the same is true here: the reply can only be as specific as what you asked for. The difference is that this new starter cannot walk over and ask what you meant, so anything you leave out gets guessed rather than queried.
Why it matters
This is the one part of the whole business you control completely, and the one skill on this list you can practise today without buying anything. The gap between a mediocre answer and a genuinely useful one is far more often the request than the software. The same assistant, on the same subject, will produce a shrug or a finished draft depending on how much of what you already know made it into the message. It is also the cheapest lever available. Better wording costs nothing, whereas a bigger model costs on every request forever.
How it works
Everything in the request is read as one continuous piece of text, then continued. There is no separate channel for instructions and material: your question, the document you pasted, the examples you gave and any rules the product set behind the scenes are all part of the same block. That is why a long attachment can drown a short instruction, and why putting the instruction after the material often works better than putting it before.
Specificity does most of the work. Naming the audience, the format, the length and the purpose removes guesses the assistant would otherwise make silently. Compare asking for a summary with asking for five bullet points a finance director could read in a minute, each naming the decision it affects. The second describes a finished thing; the first describes a direction.
Showing beats describing. Two or three examples of the output you want will usually outperform a paragraph explaining it, because the pattern is unambiguous where the description is open to interpretation. This is why pasting a previous piece of work and asking for another like it is such a reliable move.
Giving the assistant something to work from changes the failure mode. Asked about your refund policy with nothing attached, it will produce a plausible refund policy. Asked with the actual policy pasted in, it will answer from the document. Nothing about the assistant changed; the material available to it did.
Constraints are worth stating even when they feel obvious. Say what to leave out, what not to invent, and what to do when the answer is not in the material. A request that ends with an instruction to say so rather than guess when something is missing produces noticeably fewer confident inventions than one that does not.
Order matters more than it looks. What comes last tends to carry the most weight, which is why an instruction placed after a long attachment is followed more reliably than the same instruction placed above it. If a request contains several demands, the ones at the very end are the ones most likely to survive a long answer intact, so put the non-negotiable requirement there rather than in the middle.
Iterating is part of the method, not a sign the first attempt failed. Saying what is wrong with an answer gives the assistant your intent and a worked example of missing it, which is more information than the original request contained. Three short corrections usually get further than one heroic opening request, and they cost less thinking on your part because each one addresses something you can now see.
The same task, briefed twice
Seen in the wild
Paste a rejected draft and the feedback it received, then ask for a revision that answers each point. The feedback is doing more work than any instruction you could write.
ChatGPTAttach a long source document and put your instruction after it rather than before, so the request is the last thing read rather than the thing buried at the top.
ClaudeAsk a research assistant a question worded as the sentence you want back, and see how much the shape of the question shapes the shape of the answer.
PerplexitySave a request you have refined into a reusable instruction inside your notes workspace, so the wording that worked is not rebuilt from memory every time the task recurs.
Notion AI
Common misconceptions
People assume
There are magic words that get better answers out of it.
In fact
Collections of phrases circulate as though they were incantations, and most of what they do is supply specificity that a plainly worded request would supply anyway. Telling an assistant to act as a world-class expert helps far less than telling it who will read the output and what it must contain.
People assume
Longer prompts are better prompts.
In fact
Length helps only where it adds information. Repetition, flattery and elaborate framing consume the same budget as the source material and crowd it out. The useful additions are context, examples and constraints; everything else is filler that costs you.
People assume
If the first answer is poor, the tool is not good enough.
In fact
The first answer is a draft, and treating it as one is most of the skill. Saying what is wrong with it is usually faster and more effective than rewriting the original request from scratch, because the assistant now has both your intent and a concrete example of missing the mark.
Telling them apart
Prompt vs System prompt
Prompt
What you write, in the moment, for one request. Changes every time, visible to you, and yours to edit freely.
Standing instructions set once and applied to every request behind the scenes, usually by whoever configured the tool. Sets role, tone and boundaries you may never see.
If you typed it just now it is a prompt. If the assistant behaves a particular way before you have typed anything, that is the standing instruction talking.
Prompt vs Prompt engineering
Prompt
The message itself. A thing you write, send and adjust, one at a time, for work in front of you.
The practice of designing and testing prompts systematically, usually because they will run thousands of times inside a product rather than once for you.
Writing one good request is prompting. Testing variants against a set of cases to find which wording holds up is the engineering version, and it only pays off at volume.
Questions
- What makes a prompt good?
- Enough context that the assistant is not guessing, a clear statement of what the output should be, and an example where one is available. Naming the reader, the format and the length removes most ambiguity. A useful test: if you handed the same text to a capable colleague with no other briefing, could they produce what you want?
- Should I use a prompt template someone else wrote?
- As a starting point, yes, particularly for a task you do repeatedly. Read what it actually asks for rather than pasting it blind, because most of a template's value is the specificity it supplies and specificity about someone else's job may not suit yours. Keep the structure, replace the substance.
- Is it better to ask for everything at once or in steps?
- Steps, for anything with several stages or where you will want to intervene. Asking for an outline, correcting it, then asking for the draft gives you a checkpoint before the expensive part. Single requests suit well-defined jobs where you can describe the finished thing precisely.
- Does it matter which assistant I write the prompt for?
- Less than people expect. The habits that help, context, examples, explicit constraints, transfer across products because they address the same underlying mechanism. Fine details differ, and a request tuned heavily to one product may need adjusting elsewhere, but a well-specified brief travels.
- Do I need to be polite to an AI assistant?
- It makes no difference to the mechanism, which has no feelings to bruise. Courtesy costs a few words and some people find it keeps their own tone consistent, which has its own value when the text may be read by a colleague later. Nothing about please or thank you reliably improves the answer itself.
- Why did the same prompt give me a different answer the second time?
- Most assistants introduce deliberate variation, so identical requests produce differently worded replies even when the substance holds. Where consistency matters, some products expose a setting that reduces it, and pinning the format in the request helps too. Otherwise treat the variation as a reason to review output rather than to expect one canonical answer.
Key takeaways
- The prompt is everything you send in one request, instruction and attached material together.
- Specificity does the work: name the audience, the format, the length and the purpose.
- Showing two or three examples usually beats describing what you want.
- Attaching the relevant material changes the failure mode from invention to reading.
- Treat the first answer as a draft and correct it rather than rewriting the request.
Tools that use this
- ChatGPT
A ready place to practise this, where iterating on a draft takes seconds.
- Claude
Large attachment capacity, so the instruction-after-material habit matters more here.
- Perplexity
Research answers track the shape of the question closely, which makes wording effects visible.
Last checked July 2026