角色帮助
迷茫时的角色选择指南和帮助系统。
使用方法
/role-help # 全面的角色选择指南
/role-help <情况/问题> # 特定情况的推荐角色
/role-help compare <角色 1>,<角色 2> # 角色比较
基本示例
# 一般指导
/role-help
→ 显示可用角色及特点列表
# 情况别推荐
/role-help "担心 API 的安全性"
→ 推荐 security 角色及使用方法
# 角色比较
/role-help compare frontend,mobile
→ frontend 和 mobile 的区别与使用场景
情况别角色选择指南
安全相关
这种情况使用 security 角色:
✅ 登录·认证功能的实现
✅ API 的安全漏洞检查
✅ 数据加密·隐私保护
✅ 安全合规性确认
✅ 渗透测试·渗透测试
使用方法: /role security
🏗️ 架构·设计
这种情况使用 architect 角色:
✅ 系统整体设计评估
✅ 微服务 vs 单体判断
✅ 数据库设计·技术选型
✅ 可扩展性·扩展性考虑
✅ 技术债务评估·改进计划
使用方法: /role architect
⚡ 性能问题
这种情况使用 performance 角色:
✅ 应用程序运行缓慢
✅ 数据库查询优化
✅ Web 页面加载速度改进
✅ 内存·CPU 使用量优化
✅ 扩展·负载对策
使用方法: /role performance
🔍 问题原因调查
这种情况使用 analyzer 角色:
✅ Bug·错误的根本原因分析
✅ 系统故障原因究明
✅ 复杂问题的结构分析
✅ 数据分析·统计调查
✅ 为什么会发生这个问题的解明
使用方法: /role analyzer
🎨 前端·UI/UX
这种情况使用 frontend 角色:
✅ 用户界面改进
✅ 可访问性支持
✅ 响应式设计
✅ 可用性·易用性提升
✅ Web 前端技术全般
使用方法: /role frontend
📱 移动应用开发
这种情况使用 mobile 角色:
✅ iOS·Android 应用优化
✅ 移动特有的 UX 设计
✅ 触摸界面优化
✅ 离线支持·同步功能
✅ App Store·Google Play 支持
使用方法: /role mobile
👀 代码审查·质量
这种情况使用 reviewer 角色:
✅ 代码质量检查
✅ 可读性·可维护性评估
✅ 编码规范确认
✅ 重构建议
✅ PR·提交审查
使用方法: /role reviewer
🧪 测试·质量保证
这种情况使用 qa 角色:
✅ 测试策略制定
✅ 测试覆盖率评估
✅ 自动测试实施方针
✅ Bug 预防·质量提升策略
✅ CI/CD 中的测试自动化
使用方法: /role qa
需要多个角色的情况
🔄 multi-role (并行分析)
这种情况使用 multi-role:
✅ 需要多个专业视角的评估
✅ 想制定综合改进计划
✅ 想比较各领域的评估
✅ 想整理矛盾·重复
例: /multi-role security,performance
🗣️ role-debate (辩论)
这种情况使用 role-debate:
✅ 专业领域间存在权衡
✅ 技术选型有分歧
✅ 想通过辩论决定设计方针
✅ 想听取不同视角的辩论
例: /role-debate security,performance
🤖 smart-review (自动建议)
这种情况使用 smart-review:
✅ 不知道该使用哪个角色
✅ 想了解当前情况的最佳方法
✅ 想从多个选项中选择
✅ 初学者不知如何判断
例: /smart-review
角色比较表
安全系
| 角色 | 主要用途 | 擅长领域 | 不擅长领域 |
|---|
| security | 漏洞·攻击对策 | 威胁分析、认证设计 | UX、性能 |
| analyzer | 根本原因分析 | 逻辑分析、证据收集 | 预防策、未来规划 |
设计系
| 角色 | 主要用途 | 擅长领域 | 不擅长领域 |
|---|
| architect | 系统设计 | 长期视角、全局优化 | 详细实现、短期解决 |
| reviewer | 代码质量 | 实现级别、可维护性 | 业务需求、UX |
性能系
| 角色 | 主要用途 | 擅长领域 | 不擅长领域 |
|---|
| performance | 高速化·优化 | 测量、瓶颈 | 安全性、UX |
| qa | 质量保证 | 测试、自动化 | 设计、架构 |
用户体验系
| 角色 | 主要用途 | 擅长领域 | 不擅长领域 |
|---|
| frontend | Web UI/UX | 浏览器、可访问性 | 服务器端、DB |
| mobile | 移动 UX | 触摸、离线支持 | 服务器端、Web |
迷茫时的流程图
问题的性质是？
├─ 安全相关 → security
├─ 性能问题 → performance
├─ Bug·故障调查 → analyzer
├─ UI/UX 改进 → frontend or mobile
├─ 设计·架构 → architect
├─ 代码质量 → reviewer
├─ 测试相关 → qa
└─ 复合·复杂 → smart-review 建议
跨越多个领域？
├─ 想要综合分析 → multi-role
├─ 辩论·权衡 → role-debate
└─ 不知如何判断 → smart-review
常见问题
Q: frontend 和 mobile 的区别是？
A:
frontend: 以 Web 浏览器为中心、HTML/CSS/JavaScript
mobile: 以移动应用为中心、iOS/Android 原生·React Native 等
两者都相关时推荐 multi-role frontend,mobile
Q: security 和 analyzer 的使用场景？
A:
security: 攻击·威胁预防、安全设计
analyzer: 已发生问题的原因分析、调查
安全事件调查使用 multi-role security,analyzer
Q: architect 和 performance 的区别是？
A:
architect: 系统整体的长期设计、扩展性
performance: 具体的速度·效率改进
大规模系统的性能设计使用 multi-role architect,performance
与 Claude 的协作
# 结合情况说明
/role-help
"React 应用页面加载慢，用户投诉很多"
# 结合文件内容
cat problem-description.md
/role-help
"推荐适合这个问题的角色"
# 特定选项的迷茫
/role-help compare security,performance
"JWT 令牌有效期问题该用哪个角色？"
注意事项
- 复杂问题多角色组合更有效
- 紧急性高时使用 single role 快速应对
- 迷茫时推荐使用 smart-review 获得自动建议
- 最终判断请用户根据问题性质决定