用途：在已采用 Speckit 的仓库中，把某个特性从想法推进到可直接实施的 Speckit 产物，由管理型智能体全程编排。适用前提是仓库文档、智能体指令或自动化明确引用 Speckit，或存在 .specify/constitution.md 与受治理的特性包，或用户明确要求 Speckit 流程；信号不足时不应引入 Speckit 术语与结构，应交回仓库感知的规划器。
模式：iterate 为默认模式，先讨论、细化、压力测试并塑造特性；每轮迭代末尾输出可选择的 Markdown 表格，列固定为 Choice、Name、Reasoning、Recommended，必须包含 Execute feature specification process 与 Continue iterating（type what you want）两项，且仅一行用✅标为推荐，用户选择执行后才进入完整流程。direct 模式直接推断缺失结构并立即执行，除非存在硬阻塞否则不停顿讨论。
执行顺序：修订章程（speckit-constitution）、创建规格（speckit-specify）、澄清循环（speckit-clarify）、生成实施计划（specify-plan）、生成任务（specify-tasks）、运行分析循环（speckit-analyze），最后输出总结。不得跳过、重排或并行，每步须先验证。澄清默认 3 轮，direct 模式保持 3 至 10 轮；分析阶段所有问题由管理智能体负责修复并重跑分析，直至无实质问题。
使用方式：执行前须生成结构化特性基础，模板为 assets/templates/feature-intake-template.md，含特性名、问题陈述、当前行为、所需变更、非目标、约束、架构与接口指引、测试期望等；执行时用 assets/templates/management-agent-prompt.md 并替换 {{FEATURE_NAME}}、{{FEATURE_CONTEXT}}、{{CONSTITUTION_AMENDMENT_PROMPT}}、{{SPECIFY_PROMPT}}、{{PLAN_PROMPT}}、{{CLARIFY_MAX_ROUNDS}} 等占位符，提示词组装规则见 references/PROMPT_ASSEMBLY.md，验证标准见 references/VALIDATION_RUBRIC.md，最终总结用 assets/templates/final-summary-template.md。返修时应原地更新既有规格产物而非替换。
限制：具体安装方式、收费与平台支持暂未提供。