MECE
Scorer ethvert spec/plan/PRD for overlap og huller (gensidigt udelukkende, kollektivt udtømmende) og spørger før rettelse.
Testet · Virker
Hvad det gør
Validerer en eksisterende specifikation, plan, PRD, API-design eller kategoriliste mod MECE-rammeværket — hvert element i præcis én spand, ingen huller — producerer en 0-100 score med alvorligheds-taggede overlap/hul-fund, eller nedbryder et nyt emne til et MECE-problemtræ. Udløses ved 'check this', 'anything missing?', 'is this complete?', eller 'break this down'; rapporterer altid og spørger før nogen rettelse anvendes.
Testrapport
Kørte en ny 6-punkts notifikationssystem-specifikation (ikke et af skill'ens egne arbejdede eksempler) gennem både en baseline og en skill-ledet gennemgang: baselinen gav en vag 'ser ret solid ud, måske tilføj SMS' reaktion og fangede aldrig, at 'Notification preferences' og 'User notification settings' var det samme koncept under to navne; skill'ens Step 2 gensidige udelukkelses-test fangede det overlap eksplicit, scorede specifikationen 50/100, taggede to kritiske huller (ingen SMS/tekstkanal, ingen afmeldings-/overholdelseslag) og to moderate huller (batching/throttling, skabelonstyring), og stoppede derefter korrekt og spurgte før rettelse i henhold til dens egen hårde regel. Fuldt selvstændig — SKILL.md, framework.md og examples.md lever alle inde i skills/mece/ uden eksterne afhængigheder eller plugin-host afhængigheder, så den almindelige git-clone-og-cp-r installation fungerer som dokumenteret.
Testet: 2026-07-15 · Claude Code 2.x (agent harness)
Installation
git clone https://github.com/uxderrick/mece-skill.git mkdir -p ~/.claude/skills cp -r mece-skill/skills/mece ~/.claude/skills/mece
Kommandoer og eksempelprompter
/meceScorer ethvert spec/plan/PRD for overlap og huller (gensidigt udelukkende, kollektivt udtømmende) og spørger før rettelse.
Skills udløses af almindelige forespørgsler — ingen kommandoer at huske. Efter installationen aktiverer prompter som disse skillen (på engelsk):
Can you check if this PRD has any gaps or overlapping requirements in it?Is my API design missing anything important before I send it for review?Break this messy feature list down into clean, non-overlapping categories