Start
Start from rsmdt/the-startup.
Skills in this plugin
19- ▌ Test · rsmdt bundleUse when completing implementation, fixing bugs, refactoring code, or any time you need to verify the test suite passes. Also use when tests fail and you hear "pre-existing" or "not my changes" — enforces strict code ownership. Ensures MECE coverage (no overlap, no gaps) and that ALL test categories including E2E are executed.
- ▌ Debug · rsmdt bundleSystematically diagnose and resolve bugs through conversational investigation and root cause analysis
- ▌ Review · rsmdt bundleMulti-agent code review with specialized perspectives (security, performance, patterns, simplification, tests)
- ▌ Analyze · rsmdt bundleDeep-dive codebase analysis that explains how things actually work — business rules, architecture patterns, auth flows, data models, integrations, and performance hotspots. Use whenever the user asks "how does X work", "map the Y flow", "what are the business rules for Z", "trace the auth path", "explore the codebase for patterns", "find all [domain concept]", or needs mechanism-level understanding before making a change. Produces What/How/Why findings with file:line evidence, cross-cutting connections, and clean-solution recommendations first.
- ▌
- ▌ Refactor · rsmdt bundleRefactor, simplify, or clean up code for improved maintainability without changing business logic
- ▌ Validate · rsmdt bundleValidate in any of six modes — spec quality, single-file review, spec-to-implementation drift, constitution rule enforcement, comparison between two artifacts, or sanity-checking your understanding. Use when checking a spec by ID, validating a file by path, detecting drift, enforcing constitution rules, comparing two sources ("$X against $Y"), or asking a freeform validation question.
- ▌ Implement · rsmdtImplementation entry point. Use to execute a completed specification. Auto-detects the decomposition tier (Direct, Incremental, or Factory) from spec artifacts and dispatches to the matching execution sub-skill.
- ▌ Brainstorm · rsmdtYou MUST use this before any creative work — creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements, and design before implementation.
- ▌ Constitution · rsmdt bundleCreate or update a project constitution with governance rules. Uses discovery-based approach to generate project-specific rules.
- ▌ Specify Meta · rsmdt bundleScaffold, status-check, and manage specification directories. Use when creating a new spec, reading spec status, transitioning between phases, or logging decisions on a spec in .start/specs/.
- ▌ Writing Skills · rsmdt bundleUse when creating new skills, editing existing skills, auditing skill quality, converting skills to markdown conventions, or verifying skills before deployment. Triggers include skill authoring requests, skill review needs, or "the skill doesn't work" complaints.
- ▌ Specify Factory · rsmdt bundleDecompose a multi-feature or multi-component specification into factory-consumable artifacts. Use this for high-complexity work — multiple features, three or more components, or parallel-eligible workstreams.
- ▌ Implement Direct · rsmdt bundleLightweight implementation orchestrator for low-complexity work — fixes, refactors, doc changes, or single-AC features that do not warrant a phase plan or factory decomposition.
- ▌ Specify Solution · rsmdt bundleCreate and validate solution design documents (SDD). Use when designing architecture, defining interfaces, documenting technical decisions, analyzing system components, or working on solution.md files in .start/specs/.
- ▌ Implement Factory · rsmdt bundleFactory loop orchestrator for multi-feature or multi-component implementation manifests. Use for high-complexity work with parallel-eligible workstreams and holdout-scenario evaluation.
- ▌ Specify Incremental · rsmdt bundleDecompose a single-feature specification into a linear, phase-by-phase implementation plan. Use this for medium-complexity work — single feature, one or two components — where transparent human-in-the-loop phase review is preferred over factory automation.
- ▌ Specify Requirements · rsmdt bundleCreate and validate product requirements documents (PRD). Use when writing requirements, defining user stories, specifying acceptance criteria, analyzing user needs, or working on requirements.md files in .start/specs/.
- ▌ Implement Incremental · rsmdt bundleLinear phase-loop orchestrator for single-feature implementation plans. Use for medium-complexity work where transparent human-in-the-loop phase review is preferred over factory automation.