用途：在规格（spec）批准后实现功能，采用独立 git worktree、TDD 方法与结构化 PR 创建流程。核心原则是规格达到可实现状态前不开始写代码。
主要能力：分析请求是否明确；按顺序查找规格（如 docs/specs/{feature-name}-spec.md）；进行就绪性评估（检查实现阶段、目标文件、可测试验收标准、TBD 与模糊措辞、API 契约、数据模型等）；发现缺口时通过面谈澄清或重定向到 /skill:plan；执行预检（git 状态、已有 worktree、基础分支）；创建工作树；按 TDD 编写单元/集成/E2E 测试并实现、重构；运行质量门禁（测试、覆盖率、lint、构建、类型检查）；创建指向 dev 的草稿 PR；合并后清理。
使用方式：用法命令为 /skill:feature [feature-name]，可选参数 --no-worktree、--continue、--reset、--skip-checks。工作树通过 Worktrunk 创建：wt switch -c feat/{feature-name} --base dev。实现阶段用 wt step commit --stage=modified 生成提交信息。质量检查示例命令为 bun run lint、bun run typecheck、bun run test、bun run build。创建 PR 使用 gh pr create --draft --base dev。合并后清理用 wt merge feat/{feature-name} 或 wt remove feat/{feature-name}。
适用场景：已有可实现的规格文件、需要隔离开发与可评审 PR 的功能开发；无规格时的超简单改动（估计少于 50 行）可使用轻量流程。
限制：规格存在重大问题（4 项以上缺口）时应重定向到规格工作流；规格须无 TBD 与模糊语言、包含阶段/目标文件/可测验收标准等；测试未通过不得创建 PR；PR 建议控制在 400 行以内；资料未说明支持的平台、收费或性能数据。