A broad prompt can produce a polished response while leaving the real task unresolved. The model needs useful context, but the person reviewing the answer also needs a clear account of what was requested.

State the job, the relevant input, and the expected form of the result. Include important constraints and explain what should remain unknown rather than filled in. A small example can clarify a format or tone that is otherwise difficult to describe.

Review the output against the request and revise the prompt around the first meaningful mismatch. A longer prompt is not automatically a better one. The practical goal is a clear task and a result whose quality can be inspected.

Bring the idea into a day.

Imagine asking for a short introduction that uses only the supplied notes and identifies missing information. The request gives the draft a clearer boundary.

Another angle on the story.

Define the task before judging the answer. A fluent response can satisfy the shape of a request while missing a constraint that matters to the work.
A few starting points
  1. State the job and relevant input.
  2. Describe the expected result.
  3. Leave unknown facts explicit.

Follow a related question

Choose the details that distinguish your files.

Filenames that carry context

Define the shared starting condition.

Compare groups that share a start

Keep learning

Related background to continue exploring this subject.

Google: prompt design strategies Google: an introduction to language models
Find your next read