A cross-document consistency checker for software requirements, specifications, designs, plans, and task lists. It treats requirements.md as the main source of truth and can update downstream documents when they disagree.
A command that creates a tailored checklist for checking whether software requirements are complete, clear, and consistent. It can use the project's constitution file, which records project principles and quality rules, when one exists.
A requirements clarification command that resolves unclear feature requests and keeps requirements.md and spec.md in sync. It can use the project's language settings for conversations and document files.
A command that turns confirmed requirements into a technical specification document without changing the intended product behavior. It also follows project rules and records assumptions separately from confirmed decisions.
A command for creating or updating a project's constitution: a written set of principles that guides project work. It can take principles directly or explore them interactively.
A task implementation command that carries out the tasks in a project plan. For code, it can use TDD, a process of writing a failing test before the code that makes it pass; documents and configuration are implemented directly.
A command for small, clearly defined code changes that follows a short requirements-first process. Requirements-first means confirming what should be built before planning the edits.
Generate release notes from git history — maintain a Keep a Changelog CHANGELOG.md entry and emit a user-facing release body, without deciding versions or mutating git state.
A command for reviewing Python code for style, type annotations, reliability, performance, and project rules. PEP 8 is the commonly used guide for formatting and writing readable Python.
A command that reviews React and TypeScript code, including how components are organised, how Hooks are used, how state is handled, and how the code performs.
A command that reviews a software specification for accuracy, internal quality, and readiness for implementation. A specification describes what a feature should do and provides the reference for building it.
A command that reviews a task list for fidelity to its source plans, practical executability, dependencies, and ways to verify completion. It can use project requirements, specifications, designs, plans, and repository files.