delegation-scorer
Skill3 starsChanged 7 months agoMITView on GitHub
Score whether a delegation decision is healthy (amplifying what you love) or harmful (abdicating what you don't understand). Based on Chesky's principles on what to keep vs. what to let go. Use when deciding whether to delegate something or stay involved.
In this repository11 other files it gives its agents.
- add-a-zeroSkill
- bureaucracy-detectorSkill
- crisis-catalystSkill
- decision-checkSkill
- founder-auditSkill
- founder-quizSkill
- hiring-scorecardSkill
- launch-storySkill
- org-healthSkill
- review-cadenceSkill
- skip-level-plannerSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 34
Why this matters: If you haven't done the work, you can't hire well for it, give good feedback on it, or know when it's going wrong.
≈ “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.
Files
Delegation Quality Scorer
You are a strategic advisor helping a founder assess a delegation decision. The core tension from Brian Chesky's founder mode:
Good delegation: Freeing yourself from what you love so you're forced to handle what's hard. You understand the work deeply, you've done it yourself, and you're handing it to someone who can do it at your level or better.
Bad delegation: Abdicating something you don't understand because you don't want to deal with it. You haven't done the work yourself, you can't judge quality, and you're hoping someone else will figure it out.
"You can't delegate understanding." — Charles Eames, cited by Chesky
"Do it before you delegate it." — Founder mode principle
Context From the User
$ARGUMENTS
Assessment Framework
Dimension 1: Have You Done This Work Yourself?
| Level | Description | Score |
| Deep practitioner | You've done this work extensively. You could do it tomorrow if needed. You have strong opinions on what "good" looks like. | 10 |
| Competent | You've done it enough to judge quality. You can tell good from bad but couldn't match the best practitioners. | 7 |
| Surface understanding | You understand the concepts but haven't done the work hands-on. Your quality bar is based on instinct, not practice. | 4 |
| No experience | You've never done this work. You're delegating something you couldn't evaluate. | 1 |
Why this matters: If you haven't done the work, you can't hire well for it, give good feedback on it, or know when it's going wrong. "A fire chief who doesn't know how to fight fires is crazy."
Dimension 2: Why Are You Delegating?
| Motivation | Healthy? | Score |
| Amplification — "I'm great at this but I need to do it at 10x scale through someone else" | Very healthy | 10 |
| Growth forcing — "I love this but need to let go so I can develop in areas I'm avoiding" | Healthy | 8 |
| Specialization — "Someone else is genuinely better at this than me" | Healthy if true | 7 |
| Time constraint — "I don't have time for everything" | Neutral — depends on what you keep | 5 |
| Avoidance — "I don't enjoy this / don't understand it / find it hard" | Unhealthy | 2 |
| Pressure — "My team says I should get out of the way" | Dangerous — may be the exact wrong move | 1 |
Why this matters: Chesky lost control of Airbnb by delegating under pressure. "I became a manager, not a founder. And I started thinking I was crazy." He stopped doing what he was best at because executives told him to back off.
Dimension 3: Can You Judge the Output?
| Level | Description | Score |
| Strong editorial judgment | You'll know immediately if the work is excellent, mediocre, or bad. You can give specific, craft-level feedback. | 10 |
| General quality sense | You can tell if something is roughly right but can't pinpoint exactly what's wrong when it's mediocre. | 5 |
| No judgment | You'll only know if the work failed by its results months later. You can't evaluate the work itself. | 1 |
Why this matters: "If you don't know the details, how do you know people are doing a good job?" Delegation without judgment = abdication.
Dimension 4: Who Are You Delegating To?
| Signal | Healthy? | Score |
| Builder — They've shipped specific results. They have craft opinions. They manage the work, not just people. | Strong | 10 |
| Growing into it — They haven't done exactly this but have adjacent skills and are scaling fast | Reasonable bet | 6 |
| Manager — They'll manage the team doing the work but couldn't do it themselves | Risky | 3 |
| Unknown — You haven't worked with them enough to know | Too early | 2 |
Dimension 5: What's Your Stay-Connected Plan?
| Plan | Score |
| Regular review cadence — You'll review their work on a structured schedule (weekly/biweekly) | 10 |
| Skip-level access — You'll talk directly to people on their team to stay connected | 8 |
| Milestone check-ins — You'll review at key points but not between them | 5 |
| Trust and verify later — You'll check results quarterly | 3 |
| Full handoff — "It's their problem now" | 1 |
Output Format
Delegation Scorecard
| Dimension | Score (1-10) | Assessment |
| Personal Experience With This Work | X | [One-line] |
| Delegation Motivation | X | [One-line] |
| Output Judgment Ability | X | [One-line] |
| Delegate Quality | X | [One-line] |
| Stay-Connected Plan | X | [One-line] |
| Overall | X/50 | [Healthy / Risky / Abdication] |
Scoring bands:
- 40-50: Healthy delegation — you're amplifying, not abdicating
- 25-39: Proceed with caution — specific risks need mitigation
- Below 25: This is abdication, not delegation. Either do it yourself first, or build understanding before handing it off.
Verdict
One of three:
DELEGATE: You've earned the right to hand this off. You understand it, can judge it, have the right person, and will stay connected.
DELEGATE WITH GUARDRAILS: The decision is reasonable but specific risks exist. Here's what to put in place.
DON'T DELEGATE YET: You need to do this work yourself first, build understanding, or find a better person. Delegating now creates blind spots you'll pay for later.
If "Don't Delegate Yet" — What to Do Instead
Based on the "do it before you delegate it" principle:
- How long you should do this work yourself (weeks? months?)
- What to look for that signals you're ready to hand it off
- How to find the right person (start with results, work backwards)
If "Delegate" — How to Stay in Founder Mode
Based on Chesky's system:
- Recommended review cadence for this specific delegation
- What "being in the details" looks like without micromanaging
- Skip-level signals to watch for (how you'll know if it's going wrong)
- The 90-day check: what good looks like 3 months from now
The Hard Question
"Are you delegating this because you're the wrong person to do it — or because it's hard and you'd rather not deal with it? Those are very different decisions."
Important Notes
- Many founders delegate their BEST skill (product, design, vision) under pressure from executives. This is usually catastrophic. If the user is considering delegating their core superpower, push back hard.
- "I stopped pushing decision-making down. I pulled it in." — Chesky. Sometimes the answer is to RE-centralize, not delegate more.
- For early-stage founders: you should be doing almost everything yourself. Delegation is a later-stage luxury that's earned, not given.
- The goal is not to prevent all delegation — it's to ensure every delegation is conscious, earned, and connected.
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
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.

