agentleFS
teodstrteodstr/workbench/skills/delegation-brief/SKILL.md

delegation-brief

Skill0 starsChanged yesterdayMITView on GitHub

Write a brief that lets someone else do a task well without coming back every hour: the intent (why it matters), the expected result and what "done" looks like, constraints, resources, decision rights, check-in points and how to report. Works for a colleague, a freelancer, a contractor, a family member or an AI agent. Use when someone delegates, outsources or hands over a task. Triggers: "delegate", "brief", "hand over", "outsource a task", "instructions for", "déléguer", "rédiger un brief", "confier une tâche", "passer le relais", "delegar", "redactar un brief", "encargar una tarea".

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 2 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before handing a task to someone else, inside or outside the project team.

    line 20
  2. Distinctive:

    When a task keeps coming back unfinished or wrong.

    line 21
  3. Very specific:

    Not to split a whole project: use responsibility-matrix.

    line 22

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Delegation brief

Most delegation fails at the brief: the person knows what to do but not why, so they cannot adapt when reality differs from the plan. This skill writes the intent first, a lesson the Heath brothers draw from the military "commander's intent".

When to use

  • Before handing a task to someone else, inside or outside the project team.
  • When a task keeps coming back unfinished or wrong.
  • Not to split a whole project: use responsibility-matrix.

Inputs

  1. The task, and why it matters for the project.
  2. The person: their experience with this kind of task and their availability.
  3. Constraints: budget, deadline, rules, things that must not change.

Method

  1. Write the intent in one or two sentences: the purpose of the task and what success means for the project. If the plan breaks, the person follows the intent.
  2. Describe the result, not the steps: what "done" looks like, with an example or a model when possible, and how it will be checked.
  3. State the constraints and resources: deadline, budget, tools, access, people to ask, and what must not happen.
  4. Set the decision rights: what the person decides alone, what they must ask about first, and the spending limit.
  5. Adapt the level of detail to experience: more steps and earlier check-ins for a first time, more freedom for an expert.
  6. Plan the check-ins: the first one early (to catch misunderstandings), then at milestones, and the format of the report.
  7. Ask the person to rephrase the brief in their own words before starting.

Output

### Brief: <task> (for <person>, due <date>)
Why this matters: …
Done means: … | How we will check: …
Constraints: … | Resources and contacts: …
You decide: … | Ask me first: … | Spending limit: …
Check-ins: … | Report format: …

Quality bar

  • The intent is written before the instructions.
  • "Done" can be checked by someone else.
  • Decision rights and the spending limit are explicit.
  • The first check-in comes early.
  • Written in the user's language, with the terms below.

Terminology

EnglishFrançaisEspañol
DelegationDélégationDelegación
BriefBrief, cahier des chargesBrief, encargo
IntentIntention, finalitéIntención, propósito
Decision rightsPouvoir de décisionCapacidad de decisión
Check-inPoint d'étapePunto de control
HandoverPassationTraspaso

Sources

  • Heath, C., & Heath, D. (2007). Made to Stick: Why Some Ideas Survive and Others Die. Random House.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.