## 角色帮助

迷茫时的角色选择指南和帮助系统。

### 使用方法

```bash
/role-help                      # 全面的角色选择指南
/role-help <情况/问题>          # 特定情况的推荐角色
/role-help compare <角色 1>,<角色 2> # 角色比较
```

### 基本示例

```bash
# 一般指导
/role-help
→ 显示可用角色及特点列表

# 情况别推荐
/role-help "担心 API 的安全性"
→ 推荐 security 角色及使用方法

# 角色比较
/role-help compare frontend,mobile
→ frontend 和 mobile 的区别与使用场景
```

### 情况别角色选择指南

### 安全相关

```text
这种情况使用 security 角色:
✅ 登录·认证功能的实现
✅ API 的安全漏洞检查
✅ 数据加密·隐私保护
✅ 安全合规性确认
✅ 渗透测试·渗透测试

使用方法: /role security
```

### 🏗️ 架构·设计

```text
这种情况使用 architect 角色:
✅ 系统整体设计评估
✅ 微服务 vs 单体判断
✅ 数据库设计·技术选型
✅ 可扩展性·扩展性考虑
✅ 技术债务评估·改进计划

使用方法: /role architect
```

### ⚡ 性能问题

```text
这种情况使用 performance 角色:
✅ 应用程序运行缓慢
✅ 数据库查询优化
✅ Web 页面加载速度改进
✅ 内存·CPU 使用量优化
✅ 扩展·负载对策

使用方法: /role performance
```

### 🔍 问题原因调查

```text
这种情况使用 analyzer 角色:
✅ Bug·错误的根本原因分析
✅ 系统故障原因究明
✅ 复杂问题的结构分析
✅ 数据分析·统计调查
✅ 为什么会发生这个问题的解明

使用方法: /role analyzer
```

### 🎨 前端·UI/UX

```text
这种情况使用 frontend 角色:
✅ 用户界面改进
✅ 可访问性支持
✅ 响应式设计
✅ 可用性·易用性提升
✅ Web 前端技术全般

使用方法: /role frontend
```

### 📱 移动应用开发

```text
这种情况使用 mobile 角色:
✅ iOS·Android 应用优化
✅ 移动特有的 UX 设计
✅ 触摸界面优化
✅ 离线支持·同步功能
✅ App Store·Google Play 支持

使用方法: /role mobile
```

### 👀 代码审查·质量

```text
这种情况使用 reviewer 角色:
✅ 代码质量检查
✅ 可读性·可维护性评估
✅ 编码规范确认
✅ 重构建议
✅ PR·提交审查

使用方法: /role reviewer
```

### 🧪 测试·质量保证

```text
这种情况使用 qa 角色:
✅ 测试策略制定
✅ 测试覆盖率评估
✅ 自动测试实施方针
✅ Bug 预防·质量提升策略
✅ CI/CD 中的测试自动化

使用方法: /role qa
```

### 需要多个角色的情况

### 🔄 multi-role (并行分析)

```text
这种情况使用 multi-role:
✅ 需要多个专业视角的评估
✅ 想制定综合改进计划
✅ 想比较各领域的评估
✅ 想整理矛盾·重复

例: /multi-role security,performance
```

### 🗣️ role-debate (辩论)

```text
这种情况使用 role-debate:
✅ 专业领域间存在权衡
✅ 技术选型有分歧
✅ 想通过辩论决定设计方针
✅ 想听取不同视角的辩论

例: /role-debate security,performance
```

### 🤖 smart-review (自动建议)

```text
这种情况使用 smart-review:
✅ 不知道该使用哪个角色
✅ 想了解当前情况的最佳方法
✅ 想从多个选项中选择
✅ 初学者不知如何判断

例: /smart-review
```

### 角色比较表

### 安全系

| 角色     | 主要用途      | 擅长领域           | 不擅长领域       |
| -------- | ------------- | ------------------ | ---------------- |
| security | 漏洞·攻击对策 | 威胁分析、认证设计 | UX、性能         |
| analyzer | 根本原因分析  | 逻辑分析、证据收集 | 预防策、未来规划 |

### 设计系

| 角色      | 主要用途 | 擅长领域           | 不擅长领域         |
| --------- | -------- | ------------------ | ------------------ |
| architect | 系统设计 | 长期视角、全局优化 | 详细实现、短期解决 |
| reviewer  | 代码质量 | 实现级别、可维护性 | 业务需求、UX       |

### 性能系

| 角色        | 主要用途    | 擅长领域     | 不擅长领域 |
| ----------- | ----------- | ------------ | ---------- |
| performance | 高速化·优化 | 测量、瓶颈   | 安全性、UX |
| qa          | 质量保证    | 测试、自动化 | 设计、架构 |

### 用户体验系

| 角色     | 主要用途  | 擅长领域         | 不擅长领域    |
| -------- | --------- | ---------------- | ------------- |
| frontend | Web UI/UX | 浏览器、可访问性 | 服务器端、DB  |
| mobile   | 移动 UX   | 触摸、离线支持   | 服务器端、Web |

### 迷茫时的流程图

```text
问题的性质是？
├─ 安全相关 → security
├─ 性能问题 → performance
├─ Bug·故障调查 → analyzer
├─ UI/UX 改进 → frontend or mobile
├─ 设计·架构 → architect
├─ 代码质量 → reviewer
├─ 测试相关 → qa
└─ 复合·复杂 → smart-review 建议

跨越多个领域？
├─ 想要综合分析 → multi-role
├─ 辩论·权衡 → role-debate
└─ 不知如何判断 → smart-review
```

### 常见问题

### Q: frontend 和 mobile 的区别是？

```text
A:
frontend: 以 Web 浏览器为中心、HTML/CSS/JavaScript
mobile: 以移动应用为中心、iOS/Android 原生·React Native 等

两者都相关时推荐 multi-role frontend,mobile
```

### Q: security 和 analyzer 的使用场景？

```text
A:
security: 攻击·威胁预防、安全设计
analyzer: 已发生问题的原因分析、调查

安全事件调查使用 multi-role security,analyzer
```

### Q: architect 和 performance 的区别是？

```text
A:
architect: 系统整体的长期设计、扩展性
performance: 具体的速度·效率改进

大规模系统的性能设计使用 multi-role architect,performance
```

### 与 Claude 的协作

```bash
# 结合情况说明
/role-help
"React 应用页面加载慢，用户投诉很多"

# 结合文件内容
cat problem-description.md
/role-help
"推荐适合这个问题的角色"

# 特定选项的迷茫
/role-help compare security,performance
"JWT 令牌有效期问题该用哪个角色？"
```

### 注意事项

- 复杂问题多角色组合更有效
- 紧急性高时使用 single role 快速应对
- 迷茫时推荐使用 smart-review 获得自动建议
- 最终判断请用户根据问题性质决定