be/brief
Request access
← The Debrief
For non-coders

What you would actually hand off.

Every autonomous-AI demo ends with the same private question. It looks impressive, but what would it actually do for me, on a normal Tuesday, with my real inbox and my real week? The demos rarely answer it, because a clever capability is easy to show and a delegated workload is not. So here is the plain version: the work you would genuinely hand to a team of associates, and the work you would keep.

The work that already looks like delegation

Most of a knowledge-worker week is not deep, irreplaceable judgment. It is connective tissue: small, repeated, attention-hungry tasks that are easy to describe and tedious to do. That is precisely the work that delegates well, because describing it is most of doing it.

The inbox is the obvious one. Not “write my emails,” but triage: read the overnight pile, surface the three things that actually need you, draft replies to the dozen that don’t, and flag the one that’s quietly on fire. Scheduling sits right next to it. Find the time, propose it, hold the thread until it’s booked, move it when something slips.

Then the work that falls through the cracks because no one owns it. The follow-up you meant to send. The research you’d do if you had an afternoon: pull the five options, summarize them, lay out the trade-offs. The recurring report nobody enjoys assembling. The watching, too, the standing instruction to tell you when something changes, so you stop checking and start being told.

If you can describe the work to a capable person, you can delegate it. That was always the bar.

None of this is exotic. It is the work a good assistant or a sharp junior colleague would take off your plate, which is the point. The test for what to hand off is not how technical the task is. It is whether you could explain it to a capable person in a few sentences. If you can, it is already delegable.

Where you stay in the loop

Delegation is not abdication, and the difference is the part most tools get wrong. The skill is not handing over everything. It is naming the few moments you want to be asked.

Those moments are consistent. Anything irreversible: money out the door, a message that can’t be unsent, a file deleted. Anything above a threshold you set: a spend, a commitment, a promise made in your name. Anything touching a relationship you are actively protecting, where the right call needs context only you hold.

Spell those out once and the rest runs without you. A capable associate should act freely on everything routine and stop, deliberately, at the edges you drew, surfacing the decision rather than guessing at it. That checkpoint is not caution bolted on. It is what makes the autonomy safe to grant in the first place, and it is the difference between a team you trust and a tool you have to supervise.

You already know how to do this

The instinct can feel unfamiliar after a decade of operating software, of thinking in steps and settings instead of intent. But it predates all of that. If you have ever handed real work to a capable person and trusted them to find the path, you already have the skill. State the outcome, say what good looks like, name the moments to check.

That is the whole learning curve. Not a syntax, not a prompt you tune until it behaves. A habit you may already have, finally pointed at a team that can act on it. The hard part was never knowing what to delegate. It was having something capable enough, and safe enough, to delegate it to.

Brief is opening to a small group at a time. Direct a team instead of operating one more tool.

Request access