القائمة
任务审查执行。功能：通过多Agent协作确保任务高质量完成，包含流程审批、产出验收、问题修正循环。当出现以下场景时必须调用此skill：1)任务复杂度高（子任务>6个、时间>10分钟、文件>5个、大文件、多技术领域）；2)用户反馈不符合要求≥2次（如"不对"、"错了"、"重新做"）；3)需要多次审查确认质量。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
技术博客写作助手。根据用户提供的主题或素材，生成结构清晰、内容深度、可视化强的中文技术博客/文档。包含总览表格、机制详解、流程图、安装指南。用户说"写博客"、"写文档"、"整理成文章"、"输出技术文档"时调用。
为Hexo博客的Markdown笔记添加YAML front matter头部。当用户需要给博客文章添加Hexo格式的front matter时调用。
前端浏览器 QA 取证。用于真实浏览器视觉取证、Playwright 流程验证、动态点击输入、DOM 断言、表单/表格/弹窗/滚动/sticky 表头/响应式布局和用户截图反馈复现；截图用于视觉证据，动态交互优先用 Playwright 测试或 MCP 断言，不做最终产品业务验收。
前端代码审核。用于 UI 实现或修复后，检查数据映射、事件绑定、表单校验、异步状态、提交锁、可访问性、测试和回归风险。
前端开发规范。用于 UI 编码或修复前，约束组件复用、字段契约、表单、表格、弹窗、布局、样式、异步状态、分页和设计系统一致性。
前端契约同步。用于 UI 改动影响 API/schema、DTO、Mock、测试数据、校验规则、状态模型、页面展示字段或 PRD 字段说明时保持一致。
| name | task-review-executor |
| description | 任务审查执行。功能：通过多Agent协作确保任务高质量完成，包含流程审批、产出验收、问题修正循环。当出现以下场景时必须调用此skill：1)任务复杂度高（子任务>6个、时间>10分钟、文件>5个、大文件、多技术领域）；2)用户反馈不符合要求≥2次（如"不对"、"错了"、"重新做"）；3)需要多次审查确认质量。 |
满足以下任一条件时触发：
| 维度 | 阈值 |
|---|---|
| 子任务数 | > 6个 |
| 预估执行时间 | > 10分钟 |
| 涉及文件数 | > 5个文件 或 存在大文件 |
| 跨领域操作 | 是（如前端+后端+数据库） |
| 用户反馈产出不符 | ≥ 2次 |
大文件阈值：
用户反馈不符的显式判断词：
主Agent（调度者）— 使用最强可用模型
职责：
上下文传递要求 — 主Agent向子Agent发送信息时必须包含：
审查Agent — 使用最强可用模型
职责：
执行Agent
职责：
流程步骤：
循环控制规则：
当审查Agent和执行Agent意见冲突时触发：
| 参与者 | 票数 |
|---|---|
| 主Agent | 1票 |
| 审查Agent | 1票 |
| 执行Agent | 1票 |
| 模式 | 适用场景 | 说明 |
|---|---|---|
| 串行执行（默认） | 子任务之间存在依赖 | 按依赖顺序逐个执行 |
| 并行执行 | 子任务之间前后无关 | 可同时派发给多个执行Agent |
判断规则：子任务A的产出是子任务B的输入 → 必须串行；无数据依赖 → 可并行
日志文件：
_logs/ 文件夹task-review-{YYYYMMDD-HHmmss}.md摘要机制：
在以下场景调用 requirement-clarifier：
调用时必须向用户提供选项选择和自定义输入，帮助用户更好地描述需求。
任务在以下情况视为完成：