MECE
Hodnotí jakoukoli specifikaci/plán/PRD z hlediska překryvů a mezer (Mutually Exclusive, Collectively Exhaustive) a ptá se před opravou.
Otestováno · Funguje
Co umí
Validuje existující specifikaci, plán, PRD, návrh API nebo seznam kategorií proti rámci MECE – každá položka v přesně jedné kategorii, žádné mezery – vytváří skóre 0-100 s nálezy překryvů/mezer označenými závažností, nebo rozkládá nové téma na MECE strom problémů. Spouští se na 'check this', 'anything missing?', 'is this complete?' nebo 'break this down'; vždy hlásí a ptá se před aplikací jakékoli opravy.
Testovací report
Provedena nová specifikace notifikačního systému o 6 položkách (ne jeden z vlastních příkladů skillu) přes baseline i skill-řízený průchod: baseline poskytl vágní reakci 'vypadá to docela solidně, možná přidat SMS' a nikdy nezachytil, že 'Notification preferences' a 'User notification settings' byly stejný koncept pod dvěma názvy; test vzájemné exkluzivity skillu v Kroku 2 explicitně zachytil tento překryv, ohodnotil specifikaci 50/100, označil dvě kritické mezery (žádný SMS/textový kanál, žádná vrstva pro odhlášení/compliance) a dvě střední mezery (batching/throttling, správa šablon), poté se správně zastavil a zeptal před opravou podle svého vlastního pevného pravidla. Plně soběstačné – SKILL.md, framework.md a examples.md se nacházejí uvnitř skills/mece/ s nulovými externími nebo plugin-host závislostmi, takže jednoduchá instalace git-clone-and-cp-r skutečně funguje, jak je dokumentováno.
Testováno: 2026-07-15 · Claude Code 2.x (agent harness)
Instalace
git clone https://github.com/uxderrick/mece-skill.git mkdir -p ~/.claude/skills cp -r mece-skill/skills/mece ~/.claude/skills/mece
Příkazy a ukázkové prompty
/meceHodnotí jakoukoli specifikaci/plán/PRD z hlediska překryvů a mezer (Mutually Exclusive, Collectively Exhaustive) a ptá se před opravou.
Skilly se spouštějí běžnými požadavky — žádné příkazy k zapamatování. Po instalaci ho aktivují prompty jako tyto (anglicky):
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