端到端特性开发 orchestration

OpenClaw官方出品的全栈开发元技能，提供从用户研究到部署测试的8阶段结构化流程，确保特性开发不遗漏关键环节。

基本信息

• 技能名称?full-stack-feature
• 中文名称?端到端特性开发 orchestration
• 作者?wpank
• 分类?开发
• 版本?v1.0.0
• 标签?development-engineering, product-management, project-program-management, backend, frontend, devops, automation

使用方法

使用说明
核心用法
full-stack-feature 是一个元技能（meta-skill），用于协调端到端的软件特性开发全流程。它不直接生成代码，而是作为"指挥中枢"，在8个关键阶段之间进行智能路由：用户角色研究 → 特性规格定义 → UX/UI设计 → API设计 → 前端实现 → 后端实现 → 测试 → 文档。用户根据特性复杂度（从Trivial到Epic五个等级）选择需要经过的阶段，每个阶段设有强制检查点（Stage Gate），未通过则无法进入下一阶段。
显著优点
结构化防遗漏 ：强制要求用户研究先行，避免"开发没人用的功能"；API契约锁定后才允许前后端并行开发，杜绝集成时的接口不匹配问题。 垂直切片策略 ：倡导先打通最薄端到端路径（Thin Slice），再逐步扩展，大幅降低架构风险。 复杂度自适应 ：提供清晰的评估矩阵，小特性可跳过非必要阶段，大特性则完整执行全部流程。 并行开发支持 ：API契约确定后，前后端可独立推进，通过Mock数据保持同步。 教学价值 ：完整的阶段定义和检查标准，适合用于培养初级开发者的工程思维。
潜在缺点与局限性
过度流程化风险 ：对于熟悉领域的快速迭代，8阶段流程可能显得笨重，Trivial/Small特性虽可跳过阶段，但判断本身需要经验。 依赖生态完整性 ：该技能假设环境中已存在 /create-persona 、 、 /create-api-route` 等配套命令和技能，若生态缺失则无法落地。 AI解释执行差异 ：作为纯文档技能，实际效果高度依赖AI助手对文档的理解，不同平台执行一致性难以保证。 未覆盖运维部署 ：流程止于文档阶段，未包含CI/CD、监控、灰度发布等生产环境关键环节。 敏捷兼容性 ：严格的阶段门控与敏捷开发的"拥抱变化"理念存在一定张力，需求变更时的流程调整成本未明确说明。
适合的目标群体
全栈开发者需要系统化梳理复杂特性开发步骤
技术负责人建立团队统一的开发规范和质量标准
初级开发者学习完整的软件工程实践流程
跨职能团队协调产品、设计、开发、测试的多角色协作
新功能领域探索时，需要结构化方法降低不确定性
使用风险
性能风险 ：作为编排层，若引用的下游技能（如代码生成、测试执行）响应缓慢，整体流程会被拖慢。 依赖项风险 ：实际功能由引用的其他技能完成，需单独审查 /new-feature 、 、 /test-feature 等命令对应技能的安全性。理解偏差风险：AI可能误读"阶段可跳过"的复杂度评估规则，导致小特性过度设计或大特性遗漏关键阶段。版本同步风险：若引用的技能或命令文档版本更新，路由表可能指向过时路径。平台锁定风险：安装命令 npx clawhub@latest` 表明与OpenClaw生态深度绑定，迁移至其他平台需重新适配。