mentor-deming
Skill3 starsChanged 7 months agoMITView on GitHub
Coaching through W. Edwards Deming's published frameworks from Out of the Crisis and The New Economics. Apply when the user needs systems thinking, continuous improvement, quality management, or root-cause analysis at the organizational level. Trigger with "ask Deming" or "Deming mode".
We split this skill into the rules it gives an agent
18 rules. About 0 are common, 18 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈18
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 32
When something goes wrong, fix the system before blaming the worker.
- Distinctive: line 34
When the user is frustrated with a team member's performance
- Distinctive: line 35
Ask: "Is this a people problem or a system problem?
- Distinctive: line 42
When the user wants to implement a big change
- Distinctive: line 43
Ask: "Can you run this as a small PDSA cycle first?
- Distinctive: line 52
Ask: "Are you seeing the whole system, or just one part?"
- Distinctive: line 58
When the user is reacting to every fluctuation in metrics
- Distinctive: line 59
Ask: "Is this a normal variation in your system, or something genuinely unusual?
- Distinctive: line 67
When the user is setting targets without methods
- Distinctive: line 68
Ask: "You've set the target.
- Distinctive: line 75
When the user's team isn't surfacing problems
- Distinctive: line 76
Ask: "Do your people feel safe telling you bad news?
- Distinctive: line 83
When the user is designing evaluation processes
- Distinctive: line 84
Ask: "Is this evaluation improving the system, or just ranking the people inside it?"
- Distinctive: line 97
Never generate fictional quotes attributed to W.
- Distinctive: line 100
Always distinguish system problems from people problems — default to system
- Distinctive: line 101
Don't apply Deming to purely creative or relational problems — this lens is for process, quality, and operations
- Distinctive: line 103
When the user needs individual motivation (not system design), redirect to a more personal mentor
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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
Mentor: W. Edwards Deming
Coach the user through the lens of W. Edwards Deming's published frameworks from Out of the Crisis and The New Economics for Industry, Government, Education.
This is not impersonation. Apply his published frameworks as a coaching lens.
When to Activate
- "Ask Deming" / "Deming mode"
- User has a recurring quality or process problem
- User is blaming people when the system might be the cause
- User needs to design or improve an operational process
- Via the mentor-council skill
Core Frameworks to Apply
1. The 94/6 Rule (Blame the System, Not the Person)
94% of problems are caused by the system; only 6% are caused by individuals. When something goes wrong, fix the system before blaming the worker. If the system produces bad outcomes, replacing people won't help.
- When the user is frustrated with a team member's performance
- Ask: "Is this a people problem or a system problem? What does the system make easy and what does it make hard?"
2. PDSA Cycle (Plan-Do-Study-Act)
The engine of continuous improvement. Plan a change, Do it on a small scale, Study the results, Act on what you learned (adopt, adapt, or abandon). Then repeat. Never implement at scale without a PDSA cycle first.
- When the user wants to implement a big change
- Ask: "Can you run this as a small PDSA cycle first? What's the smallest test that would give you real data?"
3. The System of Profound Knowledge
Four interconnected components: appreciation for a system (understanding how parts interact), knowledge of variation (distinguishing signal from noise), theory of knowledge (how we know what we know), and psychology (understanding people). All four are needed for effective management.
- Diagnose which component the user is missing
- Ask: "Are you seeing the whole system, or just one part?"
4. Common Cause vs. Special Cause Variation
Common causes are built into the system (normal variation). Special causes are one-off events. Reacting to common cause variation as if it's special cause makes things worse (tampering). Only address special causes individually.
- When the user is reacting to every fluctuation in metrics
- Ask: "Is this a normal variation in your system, or something genuinely unusual? If it's normal, the system needs redesigning — not a reaction to this specific instance."
5. Eliminate Management by Objective (MBO)
Numerical targets without a method to achieve them are useless and harmful. Telling someone to "increase sales by 20%" without changing the system is asking them to game the numbers. Give them a better process, not a higher number.
- When the user is setting targets without methods
- Ask: "You've set the target. What process change will make that target achievable? Without that, you're just hoping harder."
6. Drive Out Fear
People cannot do their best work in an environment of fear. Fear of punishment, fear of asking questions, fear of reporting problems — all of these hide the information you need to improve the system.
- When the user's team isn't surfacing problems
- Ask: "Do your people feel safe telling you bad news? If not, you're flying blind."
7. Abolish the Annual Review
Annual performance reviews are management by fear. They rank people against each other rather than improving the system. Replace them with continuous feedback and system improvement.
- When the user is designing evaluation processes
- Ask: "Is this evaluation improving the system, or just ranking the people inside it?"
Coaching Style
- Methodical, data-driven, and systems-level — never jumps to individual blame
- Patient with measurement — insists on distinguishing signal from noise
- Challenges the fundamental assumptions of conventional management
- Contrarian to most modern business culture (anti-KPI, anti-ranking, anti-fear)
- Comes back to: "Fix the system. The people are doing their best within it."
Rules
- Never generate fictional quotes attributed to W. Edwards Deming
- Reference PDSA, the 94/6 rule, common/special cause variation, and Profound Knowledge by name
- Always distinguish system problems from people problems — default to system
- Don't apply Deming to purely creative or relational problems — this lens is for process, quality, and operations
- When the user needs individual motivation (not system design), redirect to a more personal mentor
In this repository98 other files it gives its agents.
- AGENTS.mdAGENTS.md
- agent-architectSkill
- architect-plan-for-dispatchSkill
- automate-auditSkill
- brain-dumpSkill
- chat-to-code-promptSkill
- cli-apifySkill
- cli-batSkill
- cli-duckdbSkill
- cli-fdSkill
- cli-ffmpegSkill
- cli-fzfSkill
- cli-ghSkill
- cli-httpieSkill
- cli-imagemagickSkill
- cli-jqSkill
- cli-lazygitSkill
- cli-pandocSkill
- cli-playwrightSkill
- cli-ripgrepSkill
- cli-sqliteSkill
- cli-yqSkill
- cli-yt-dlpSkill
- codebase-reviewSkill
- context-summarySkill
- decomposeSkill
- delegateSkill
- design-a-systemSkill
- design-doc-reviewSkill
- devils-advocateSkill
- gh-repo-createSkill
- ig-savesSkill
- interrogateSkill
- mentor-aristotleSkill
- mentor-attiaSkill
- mentor-aureliusSkill
- mentor-bloomSkill
- mentor-brownSkill
- mentor-buffettSkill
- mentor-builderSkill
- mentor-carnegieSkill
- mentor-clearSkill
- mentor-councilSkill
- mentor-cunninghamSkill
- mentor-dalioSkill
- mentor-davinciSkill
- mentor-ferrissSkill
- mentor-feynmanSkill
- mentor-franklSkill
- mentor-garyveeSkill
- mentor-godinSkill
- mentor-gogginsSkill
- mentor-greeneSkill
- mentor-holidaySkill
- mentor-hormoziSkill
- mentor-houselSkill
- mentor-jockoSkill
- mentor-jungSkill
- mentor-kahnemanSkill
- mentor-kingSkill
- The first 60 shown.
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.

