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

Full-Stack Feature Orchestration 是一个纯文档型的 meta-skill，旨在为开发者提供从用户画像研究到文档交付的完整功能开发生命周期编排。它不是一个可执行的代码包，而是一套结构化的工作流指南和阶段门控规则。

核心用法
该 skill 将功能开发划分为八个有序阶段：用户画像研究、功能规格说明、UI/UX 设计、API 设计、前端实现、后端实现、测试和文档。在每个阶段，它指定了应该调用哪个子技能或命令（如 /create-persona、/create-api-route、/test-feature 等），并设定了“阶段门控”检查点，要求前一阶段的产物必须达到特定标准后才能进入下一阶段。它特别强调“垂直切片策略”，即先构建一个最薄的端到端链路来验证架构，然后再逐步扩展。

显著优点
1. 结构化与纪律性：通过强制性的阶段门控，避免了跳过关键环节（如用户研究、API 契约定义）所带来的返工成本。
2. 多角色协调：路由表清晰定义了前端、后端、测试、文档等环节所用的技能和命令，便于团队协作或单人负责全栈开发时的角色切换。
3. 零风险零依赖：纯文档性质使其不存在运行时风险，无外部 API 调用，无依赖冲突，安装即得完整的流程指导，非常适合作为团队开发规范的内置参考。
4. 灵活性：内置复杂度评估模型，允许简单功能跳过某些阶段，避免流程过重。

潜在缺点或局限性
1. 纯文档无自动化执行：它不会自动运行检查或生成代码，所有阶段推进都需要开发者手动确认和遵守。
2. 依赖生态完整性：阶段路由依赖生态中的其他技能和命令（如 persona-docs、api-development），若这些子技能缺失或版本不兼容，流程会中断。
3. 学习曲线：对于习惯即兴编码的开发者，遵守全流程门控可能需要一段适应期。

适合的目标群体

• 全栈开发者和独立开发者，需要系统化地处理从前端到后端的复杂功能。
• 中小型技术团队的 Tech Lead，希望引入一套标准化的功能交付流程。
• 正在指导初级开发者的导师，利用此技能作为教学框架。

使用风险
技术层面无任何安全风险（已通过 S 级认证）。主要风险在于工艺风险：如果团队僵化遵循全部八个阶段而不根据复杂度进行裁剪，可能导致简单功能过度工程化。此外，许可证未声明（仅有 MIT 等开源推荐）可能在极端合规场景下引起法务质疑。总之，这是一个高价值、零威胁的流程资产，为功能开发提供了教科书级的纪律保证。