Better results come less from changing tools and more from changing how requests are written. When instructions are vague, AI fills gaps with guesses—leading to generic wording, missed requirements, and inconsistent formatting. When instructions are specific, structured, and constrained, outputs become easier to trust, faster to edit, and more aligned with the intended tone and use case. This guide breaks down practical building blocks of clear instruction-writing: defining goals, providing context, setting boundaries, and specifying deliverables. It also includes quick templates and a troubleshooting approach for when results drift, invent details, or ignore constraints—so outputs stay accurate, creative, and reliable across writing, brainstorming, planning, and analysis tasks.
Clear instructions don’t just make responses “better.” They make them more predictable, easier to verify, and easier to reuse.
A reliable way to get dependable results is to separate what you want (objective) from how it should be delivered (format) and what rules it must follow (constraints). Use this six-part structure as a repeatable checklist.
| Part | What to include | Example snippet |
|---|---|---|
| Objective | Single measurable outcome | Draft a 5-step onboarding email sequence |
| Context | Audience + use-case + inputs | Audience: first-time buyers; product: budgeting app |
| Role & style | Perspective + tone + reading level | Write as a concise product marketer; friendly, direct |
| Constraints | Rules, exclusions, length, facts | No medical claims; 120–150 words each |
| Output format | Exact structure | Return as a table with Subject + Body columns |
| Validation | Assumptions + checks | List assumptions; flag missing info; verify against constraints |
“Write about X” leaves too many choices open. Replace it with a deliverable: what type of asset, for whom, how long, and what success looks like.
If the response needs specific facts (pricing, features, policies, definitions), provide them. When style is hard to describe, include a short example of “good” and “not good.”
If certain claims are off-limits, say so. If formatting matters, specify the structure. If accuracy matters, add: “Do not invent details; ask questions if needed.”
If a single request tries to plan, draft, and perfect in one go, quality can drop. Split into phases: plan first, then draft, then refine with targeted revision notes.
Reading level, tone, and brand voice are preferences unless stated. Define them plainly (for example: “plain English, no hype, short sentences”).
Ask for a quick self-audit: a checklist confirming each requirement was met, plus a list of assumptions and any uncertainty.
These paste-ready patterns keep work moving without sacrificing clarity. The key is to put constraints before generation, and to include a “do not invent details” rule when factual precision matters.
Objective: [deliverable]
Audience: [who]
Tone/voice: [style]
Must include: [bullets]
Must avoid: [bullets]
Format: [headings/table/bullets]
Length: [word count]
Validation: List assumptions and confirm constraints were met.
Constraints first: theme, audience, positioning limits, banned phrases, and category buckets. Then request 15–25 options grouped by bucket, with short one-line rationales.
Provide the data, define terms, specify a method (compare, summarize, cluster, forecast), and require uncertainty handling: “If the data can’t support a claim, say so and explain what would be needed.”
Paste the original text, state what must be preserved (facts, tone, structure), what must change (clarity, length, reading level), and acceptance criteria (final length, required headings, no new claims).
When accuracy is critical, require either citations or a clear “cannot verify” note instead of confident-sounding specifics. For additional best-practice guidance, see OpenAI’s instruction best practices, Anthropic’s guidance, or Google’s guidance.
Use the minimum detail needed to remove ambiguity: objective, audience, constraints, and the required format. Add examples when the desired style is hard to describe or easy to misinterpret.
State “do not invent details,” require questions for missing information, and ask for uncertainty notes or citations when claims must be verifiable. Also provide the source facts you want used (or specify what sources are allowed).
Add a deliverable (what to produce), a constraint (what to avoid), and an output format (exact structure). Then request a brief plan before the final so misalignment is caught early.
Leave a comment