Command
A Sprint-end review command that checks project code against the team’s written rules and produces an acceptance result. A Sprint is a fixed period of development work.
Command
A Sprint-end review command that checks project code against the team’s written rules and produces an acceptance result. A Sprint is a fixed period of development work.
Command
为å½åç¨æ·æ äºæ Sprint ç¼åå¹¶è¿è¡?[E2ETOOL] E2E æµè¯ã?triggers.
Command
A four-level verification command for completed software tasks. It checks whether the code builds, matches its documented contracts, works end to end, and follows the project's governing rules.
Command
A task-execution command that completes the next or a selected development task and runs two levels of checks. TDD means writing or using tests as part of development.
Command
A repair command that addresses items a verification step marked as failed, then runs the relevant checks again.
Command
A reporting command that calculates five groups of Sprint measures from progress files and creates a health report. A Sprint is a fixed period of development work.
Command
A planning command that turns a task list into smaller Sprint plans and progress files. A Sprint is a fixed period of development work.
Command
å ³è peer-reviewer sub-agent ç¬ç«è·?peer reviewï¼äº§å?review æ¥åï¼ä¸è¿?evaluator æµç¨ã?triggers.
Command
A workflow that creates a boundary statement for a development sprint, listing what is included, excluded, and constrained by dependencies. A sprint is a planned period of focused development work.
Command
A manual checker for whether a feature specification is split into manageable user stories and tasks. It reads the feature’s specification, task list, and project rules, then reports the counts.
Command
A command for starting or resuming a Harness Sprint, a planned group of development tasks. It reads the sprint's progress and project rules, then reports what should happen next.
Command
A command for recording a proposed project rule or a lesson from an incident in a pending document. The entry waits for a later human review before becoming part of the project constitution, which is the document defining the project’s rules.
Command
Perform a non-destructive cross-artifact consistency and quality analysis across spec.md, plan.md, and tasks.md after task generation.
Command
Generate a custom checklist for the current feature based on user requirements.
Command
Identify underspecified areas in the current feature spec by asking up to 5 highly targeted clarification questions and encoding answers back into the spec.
Command
Create or update the project constitution from interactive or provided principle inputs, ensuring all dependent templates stay in sync.
Command
Execute the implementation plan by processing and executing all tasks defined in tasks.md.
Command
Execute the implementation planning workflow using the plan template to generate design artifacts.
Command
Create or update the feature specification from a natural language feature description.
Command
Generate an actionable, dependency-ordered tasks.md for the feature based on available design artifacts.
Command
Convert existing tasks into actionable, dependency-ordered GitHub issues for the feature based on available design artifacts.
Cursor rule
A set of rules for coordinating SpecKit and Harness, a workflow system with a visible progress dashboard. It requires each concrete command to be completed and recorded before moving to the next one.