用途：以规格说明驱动项目开发，从已确认的产品意图推进到实现和可复用的测试证据。产物被视为接口，用于保持意图、实现与证据一致，文档产出本身不是目标。
主要能力：管理项目生命周期并明确各产物的写入者。docs/PRD.md 与 docs/feature-breakdown.md 由本技能负责；specs/NNN-feature-name/ 下的 spec.md、plan.md、tasks.md 由 Spec Kit 或可移植编码智能体负责；test-spec.md、test-report.md、TESTING.md 与测试由 /shiplight cover 负责，本技能不得直接编写或编辑。
使用方式：默认调用执行只读状态检查，读取分支与工作区状态、识别可移植或 Spec Kit 模式、读取 PRD 与相关特性产物，报告当前特性、阶段、漂移与下一道关卡。主要操作包括 init、breakdown、select、lifecycle、maintenance。创建新特性前必须先做对账：默认将变更视为既有特性改造，只有引入可独立规格化、交付和验证的持久能力时才新建特性。
适用场景：需要从产品意图到实现再到测试证据全程可追溯的项目；既有特性改造与维护；批量准备多个特性规格与计划。
限制：Spec Kit 模式仅在已有完整 .specify/ 设置或用户明确要求时使用；Shiplight 在规划与实现阶段可选，但生成测试证据必需，未安装时应报告该阶段不可用。分支、提交、发布、PR、合并与 Spec Kit 安装均需明确请求。产品意图不明确或产物冲突时应停止并询问负责人。