full-stack-feature

核心用法

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生态深度绑定，迁移至其他平台需重新适配。