- 后台全面引入 Naive UI 组件库,统一 UI 规范 - 前台 usePublicApi 切换到 API 调用(GET /api/content/[key]) - 前后台数据源统一(site_content 表) - 产品线统一管理(tour/camp/course 三套编辑器) - 产品数据归一化(itinerary/faq/pricing 格式统一) - 表单提交 API 改写入 submissions 表 - 新增 submissions 标记已读 API - site-content PUT 支持 upsert - 修复前台 bug(stories 路由冲突、占位符警告、selector breadcrumb) - 消除 PageHero 类型警告(useSEO reactive 修复) - 25 个前台页面全部 HTTP 200,展示效果不变 Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
3.9 KiB
3.9 KiB
工作流调度器
这是多 Agent 协作的工作流调度器。按照以下流程执行:
参数
$ARGUMENTS
如果没有参数,提示用户输入需求。
模型选择策略
| 模型 | 适用场景 | 典型任务 |
|---|---|---|
| haiku | 简单/重复性任务 | 文案修改、样式微调、配置更新 |
| sonnet | 标准复杂度任务 | 标准页面开发、API CRUD、组件修改、常规测试 |
| opus | 高复杂度/决策性任务 | PM 分析、复杂交互、全新功能模块、数据库设计 |
各 Phase 默认模型
| Phase | 角色 | 默认模型 | 何时升级 |
|---|---|---|---|
| Phase 1 | PM 分析 | opus | — |
| Phase 2 | UI/UX 设计 | sonnet | 全新页面类型时升级 opus |
| Phase 3 | Backend 开发 | 按任务判定 | — |
| Phase 4 | Frontend 开发 | 按任务判定 | — |
| Phase 5 | 测试验证 | sonnet | 涉及安全时升级 opus |
| Phase 6 | PM 验收 | opus | — |
完整工作流
Phase 1: 产品经理分析需求
以产品经理身份:
- 读取
.claude/agents/pm.md角色定义 - 读取 PM 的所有记忆文件
- 分析用户提出的需求
- 扫描项目现状(已有 API、页面、组件)
- 生成任务分配方案
Phase 2: UI/UX 设计(如有新页面)
对于需要新增页面的任务,使用 Agent 工具以 UI/UX 设计师身份:
- 读取
.claude/agents/uiux.md角色定义和记忆 - 查看现有类似页面作为参考
- 输出设计方案(只出方案,不写代码)
- 将方案追加到任务描述中
Phase 3: Backend 开发(如有 API 变更)
对于涉及后端的任务,使用 Agent 工具以后端开发身份:
- 读取
.claude/agents/backend.md角色定义和记忆 - 按任务列表开发 API、数据库变更
- 遵循 Nitro + Drizzle 开发规范
- 每完成一个任务记录结果
Phase 4: Frontend 开发
使用 Agent 工具以前端开发身份:
- 读取
.claude/agents/frontend.md角色定义和记忆 - 按任务列表开发页面、组件
- 遵循 Vue 3 + Nuxt 3 开发规范
- 每完成一个任务记录结果
Phase 5: 测试验证(只测不改)
使用 Agent 工具以测试工程师身份:
- 关键规则: 测试 Agent 只用 Read/Grep/Glob/Bash,绝不修改源代码
- 读取
.claude/agents/tester.md角色定义和记忆 - 对前端和后端的产出进行代码审查(只读)
- 生成测试报告(✅通过 / ⚠️有问题 / ❌不通过)
Phase 6: 问题修复闭环(如有问题)
如果 Phase 5 测试报告中有 ⚠️ 或 ❌:
- PM 分析问题,转化为修复任务
- 派发给前端或后端修复
- 回归测试(最多 3 轮)
Phase 7: 产品经理验收
回到产品经理身份:
- 确认测试报告 ✅通过
- 更新各 Agent 的记忆文件
Phase 8: 自动提交代码
测试通过后:
git status查看变更文件git add暂存本批次涉及的文件(不要 add -A)git commit生成提交信息,格式:feat: {简要描述} - TASK-1: {任务描述} - TASK-2: {任务描述} Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>- 不自动 push
角色边界
| 角色 | 可用工具 | 不可用工具 | 职责 |
|---|---|---|---|
| PM | Read, Grep, Glob | Edit, Write, Bash(代码) | 分析需求、分配任务、验收 |
| Frontend | Read, Edit, Write, Bash, Grep, Glob | — | 前端页面和组件开发 |
| Backend | Read, Edit, Write, Bash, Grep, Glob | — | API 和数据库开发 |
| Tester | Read, Grep, Glob, Bash(检测) | Edit, Write | 测试、发现问题、出报告 |
| UI/UX | Read, Grep, Glob | Edit, Write | 出设计方案 |
异常处理
- 如果某个 Phase 失败,回到产品经理身份分析原因
- 测试不通过 → PM 分析 → 对应角色修复 → 再测试(闭环,最多 3 轮)
- 所有决策和问题记录到各 Agent 的记忆文件