tdd
Use when user says "write tests first", "TDD", "test-driven", "tests before implementation", or when implementing a feature where verification is critical. Creates scratchpad, writes failing tests, then iterate...
Découvrez les skills Documentation, comparez leurs dépôts et consultez leurs instructions.
Use when user says "write tests first", "TDD", "test-driven", "tests before implementation", or when implementing a feature where verification is critical. Creates scratchpad, writes failing tests, then iterate...
Analyze Claude Code usage patterns to identify skill improvement opportunities
Git workflow management using Hug (enhanced Git replacement). Use for ALL Git operations. Triggers: commit, amend, staging, git status, git log, repo inspection, fixing commits. Use whenever Claude needs to: (1...
Expert-level Git repository investigation using Hug SCM tools for understanding code evolution, tracking down bugs, analyzing changes, and managing development workflows
Use before any creative work - creating features, building components, adding functionality, or modifying behavior
Use when reviewing test suites, after test runs pass, or when user asks about test quality
Use when completing tasks, implementing major features, or before merging
Meta-audit skill for spellbook development. Spawns parallel subagents to factcheck docs, optimize instructions, find token savings, and identify MCP candidates. Produces actionable report.
Use when starting feature work that needs isolation from current workspace or before executing implementation plans
Use when reading files or command output of unknown size to avoid blind truncation and context loss
Use when reviewing code changes, auditing new features, cleaning up PRs, or user says "find dead code", "find unused code", "check for unnecessary additions", "what can I remove".
Use when writing subagent prompts, skill instructions, or any high-stakes task requiring accuracy and truthfulness
Use before design phase to challenge assumptions and surface risks
Use when you have received code review feedback and need to process it. [DEPRECATED] Routes to code-review --feedback
Use when starting a session and wanting creative engagement, or when user says '/fun' or asks for a persona
Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies
Use when mcp-language-server tools are available and you need semantic code intelligence for navigation, refactoring, or type analysis
Use when writing or modifying code. Enforces production-quality standards, prohibits common shortcuts, and ensures pre-existing issues are addressed. Invoked automatically by implementing-features and test-driv...
Use when session returns mode.type='tarot' - tarot archetypes collaborate via roundtable dialogue with instruction-engineering embedded
Use when building, creating, or adding functionality. Triggers: "implement X", "build Y", "add feature Z", "create X", "start a new project", "Would be great to...", "I want to...", "We need...", "Can we add......
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Use when reviewing large PRs to surface changes requiring human attention
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work
Use when instruction files (skills, prompts, CLAUDE.md) are too long or need token reduction while preserving capability. Triggers: "optimize instructions", "reduce tokens", "compress skill", "make this shorter...
Le classement utilise les étoiles du dépôt GitHub indexé. Plusieurs skills peuvent partager ce nombre : ce n’est ni un nombre d’installations ni une note de qualité.