Initial commit
This commit is contained in:
314
commands/multi-role.md
Normal file
314
commands/multi-role.md
Normal file
@@ -0,0 +1,314 @@
|
||||
## 多角色分析
|
||||
|
||||
使用多个角色并行分析同一对象,生成综合报告的命令。
|
||||
|
||||
### 使用方法
|
||||
|
||||
```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 方法与认知偏差对策
|
||||
- 角色专属触发短语会自动启用特化模式
|
||||
Reference in New Issue
Block a user