MECE
Scorer ethvert spesifikasjon/plan/PRD for overlapp og hull (gjensidig utelukkende, kollektivt uttømmende) og spør før fiksing.
Bestått
Hva den gjør
Validerer en eksisterende spesifikasjon, plan, PRD, API-design, eller kategoriliste mot MECE-rammeverket — hvert element i nøyaktig én bøtte, ingen hull — produserer en 0-100 score med alvorlighetsgrad-merkede overlapp/hull-funn, eller dekomponerer et nytt emne til et MECE-problemtre. Utløses ved 'sjekk dette', 'noe som mangler?', 'er dette komplett?', eller 'del dette opp'; rapporterer alltid og spør før noen fiksing utføres.
Testrapport
Kjørte en ny 6-elementers varslingssystem-spesifikasjon (ikke et av ferdighetens egne arbeidseksempler) gjennom både en baseline og en ferdighetsstyrt gjennomgang: baselinen ga en vag 'ser ganske solid ut, kanskje legge til SMS'-reaksjon og fanget aldri at 'Varslingsinnstillinger' og 'Brukers varslingsinnstillinger' var samme konsept under to navn; ferdighetens Steg 2 gjensidig-eksklusivitetstest fanget det overlappet eksplisitt, scoret spesifikasjonen 50/100, merket to kritiske hull (ingen SMS/tekstkanal, ingen avmeldings-/overholdelseslag) og to moderate hull (batching/throttling, maladministrasjon), og stoppet deretter korrekt og spurte før fiksing i henhold til sin egen harde regel. Fullstendig selvforsynt — SKILL.md, framework.md, og examples.md lever alle inne i skills/mece/ uten eksterne avhengigheter eller plugin-vert-avhengigheter, så den rene git-clone-and-cp-r installasjonen fungerer faktisk som dokumentert.
Testet på: 2026-07-15 · Claude Code 2.x (agent harness)
Installer
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 spesifikasjon/plan/PRD for overlapp og hull (gjensidig utelukkende, kollektivt uttømmende) og spør før fiksing.
Skills utløses av vanlige forespørsler — ingen kommandoer å huske. Etter installasjonen 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