Skip to content
Mastering Claude

Home / Cowork, the digital colleague

Cowork, the digital colleague8 minFondation

Writing a brief Cowork can execute, then reading its plan before it starts

A good brief names a result, its source, its destination and the workspace concerned, as if for a colleague starting that same day; Cowork answers with a plan that needs reading, because a wrong assumption spotted before execution is corrected at no cost, spotted after it can mean undoing writes already made.

Cowork works on a simple principle: you describe a wanted result, then come back later to review finished work. This principle only holds if the initial brief says enough for a finished piece of work to have a checkable meaning.

The four elements of a usable brief

A brief that works names four things, exactly as you would to a colleague starting on the subject that same day. The expected result, a file, a report, a tidied folder. The source, where the starting material sits, which folder, which files. The destination, where the result should land, a new file, an existing folder, an overwrite in place. The workspace concerned, the Cowork project all of this should happen in, so that the memory and attached folders are the right ones. These four elements are not a form imposed by Anthropic, they are a method: leaving one out lets Cowork guess in its place, and guessing a folder or a format that is not the one expected costs more to fix than one extra sentence written into the initial brief.

Weak brief: "Sort out the invoices."
Usable brief: "Read the PDF invoices in the Invoices_2026 folder, create a summary table in a new Recap_2026.xlsx file, one row per invoice, in this same project."

The plan, your last chance before writing

Faced with a brief, Cowork does not get straight to work: it first proposes a plan, a sequence of steps it intends to follow. Reading this plan before letting it start changes the nature of the error that can occur. A wrong assumption spotted in the plan, the wrong folder targeted, a destination file that would overwrite an existing one, is fixed by changing a sentence in the brief, at no cost whatsoever. The same wrong assumption spotted after execution can mean undoing writes already made, digging up an old version of an overwritten file, or sorting out what changed across an entire folder.

The same review reflex applies to the approval level chosen for the task, detailed in the next lesson: a plan read carefully in manual mode beats a plan skimmed in automatic mode.

Figure 1

From brief to result, a review in the middle

01
Brief written
Result, source, destination and workspace named in one or two sentences.
02
Plan proposed
Cowork lists the steps it intends to follow, without writing anything yet.
03
Plan reviewed
Each step is checked against the wanted result before any approval.
04
Execution
Cowork actually acts on the files, once the plan is approved.
Wrong assumption spotted03Brief corrected
The sequence shows that human review of the plan sits before any real writing, with a possible path back to a corrected brief if an assumption turns out wrong.
Calibrate it yourself

A project manager writes a brief for Cowork asking for a summary table of the invoices in the Invoices_2026 folder in a new Recap_2026.xlsx file, and Cowork presents her with a plan that intends to write this summary directly into the existing Invoices_2026.xlsx file.

Write in one sentence what this situation establishes, and in one sentence what it does not establish.

What to remember
  • A usable brief names four elements, the expected result, the source of the material, the destination of the result, and the workspace concerned.
  • Cowork answers a brief with a plan of steps before acting, and that plan is read before being approved.
  • A wrong assumption spotted in the plan is fixed by changing a sentence in the brief, at no execution cost.
  • The same error spotted after execution can mean undoing writes already made on real files.
Do this now

For a real task from your job, write a brief of one or two sentences that names the result, the source, the destination and the project concerned, then read every step of the plan Cowork shows you before clicking execute.

Check the source

Every datable claim in this lesson links here to the public text behind it. A source that does not open proves nothing.