Workflow Commands
Massu AI provides 31 workflow commands organized into categories that enforce a structured, verification-first approach to AI-assisted development. These are not suggestions -- they are mandatory execution protocols that ensure every plan is thorough, every implementation is verified, and every commit meets quality standards.
Installation
All 31 commands are automatically installed when you run npx massu init. The command files are deployed into .claude/commands/ in your project directory and are available immediately in Claude Code.
The command definitions ship inside the @massu/core npm package. When you update @massu/core to a new version, run npx massu install-commands to get the latest command definitions without re-running full init.
# Re-install or update commands only
npx massu install-commandsImplementation Workflow
The core pipeline for structured development:
/massu-create-plan --> /massu-plan --> /massu-loop --> /massu-commit --> /massu-push
(create) (audit) (implement) (pre-commit) (pre-push)| Command | Edits Source Code? | Purpose |
|---|---|---|
| /massu-create-plan | No | Create a plan document |
| /massu-plan | No (plan doc only) | Audit and improve the plan |
| /massu-loop | Yes | Implement with verification |
| /massu-commit | Fixes only | Pre-commit verification gate |
| /massu-push | Fixes only | Pre-push full verification |
| /massu-push-light | Fixes only | Fast pre-push verification (~90s) |
| /massu-new-feature | Yes | Feature scaffolding with patterns pre-applied |
Development Tools
4 commands for day-to-day development tasks:
| Command | Edits Source Code? | Purpose |
|---|---|---|
| /massu-test | Yes | Intelligent test runner with failure analysis and generation |
| /massu-debug | Yes | Systematic debugging with hypothesis testing |
| /massu-refactor | Yes | Safe refactoring with behavioral equivalence |
| /massu-hotfix | Yes | Quick scoped fix with branch, test, commit, PR |
Quality & Verification
4 analysis commands for code quality:
| Command | Edits Source Code? | Purpose |
|---|---|---|
| /massu-review | No | Code review across 7 dimensions |
| /massu-audit-deps | No | Dependency vulnerability and license audit |
| /massu-verify | No | Run all VR-* verification checks with proof |
| /massu-estimate | No | Effort estimation with complexity scoring |
Release & Ops
3 commands for release and operational tasks:
| Command | Edits Source Code? | Purpose |
|---|---|---|
| /massu-release | Yes | Release preparation with full verification |
| /massu-changelog | CHANGELOG.md only | Generate changelog from commits |
| /massu-status | No | Project health dashboard with 14 checks |
Productivity
6 commands for codebase hygiene, documentation, and guided workflows:
| Command | Edits Source Code? | Purpose |
|---|---|---|
| /massu-cleanup | Yes | Dead code removal, unused imports, orphaned files |
| /massu-doc-gen | Yes | Generate JSDoc, README, and API documentation |
| /massu-golden-path | No | Generate a golden-path guide for a feature or workflow |
| /massu-dead-code | No | Identify dead code, unreachable branches, and unused exports |
| /massu-tdd | Yes | Test-driven development scaffold -- write tests first, then implement |
| /massu-guide | No | Generate a step-by-step guide for a given task or feature |
Extended Verification
4 commands for browser-level, dependency, documentation, and parity verification:
| Command | Edits Source Code? | Purpose |
|---|---|---|
| /massu-verify-playwright | No | Run Playwright end-to-end verification for UI flows |
| /massu-deps | No | Dependency graph analysis and unused-dependency detection |
| /massu-docs | No | Documentation coverage and freshness audit |
| /massu-parity | No | Feature parity check between two systems or branches |
Internal Commands
The following commands are available only in the private repository. They provide deep audits, infrastructure checks, and specialized tooling that is not part of the public release.
| Command | Edits Source Code? | Purpose |
|---|---|---|
/massu-internal-infra-audit | No | Infrastructure-layer audit (env vars, secrets, deployment config) |
/massu-internal-ui-audit | No | UI component audit (a11y, stale props, missing tests) |
/massu-internal-type-mismatch-audit | No | Type mismatch audit across module boundaries |
/massu-internal-db-audit | No | Database schema and query audit (indexes, N+1s, missing RLS) |
Decision Tree
Not sure which command to use?
- Starting new work --
/massu-create-planthen/massu-planthen/massu-loop - Scaffolding a feature --
/massu-new-feature - Ready to commit --
/massu-commit - Ready to push --
/massu-push(full) or/massu-push-light(fast ~90s) - Tests are failing --
/massu-test - Bug to diagnose --
/massu-debug - Urgent production fix --
/massu-hotfix - Restructuring code --
/massu-refactor - Before a code review --
/massu-review - Cutting a release --
/massu-release - Project health check --
/massu-status - Dependency concerns --
/massu-audit-deps - Dead code / cleanup --
/massu-cleanupor/massu-dead-code(audit only) - Generate documentation --
/massu-doc-genor/massu-docs(audit only) - Effort estimation --
/massu-estimate - Run all VR checks --
/massu-verify - UI end-to-end verification --
/massu-verify-playwright - Feature parity check --
/massu-parity - Dependency analysis --
/massu-deps - TDD workflow --
/massu-tdd - Golden-path guidance --
/massu-golden-path - Step-by-step guide --
/massu-guide
Why This Workflow?
AI assistants are powerful but they can also be careless. Without a structured workflow:
- Plans have gaps that only surface during implementation
- Implementations claim completion without verification
- Commits include untested or type-unsafe code
- Removals leave behind orphaned references
- "100% complete" turns out to be 80% complete
The Massu AI workflow prevents all of these problems by requiring proof at every stage.
Core Principles
1. Plans Before Code
Every non-trivial change starts with a plan document. Plans live in docs/plans/ and include specific deliverables, file paths, and verification requirements.
2. Verification Before Claims
Every claim of completion requires a verification command and its output as proof. "I verified it" without showing the command output is treated as unverified.
3. Negative Verification for Removals
When a plan says "remove X", verification requires grep -rn "X" src/ returning 0 results. Partial removal is not removal.
4. All Items, Not Most Items
If a plan has 10 items, all 10 must be implemented and verified. Stopping at 8 and claiming complete is a protocol violation.
5. Protocols Are Mandatory
Slash commands are execution instructions, not suggestions. When a protocol says "loop until complete," it means loop until complete.