---
name: wasabeef/多角色并行分析生成综合报告
source: https://app.decimal.ai/s/wasabeef-84e58d@1/SKILL.md
source_sha256: 89112fe21a8a
---

# 多角色并行分析生成综合报告

使用多个角色并行分析同一对象，生成综合报告的命令。

## 使用方法

```bash
/multi-role <角色 1>,<角色 2> [--agent|-a] [分析对象]
/multi-role <角色 1>,<角色 2>,<角色 3> [--agent|-a] [分析对象]
```

## 可用角色

### 专业分析角色

- `security` : 安全审计专家
- `performance` : 性能优化专家
- `analyzer` : 根本原因分析专家
- `frontend` : 前端·UI/UX 专家
- `mobile` : 移动开发专家
- `backend` : 后端与服务器端专家

### 开发支持角色

- `reviewer` : 代码审查专家
- `architect` : 系统架构师
- `qa` : 测试工程师

**重要**:

- `--agent` 选项需要放在角色指定之后
- 消息要写在 `--agent` 之后
- 正确示例: `/multi-role qa,architect --agent 评估计划`
- 错误示例: `/multi-role qa,architect 评估计划 --agent`

## 选项

- `--agent` 或 `-a` : 将各角色作为子代理并行执行 (推荐用于大规模分析)
  - 使用此选项时，如果角色的 description 中包含自动委托促进短语 (如 "use PROACTIVELY" 等)，将启用更积极的自动委托

## 基本示例

```bash
# 安全和性能的双重分析 (常规)
/multi-role security,performance
"评估这个 API 端点"

# 大规模系统的并行分析 (子代理)
/multi-role security,performance --agent
"全面分析系统的安全性和性能"

# 前端·移动·性能的综合分析
/multi-role frontend,mobile,performance
"考虑这个界面的优化方案"

# 架构设计的多角度评估 (子代理)
/multi-role architect,security,performance --agent
"评估微服务化的设计"
```

## 分析流程

## 阶段 1: 并行分析

各角色独立分析同一对象

- 从专业视角进行评估
- 按角色特有标准判定
- 生成独立的建议

## 阶段 2: 综合分析

结构化整合结果

- 整理各角色的评估结果
- 识别重复·矛盾点
- 明确互补关系

## 阶段 3: 综合报告

生成最终建议

- 带优先级的行动计划
- 明示权衡取舍
- 提供实施路线图

## 输出格式示例

## 2 角色分析的情况

```text
多角色分析: Security + Performance
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

分析对象: API 端点 /api/users

Security 分析结果:
认证: JWT 验证实施得当
授权: 基于角色的访问控制不完整
加密: API 密钥在日志中以明文输出

评估分数: 65/100
重要度: High(因为访问敏感数据)

Performance 分析结果:
响应时间: 平均 180ms(目标 200ms 以内)
数据库查询: 检测到 N+1 问题
缓存: Redis 缓存未实施

评估分数: 70/100
重要度: Medium(目前在可接受范围内)

相互关联分析:
协同效应机会:
- 实施 Redis 缓存时同时考虑加密
- 改进日志输出提升安全性和性能

权衡点:
- 加强授权检查 ↔ 对响应时间的影响
- 日志加密 ↔ 调试效率降低

综合优先级:
Critical: 修复 API 密钥明文输出
High: 解决 N+1 查询
Medium: 实施 Redis 缓存 + 加密
Low: 细化授权控制

实施路线图:
第 1 周: 实施 API 密钥屏蔽
第 2 周: 优化数据库查询
第 3-4 周: 设计·实施缓存层
第 2 月: 逐步加强授权控制
```

## 3 角色分析的情况

```text
多角色分析: Frontend + Mobile + Performance
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

分析对象: 用户资料界面

Frontend 分析结果:
可用性: 直观的布局
可访问性: WCAG 2.1 符合率 85%
响应式: 平板显示有问题

Mobile 分析结果:
触摸目标: 确保 44pt 以上
单手操作: 重要按钮在上方
离线支持: 未实施

Performance 分析结果:
初始显示: LCP 2.1 秒 (良好)
图像优化: 不支持 WebP
延迟加载: 未实施

综合建议:
1. 移动优化 (单手操作 + 离线支持)
2. 图像优化 (WebP + 延迟加载)
3. 改进平板 UI

优先级: Mobile > Performance > Frontend
实施期间: 3-4 周
```

## 有效的组合模式

## 安全重视

```bash
/multi-role security,architect
"认证系统的设计"

/multi-role security,frontend
"登录界面的安全性"

/multi-role security,mobile
"移动应用的数据保护"
```

## 性能重视

```bash
/multi-role performance,architect
"可扩展性设计"

/multi-role performance,frontend
"Web 页面高速化"

/multi-role performance,mobile
"应用运行优化"
```

## 用户体验重视

```bash
/multi-role frontend,mobile
"跨平台 UI"

/multi-role frontend,performance
"UX 与性能的平衡"

/multi-role mobile,performance
"移动 UX 优化"
```

## 全面分析

```bash
/multi-role architect,security,performance
"系统整体评估"

/multi-role frontend,mobile,performance
"用户体验综合评估"

/multi-role security,performance,mobile
"移动应用综合诊断"
```

## 与 Claude 的协作

```bash
# 结合文件分析
cat src/components/UserProfile.tsx
/multi-role frontend,mobile
"从多个视角评估这个组件"

# 设计文档评估
cat architecture-design.md
/multi-role architect,security,performance
"从多个专业领域评估这个设计"

# 错误分析
cat performance-issues.log
/multi-role performance,analyzer
"多角度分析性能问题"
```

## multi-role vs role-debate 的使用区分

## 使用 multi-role 的场合

- 需要各专业领域的独立评估
- 想制定综合改进计划
- 需要整理矛盾或重复
- 要决定实施优先级

## 使用 role-debate 的场合

- 专业领域间存在权衡
- 技术选型可能有分歧
- 想通过讨论决定设计方针
- 想听取不同视角的辩论

## 子代理并行执行 (--agent)

使用 `--agent` 选项时，各角色作为独立的子代理并行执行。

### 自动委托的促进

当角色文件的 description 字段包含以下短语时，使用 `--agent` 会启用更积极的自动委托：

- "use PROACTIVELY"
- "MUST BE USED"
- 其他强调表达

### 执行流程

```text
常规执行:
角色 1 → 角色 2 → 角色 3 → 综合
(顺序执行，约 3-5 分钟)

--agent 执行:
角色 1 ─┐
角色 2 ─┼→ 综合
角色 3 ─┘
(并行执行，约 1-2 分钟)
```

### 有效使用示例

```bash
# 大规模系统的综合评估
/multi-role architect,security,performance,qa --agent
"新系统的全面评估"

# 多视角的详细分析
/multi-role frontend,mobile,performance --agent
"所有界面的 UX 优化分析"
```

### 性能比较

| 角色数 | 常规执行 | --agent 执行 | 缩短率 |
| ------ | -------- | ------------ | ------ |
| 2 角色 | 2-3 分钟 | 1 分钟       | 50%    |
| 3 角色 | 3-5 分钟 | 1-2 分钟     | 60%    |
| 4 角色 | 5-8 分钟 | 2-3 分钟     | 65%    |

## 注意事项

- 同时执行 3 个以上角色时输出会变长
- 复杂分析可能需要更长执行时间
- 出现相互矛盾的建议时，也可考虑 role-debate
- 最终判断请参考综合结果由用户决定
- **使用 --agent 时**: 会使用更多资源，但对大规模分析更高效

## 角色配置详情

- 各角色的详细配置、专业知识与讨论特性都定义在 `.claude/agents/roles/` 目录中
- 包含 Evidence-First 方法与认知偏差对策
- 角色专属触发短语会自动启用特化模式