用途：该配方专注于前端规划阶段，从设计文档出发生成前端工作计划，并在完成前取得用户对计划内容的批准。
主要能力与流程：
- 设计文档选择：优先使用 $ARGUMENTS 中明确给出的 Design Doc；否则在 docs/design/ 下仅有一个 Design Doc 时使用它；UI Spec 仅从所选 Design Doc 的 Referenced UI Spec 路径解析。无 Design Doc 时报告；存在多个时列出供选择。
- 测试骨架生成：通过 Agent 工具调用 subagent_type: "dev-workflows-frontend:acceptance-test-generator"，传入 design_docs、ui_spec（存在时）以及 confirmed_requirement_context（Design Doc 指定的已批准 PRD 路径，无 PRD 时为其未变更的 Requirement Convergence 记录）。将所有非空生成的骨架路径传给 work-planner；有证据支持的空 lane 视为该 lane 完成。
- 工作计划创建：调用 subagent_type: "dev-workflows-frontend:work-planner"，mode: create，传入 designDoc、uiSpec（存在时）、prd（存在时）、testSkeletons。
- 工作计划评审：调用 subagent_type: "dev-workflows-frontend:document-reviewer" 评审计划自身的 Implementation Scope、任务、完成标准、依赖、执行顺序、精确源锚点存在性、可执行验证与 Review Scope。评审发现须经 Review Resolution Gate 处理，必要时以 work-planner 的 update 模式重路由修正，收敛后才提交批准。
- 提交批准：将评审后的计划提交用户批量批准；用户要求修改时，原样重新调用 work-planner 并重跑评审。
使用方式：在满足前置条件时执行各适用调用；编写 Agent 提示、交接或生成产物前先执行 llm-friendly-context 技能，做工作流决策、调用代理或处理发现前先执行 subagents-orchestration-guide 技能。
限制：本技能在用户授权实施已评审计划时结束；未解决的技术证据或外部依赖需连同受影响任务与验证边界记录在计划中；仅当确认结果、期望未来需求与非目标无法同时成立时才回到需求门。资料未提供具体安装命令、收费或平台信息。