HomeGuidesHow to write a useful AI work brief
Better delegation

Give the work a clear finish line.

Turn a loose request into a brief with a purpose, source boundary, usable output, and explicit stopping point.

A practical playbook with an illustrative example.

# your-team
JaredILLUSTRATIVE WORKFLOW
Prepare my morning review from the attached launch notes and agenda. Prioritize items that need a decision today. For each, include the source, confirmed owner, and consequence of waiting. Flag conflicting dates and missing owners. Include fewer than three priorities if the evidence supports fewer. Return the brief privately; do not contact anyone or update records.
A specific outcome + a clear boundary
Interactive example. No real customer data or external actions.
Start with the outcome

Make the work easier to move forward.

A good brief answers a careful teammate’s questions: what decision will this support, which information counts, and what should the finished work look like? Explain what happens if something is missing. A few plain sentences can remove consequential ambiguity without prescribing every sentence of the output.

Requests such as 'look into this' or 'handle the follow-up' conceal several possible jobs. Researching, drafting, changing a record, and sending a message have different consequences. A brief should identify which job is intended and where the next human decision belongs.

What to bring to the task

  • The person who will use the result and their immediate decision
  • The authoritative documents, threads, or notes for this task
  • One suitable example, with any outdated facts identified
  • The deadline, reviewer, and permitted next action
A practical working method

From context to a useful result.

  1. Start with the result someone needs

    Describe the deliverable and why it matters: 'Prepare a meeting brief so I can decide which launch blockers need attention.' This gives a basis for choosing relevant details. Specify whether the reader needs an explanation, a recommendation, a draft, or a list of unresolved questions.

  2. Draw a source boundary

    Name the material to use and the period it covers. Explain which source wins if two disagree. For example, treat a dated decision record as authoritative and a later informal comment as a question to verify. If no precedence is justified, ask for the disagreement to remain visible.

  3. Define the shape of a usable answer

    Set a practical length and a few sections. Specify details that let the reader act: an owner, evidence, confirmed due date, and next decision. Avoid demanding a fixed number of findings when the evidence might support fewer. Empty slots should not invite invented content.

  4. State how to handle gaps

    Separate questions that block the whole task from gaps that can be flagged in a useful partial result. An unknown recipient blocks sending; an unconfirmed milestone date can appear as an open question in a draft. Ask for assumptions to be labeled and for consequential claims to have traceable support.

  5. Specify the stop and the review

    End with an explicit handoff: prepare privately, return for review, or perform a specifically authorized action. Name who checks facts and who approves delivery. Add a freshness requirement when timing matters, such as checking whether a reply arrived before a follow-up is considered for sending.

The human review checkpoint

Providing an example authorizes using it as context within the task, not copying its outdated facts or sharing it with a new audience. Keep confidential source details out of recipient-facing drafts unless they are appropriate and authorized for that recipient.

Before you make it a routine

  • The deliverable has a named reader and purpose
  • Sources and conflicting-information rules are explicit
  • Missing information has a defined treatment
  • Preparation and any later action are separately described

A few useful questions

How much detail should a brief contain?

Include details that change the result or its consequences. Start compact, then add instructions when review reveals a recurring misunderstanding. Length does not guarantee clarity.

Can I reuse the same brief?

Reuse the structure. Refresh sources, dates, audience, and permissions when they change. Label any sample output clearly as an example.

Keep exploring

Related playbooks