用途：为功能实现或重构请求建立强制工作流，先写规范再动手，把架构约定作为不可违背的约束。适用前提是项目使用 Spectacular 并存在 docs/constitutions/current/ 目录；若不存在，应先询问用户是否采用。
核心流程：用户请求 → /spectacular:spec → /spectacular:plan → /spectacular:execute。spec 生成 specs/{runId}-{feature-slug}/spec.md，含需求、架构与验收标准，并引用而复制架构约定；plan 输入 spec.md，输出同目录 plan.md，分析任务依赖与文件重叠，生成串行或并行阶段及时间估算；execute 输入 plan.md，创建工作树、派生子代理、堆叠分支，并在每个任务后跑测试与 lint、每个阶段后做代码审查。
规范约定（constitution）包含 architecture.md、patterns.md、tech-stack.md、testing.md，属于不可变规则：规范中只引用，不复制；实现必须据此校验，不得违反。
限制与流程要求：spec 与 plan 都需用户评审并批准后才能进入下一步；不要以“需求清晰”“功能很小”“用户想快”“只是重构”为由跳过。资料未提供版本要求、价格、平台支持与具体命令参数。