一键导入
speckit-plan
Execute implementation planning workflow using the plan template to generate design artifacts
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Execute implementation planning workflow using the plan template to generate design artifacts
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when starting work on any project (technical or non-technical) to understand structure, standards, and best practices before making changes
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
Apply the code-quality checklist to audit files or directories and produce a Markdown report with findings and suggested fixes. Use when asked to "audit these files", "run a quality check", "code quality review", or "check against the code-quality checklist".
Generate a structured deep research prompt. USE WHEN the user needs to research a complex topic, market, or bug deeply. Capabilities include objective clarification, tech stack validation, and prompt generation.
Use for go-to-market strategy, user acquisition, channel analysis, and performance marketing.
Generate documentation for an existing project. USE WHEN onboarded to a new codebase OR documenting legacy code. Capabilities include architectural mapping, tech stack inventory, and technical debt documentation.
| name | speckit-plan |
| description | Execute implementation planning workflow using the plan template to generate design artifacts |
Create technical implementation plan that describes HOW to build the feature defined in the specification, including architecture, technology choices, data models, and API contracts.
spec.md exists).specify/memory/constitution.md)All execution logic is now contained within this skill. The skill handles:
setup-plan.sh to get feature pathsresearch.mddata-model.mdcontracts/quickstart.mdGoal: Resolve all technical unknowns before design
Extract unknowns from Technical Context:
Dispatch research agents:
Consolidate findings in research.md:
## Decision: [what was chosen]
**Rationale:** [why chosen]
**Alternatives Considered:**
- Option A: [pros/cons]
- Option B: [pros/cons]
**Selected:** Option A because...
Output: research.md with all unknowns resolved
Prerequisites: research.md complete
Data Model (data-model.md):
API Contracts (contracts/):
Quickstart (quickstart.md):
Agent Context Update:
update-agent-context.sh copilotOutput:
data-model.mdcontracts/*.yaml (OpenAPI/GraphQL)quickstart.mdValidate design against project principles:
.specify/memory/constitution.mdPlan is ready when:
specs/N-feature-name/
├── plan.md # Technical implementation plan (HOW)
├── data-model.md # Entity definitions and relationships
├── research.md # Technical decisions and rationale
├── quickstart.md # Integration scenarios
└── contracts/ # API specifications
├── openapi.yaml
└── schema.graphql
After plan is complete:
speckit-tasks to generate task breakdownWrong: "Spec says OAuth2, but I'll use API keys instead" (changing WHAT) Right: "Spec requires OAuth2, planning OAuth2 implementation" (serving WHAT)
Wrong: Skip constitution check, violate principles Right: Validate against constitution, justify any exceptions
Wrong: Jump to design with unresolved unknowns Right: Research all unknowns first, document decisions
Wrong: "User entity has some fields" Right: "User entity: id (UUID), email (string, unique), createdAt (timestamp)"
Wrong: "We'll figure out API structure during implementation" Right: Complete OpenAPI spec with all endpoints, schemas, examples