Ze uses Claude Code for development. These slash commands are available inside Claude Code when working in the ze repository.
| Command | What it does |
|---|---|
/ze-status |
What needs my attention? Dashboard with suggested next actions |
/ze-explore <topic> |
Find and read all files related to a topic |
/ze-spec |
Create or resume a spec (design document for a task) |
/ze-design |
Stress-test a design through structured decisions |
/ze-audit |
Pre-implementation: what code already exists for this spec? |
/ze-implement |
Implement a spec end-to-end (TDD, review loops, docs) |
/ze-verify |
Run make ze-verify and report results |
/ze-debug |
Investigate failing tests with parallel hypotheses |
/ze-review |
Quick single-pass code review of uncommitted changes |
/ze-review-deep |
Multi-agent exhaustive review (9 specialized agents) |
/ze-review-spec |
Post-implementation: did we build what the spec says? |
/ze-review-docs |
Documentation accuracy, completeness, and quality |
/ze-commit |
Prepare a scoped commit script through scripts/dev/commit_helper.py (does not commit directly) |
/ze-debrief |
Summarize current session state |
/ze-handoff |
Generate a handoff document for the next session |
/ze-rfc |
Generate an implementation summary from an RFC |
/ze-find-alloc |
Scan encoding paths for allocations that should use buffers |
/ze-fix-alloc <file:line> |
Convert a specific allocation to buffer-writing |
/ze-extract <src> <dst> <symbols> |
Move Go symbols between files |
/ze-hunt [path] |
Sweep the tree for recorded bug classes (silent fall-through, seqnum ordering, unenforced lock contracts, count-asserts) and triage each hit |
/ze-weekly-update |
Draft the Zeledon weekly update, update gh-pages, and post the approved ze-news message |
/ze-explore <area> -- understand what exists
/ze-spec -- write the spec (design, ACs, test plan)
/ze-audit -- check what's already implemented
/ze-implement -- TDD implementation with built-in reviews
/ze-verify -- run full test suite
/ze-review-deep -- multi-agent review before submission
/ze-commit -- prepare the commit
/ze-debug -- paste test output, get parallel investigation
/ze-verify -- confirm fix doesn't break anything
/ze-review -- quick review of the fix
/ze-commit -- prepare the commit
/ze-weekly-update -- draft from shipped work, update the website, then post after approval
The command owns the Discord approval gate, the Zeledon voice rules, the gh-pages regeneration path, and the homepage/feed checks.
/ze-review -- quick single-pass (~2 min)
/ze-review-deep -- exhaustive multi-agent review
/ze-review-deep branch -- review current branch vs main
/ze-review-spec -- check implementation matches spec
/ze-review-docs -- check docs match code
/ze-status -- what needs attention across everything?
/ze-debrief -- where am I in the current task?
/ze-handoff -- prepare state for a new session
The four review commands serve different purposes:
| Command | Scope | Depth | When to use |
|---|---|---|---|
/ze-review |
Uncommitted changes | Single pass, ~2 min | Quick sanity check |
/ze-review-deep |
Uncommitted or branch | 9 parallel agents | Before merge or commit of significant work |
/ze-review-spec |
Selected spec | Spec vs code comparison | After implementing a spec |
/ze-review-docs |
docs/ directory |
Accuracy and completeness | Periodic documentation audit |
/ze-commitdoes not rungit commit. It generates a message file and executable commit script throughscripts/dev/commit_helper.py; you run the script yourself.
/ze-verifyis the same asmake ze-verifybut formats the output as a structured report./ze-review-deepaccepts arguments: path scope, agent names, orbranchfor branch review./ze-huntdiffers from the review family: the reviews look at the diff,/ze-huntsweeps the existing tree for the recurring bug classes recorded inplan/learned/RECURRING-PATTERNS.md. Use it for periodic latent-bug sweeps, not for checking a change.- All commands are read-only unless explicitly stated. Reviews report findings without making changes.