用途：触发 Feature Implementation 工作流，实现一个定义明确的功能；该工作流以规范（spec）驱动，默认测试先行：在实现（$plan-execute）之前先编写并评审测试规范（$spec [mode=tests]）。
主要能力：通过固定步骤序列完成功能实现，包括 $scout、$investigate、$spec-discovery、$domain-analysis、$why-review、$spec、$spec-clarify、$plan、$plan-review、$plan-validate、$spec [mode=tests]、$artifact-review --type=spec-tests、$plan-execute、$seed-test-data、$domain-entities-review、$spec [mode=sync]、$integration-test、$integration-test-review、$integration-test-verify、$workflow-review-changes、$security-review、$changelog、$test、$scan --target=domain-entities、$docs-update、$demo-guide、$workflow-end、$watzup。
使用方式：用 $start-workflow workflow-feature 激活，并以用户提示作为上下文。执行前先建立并同步任务跟踪；每一步按 TaskUpdate in_progress → 技能调用 → 完成 → completed 的闭环执行，禁止批量完成校验门。步骤不得跳过、重排或合并，除非用户明确批准偏离。要求基于证据（file:line）且置信度大于 80%% 才行动；先定义成功标准并循环至可观察验证通过。
适用场景：实现范围清晰的功能；涉及既有输出、持久状态、API 响应或用户可见流程变更的功能需先做端到端追溯；性能增强类功能走 $performance-review 路线并要求 SLA/基准证据。UI 相关变更在 $scout 或 $investigate 检测到后，可先路由到 $design-spec --mode=wireframe 或 $figma-design。
限制：若必做步骤或工具在当前环境无法运行，必须停下并询问用户再调整。共享 SDD Artifact Contract、项目特定约定与文档路径依资料指向 shared/ 与 docs/ 下对应文件；本资料未提供价格、平台支持与效果数据。