Proves
Proves unitàries, d’integració i automatitzades
interview-me
mycelium-hq
Use when an ask is underspecified ("build me X" without who it's for, why now, or what success looks like), when a request is conventional rather than specific ("a dashboard", "make it faster" with no number), when Claude catches itself silently filling in ambiguous requirements before any plan, spec, or code exists, or when the user says "interview me", "grill me", "are we sure?", or "stress-test my thinking". Needs a live user; not for CI, scheduled runs, or autonomous loops.
istio
cosmix
Service mesh implementation with Istio for microservices traffic management, security, and observability. Use when implementing service mesh, mTLS, traffic routing, load balancing, circuit breakers, retries, timeouts, canary deployments, A/B testing, or service-to-service communication. Triggers: istio, service mesh, envoy, sidecar, virtualservice, destinationrule, gateway, mtls, peerauthentication, authorizationpolicy, serviceentry, traffic management, traffic splitting, canary, blue-green, circuit breaker, retry, timeout, load balancing, ingress, egress, observability, tracing, telemetry.
doubt-driven-development
mycelium-hq
'Use when correctness matters more than speed: about to commit non-trivial code, make an architectural call under uncertainty, work in unfamiliar code, or assert what the compiler cannot check (''this is safe'', ''thread-safe'', ''this scales'', ''matches the spec''). Strongest on high-stakes surfaces (production deploys, security-sensitive logic, data migrations, irreversible operations) and when the user asks to sanity-check, red-team, double-check, or get a second opinion on a decision.'
backend-tester
olehsvyrydov
Senior QA Engineer with 10+ years Java testing experience. Use when writing unit tests with JUnit, creating integration tests with Testcontainers, implementing API tests, following TDD methodology, or testing reactive code with StepVerifier.
test-driven-development
lv416e
"Use when implementing any feature or bugfix, before writing implementation code - write the test first, watch it fail, write minimal code to pass; ensures tests actually verify behavior by requiring failure first 機能やバグ修正を実装する際、実装コードを書く前に使用 - まずテストを書き、失敗を確認し、最小限のコードで通す。最初に失敗を求めることで、テストが実際に動作を検証することを保証"
add-package
remix-run
Create or align a package in the Remix monorepo to match existing package conventions. Use when adding a brand new package under packages/, or when fixing an existing package's structure, test setup, TypeScript/build config, code style, and README layout to match the rest of Remix 3.
nx-run-tasks
nrwl
Helps with running tasks in an Nx workspace. USE WHEN the user wants to execute build, test, lint, serve, or run any other tasks defined in the workspace.
nx-run-tasks
nrwl
Helps with running tasks in an Nx workspace. USE WHEN the user wants to execute build, test, lint, serve, or run any other tasks defined in the workspace.
nx-generate
nrwl
Generate code using nx generators. INVOKE IMMEDIATELY when user mentions scaffolding, setup, structure, creating apps/libs, or setting up project structure. Trigger words - scaffold, setup, create a ... app, create a ... lib, project structure, generate, add a new project. ALWAYS use this BEFORE calling nx_docs or exploring - this skill handles discovery internally.
kaizen:plan-do-check-act
NeoLabHQ
Iterative PDCA cycle for systematic experimentation and continuous improvement
cuda-kernels
huggingface
"Provides guidance for writing and benchmarking optimized CUDA kernels for NVIDIA GPUs (H100, A100, T4) targeting HuggingFace diffusers and transformers libraries. Supports models like LTX-Video, Stable Diffusion, LLaMA, Mistral, and Qwen. Includes integration with HuggingFace Kernels Hub (get_kernel) for loading pre-compiled kernels. Includes benchmarking scripts to compare kernel performance against baseline implementations."
customaize-agent:test-prompt
NeoLabHQ
Use when creating or editing any prompt (commands, hooks, skills, subagent instructions) to verify it produces desired behavior - applies RED-GREEN-REFACTOR cycle to prompt engineering using subagents for isolated testing
customaize-agent:agent-evaluation
NeoLabHQ
Evaluate and improve Claude Code commands, skills, and agents. Use when testing prompt effectiveness, validating context engineering choices, or measuring improvement quality.
kaizen:cause-and-effect
NeoLabHQ
Systematic Fishbone analysis exploring problem causes across six categories
customaize-agent:create-agent
NeoLabHQ
Comprehensive guide for creating Claude Code agents with proper structure, triggering conditions, system prompts, and validation - combines official Anthropic best practices with proven patterns
customaize-agent:create-skill
NeoLabHQ
Guide for creating effective skills. This command should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations. Use when creating new skills, editing existing skills, or verifying skills work before deployment - applies TDD to process documentation by testing with subagents before writing, iterating until bulletproof against rationalization
kaizen:why
NeoLabHQ
Iterative Five Whys root cause analysis drilling from symptoms to fundamentals
customaize-agent:test-skill
NeoLabHQ
Use when creating or editing skills, before deployment, to verify they work under pressure and resist rationalization - applies RED-GREEN-REFACTOR cycle to process documentation by running baseline without skill, writing to address failures, iterating to close loopholes
code-review:review-local-changes
NeoLabHQ
Comprehensive review of local uncommitted changes using specialized agents with code improvement suggestions
dart-test
dartsim
DART testing patterns - unit tests, integration tests, CI validation
dart-python
dartsim
DART Python bindings (dartpy) - nanobind, wheel building, API patterns
dart-test
dartsim
"DART Test: unit tests, integration tests, CI validation, and debugging"
dart-mechanical-refactor
dartsim
"DART Mechanical Refactor: perform a behavior-preserving mechanical refactor"
dart-build
dartsim
DART build system knowledge - CMake, pixi, dependencies, troubleshooting