用途
recipe-front-review 是一个用于 React/TypeScript 前端实现完成后的质量保证工作流配方。它在实现完成后运行，对代码进行审查、安全验证，并在用户批准后执行修正或设计文档更新，最终输出审查报告。
主要能力
该配方以编排者（orchestrator）身份协调多个子代理完成以下工作：
- 实现审查：由 code-reviewer 执行，检查治理源合规性、范围经济性、仓库质量与安全性。
- 安全验证：由 security-reviewer 执行。
- 代码侧修正路径：由 task-executor-frontend 修复实现，quality-fixer-frontend 做质量检查，再由 code-reviewer / security-reviewer 复验。
- 设计侧更新路径：由 technical-designer-frontend（更新模式）修订设计文档，document-reviewer 审查文档，存在多个设计文档时由 design-sync 做跨文档一致性检查，再由 code-reviewer 复验。
配方还包含审查解决门（Review Resolution Gate）、执行门（Execution Gate）等强制流程，要求按步骤 1-10 顺序执行，并仅在声明的收敛条件下推进。
使用方式
该配方通过 Agent 工具调用各子代理，按以下步骤执行：
- 前置检查：从当前分支与仓库默认分支的合并基点之间的变更路径推导 implementationFiles，并确定设计文档。
- 执行 code-reviewer，返回初始审查 JSON。
- 执行 security-reviewer，进行安全合规审查。
- 裁决与响应：对两个输出应用审查解决门，按发现模式计算建议路由（d 设计侧更新、c 代码侧修正、d and c 缩减），并通过 AskUserQuestion 获取用户批准。
- 设计侧更新：当用户将至少一个发现路由到 d 时执行。
- 执行修正：调用 task-executor-frontend。
- 质量检查：调用 quality-fixer-frontend。
- 复验 code-reviewer。
- 复验 security-reviewer。
- 最终报告。
配方中引用了两个技能：在编写 Agent 提示、交接或生成产物前执行 llm-friendly-context；在做出工作流决策、调用代理或解决发现前执行 subagents-orchestration-guide。
适用场景
适用于 React/TypeScript 前端实现完成后的质量保证阶段，包括代码审查、安全审查以及根据审查结果进行代码或设计文档修正的场景。
限制
该配方要求显式用户指令授权每个子代理调用。审查命令仅授权分析，实施权限需通过 AskUserQuestion 单独获取。配方中未提供具体的安装命令、收费信息或平台支持细节。