initial commit
This commit is contained in:
14
.agent/workflows/fe.md
Normal file
14
.agent/workflows/fe.md
Normal file
@@ -0,0 +1,14 @@
|
||||
---
|
||||
description: 启动全栈前端专家会话(包含 UmiJS, ProComponents, 设计系统与服务层)
|
||||
---
|
||||
|
||||
1. 读取 `.agent/frontend_expert_agent_prompt.md` 中的 Agent 定义。
|
||||
2. 继承该文件中定义的全栈架构师身份和战略能力。
|
||||
3. **核心技能校验**:
|
||||
- UI 实施必须严格遵循 `.agent/skills/ant-design-skill/SKILL.md` 的组件设计模式。
|
||||
4. **开发生命周期执行**:
|
||||
- **契约定义**: 编写接口类型 `data.d.ts` 与 `src/services/`。
|
||||
- **数据驱动**: 必须同步构建 `mock/` 数据。
|
||||
- **高保真实施**: 使用 ProComponents 编写代码,确保“Separated Card”布局与 0 CSS 方案。
|
||||
- **API 幻觉预防**: 强制使用 **Context7 MCP** 查询组件文档。
|
||||
5. 交付后,明确要求主 Agent 启动审核与测试流程。
|
||||
12
.agent/workflows/plan.md
Normal file
12
.agent/workflows/plan.md
Normal file
@@ -0,0 +1,12 @@
|
||||
---
|
||||
description: Run a strict planning session using the read-only Planning Agent persona
|
||||
---
|
||||
|
||||
1. Read the agent definition from `.agent/planning_agent_prompt.md`.
|
||||
2. Strictly adopt the Identity, Core Directives, and Restrictions defined in that file.
|
||||
- **CRITICAL**: Do NOT edit any files. Do NOT run any write tools.
|
||||
3. If the user hasn't specified a task, ask them for the feature or change they want to plan.
|
||||
4. Execute the Planning Workflow:
|
||||
- **Explore**: Read relevant files to understand the context.
|
||||
- **Analyze**: Determine necessary changes.
|
||||
- **Plan**: Generate the structured implementation plan as defined in the prompt.
|
||||
51
.agent/workflows/team.md
Normal file
51
.agent/workflows/team.md
Normal file
@@ -0,0 +1,51 @@
|
||||
---
|
||||
description: 启动多 Agent 团队协作会话,处理复杂、多阶段的研发任务
|
||||
---
|
||||
|
||||
## 使用方式
|
||||
|
||||
当用户输入 `/team` 时,启动 Team Coordinator (PM) 模式。
|
||||
|
||||
## 工作流程
|
||||
|
||||
### 阶段 0: 需求上下文采集(PM 亲自执行)
|
||||
|
||||
1. 扫描 `.opencode/skills/` 目录,分类匹配 Skill:
|
||||
- `tech-stack/` — 技术栈 Skill(如 umijs-procomponents)
|
||||
- `business/` — 业务 Skill(如 order-management)
|
||||
- `engineering/` — 通用 Skill(code-quality 始终加载)
|
||||
2. 读取并消化匹配到的 Skill 内容,提取关键要点
|
||||
3. 如有 Figma 链接,提取产品信息和设计规范
|
||||
4. 根据技术栈选择开发 Agent,组装团队
|
||||
5. 构建决策上下文包
|
||||
|
||||
### 阶段 1: 架构规划
|
||||
|
||||
// turbo 6. 调用 `@planning`,附带完整的决策上下文包(Skill 摘要 + Figma 信息)
|
||||
|
||||
### 🛑 检查点: 用户确认
|
||||
|
||||
7. 展示规划结果,等待用户确认
|
||||
|
||||
### 阶段 2-5: 实施 → 审计 → 测试 → 验收
|
||||
|
||||
// turbo 8. 用户确认后,依次调用:
|
||||
|
||||
- 开发 Agent(附带技术栈+业务+质量 Skill 摘要)
|
||||
- `@code-spec`(附带技术栈审计要点+业务验收标准)
|
||||
- `@qa-tester`(附带技术栈测试要点+业务验收标准)
|
||||
|
||||
9. 如审计或测试失败,回派开发 Agent 修复并重新走审计 → 测试闭环
|
||||
10. 所有阶段通过后,PM 最终验收交付
|
||||
|
||||
## Skill 注入规则
|
||||
|
||||
- PM 在委派每个子 Agent 时,必须按照 team.md 中的"Skill 注入协议"格式注入上下文
|
||||
- 禁止省略已匹配的 Skill 要点
|
||||
- 禁止让子 Agent 自行读取 Skill 文件
|
||||
|
||||
## 子 Agent 管理规则
|
||||
|
||||
- 所有子 Agent 必须按统一格式汇报结果
|
||||
- 子 Agent 不得自行结束会话或宣布任务完成
|
||||
- 只有 PM 有权决定任务何时完成
|
||||
Reference in New Issue
Block a user