名称: 研究 描述: 使用MCP服务器（perplexity, context7, firecrawl）研究领域知识。收集最佳实践、法规要求和竞争洞察。 参数提示: <主题> [–领域 <领域名称>] [–深度 <研究深度>] [–焦点 <焦点区域>] 允许工具: 读取, 写入, 技能, mcp__perplexity__搜索, mcp__perplexity__推理, mcp__context7__解析库id, mcp__context7__查询文档, mcp__firecrawl__firecrawl搜索, mcp__firecrawl__firecrawl抓取
研究命令
使用MCP服务器研究领域知识以丰富需求收集。
用法
/需求收集:研究 "电子商务结账最佳实践"
/需求收集:研究 "GDPR合规" --领域 "用户数据" --深度 深入
/需求收集:研究 "认证模式" --焦点 法规
/需求收集:研究 "竞争对手功能" --焦点 竞争
参数
| 参数 | 必需 | 描述 |
|---|---|---|
| 主题 | 是 | 要研究的主题 |
| –领域 | 否 | 组织输出的领域名称 |
| –深度 | 否 | 研究深度: 浅层, 中等, 深入 (默认: 中等) |
| –焦点 | 否 | 研究焦点: 最佳实践, 法规, 竞争, 技术, 全部 |
研究能力
最佳实践研究
- 行业标准
- 常见模式
- 推荐方法
- 经验教训
法规研究
- 合规要求
- 法律义务
- 行业法规
- 审计要求
竞争研究
- 竞争对手功能
- 市场标准
- 差异化机会
- 功能差距
技术研究
- 库功能
- 框架要求
- 集成模式
- 技术约束
工作流程
步骤 1: 解析研究请求
研究请求:
主题: "{来自参数}"
领域: "{来自--领域}"
深度: 浅层|中等|深入
焦点: "{来自--焦点或全部}"
步骤 2: 加载领域研究技能
调用 需求收集:领域研究 技能以加载MCP模式。
步骤 3: 执行MCP查询
基于焦点区域:
最佳实践:
查询:
- 服务器: perplexity
查询: "{主题} 最佳实践 2025"
- 服务器: perplexity
查询: "{主题} 常见模式 推荐"
法规:
查询:
- 服务器: perplexity
查询: "{法规} 要求 {行业}"
- 服务器: firecrawl
操作: 抓取法规文档
竞争:
查询:
- 服务器: firecrawl
操作: 搜索竞争对手功能
- 服务器: perplexity
查询: "{行业} 市场领导者 功能"
技术:
查询:
- 服务器: context7
操作: 解析库, 获取文档
- 服务器: perplexity
查询: "{技术} 集成要求"
步骤 4: 综合发现
结合研究结果:
- 提取关键发现
- 识别需求影响
- 标注置信水平
- 标记需要验证的项目
步骤 5: 保存和报告
保存到 .requirements/{领域}/研究/
显示发现摘要。
示例
最佳实践研究
/需求收集:研究 "电子商务结账优化"
输出:
研究: 电子商务结账优化
深度: 中等
焦点: 最佳实践
查询MCP服务器...
[perplexity] 电子商务结账最佳实践 2025
[perplexity] 购物车放弃减少技术
关键发现:
1. 结账流程
- 访客结账减少放弃率30%
- 进度指示器提高完成率
- 移动优先设计必需
2. 支付
- 多种支付选项必需
- 保存支付方法提高转化
- 清晰安全指示器建立信任
3. 性能
- 结账应在<3步内完成
- 页面加载<2秒关键
- 实时验证减少错误
衍生需求 (8):
REQ-RES-001: 系统应支持访客结账
REQ-RES-002: 系统应显示结账进度
REQ-RES-003: 系统应支持多种支付方法
REQ-RES-004: 系统应在3步或更少内完成结账
... (4 更多)
置信度: 中等 (需要利益相关者验证)
保存到: .requirements/结账/研究/RES-20251225-170000.yaml
法规研究
/需求收集:研究 "PCI-DSS" --焦点 法规 --深度 深入
输出:
研究: PCI-DSS合规
深度: 深入
焦点: 法规
查询MCP服务器...
[perplexity] PCI-DSS要求支付处理
[perplexity] PCI-DSS 4.0变更要求
[firecrawl] 抓取PCI安全标准委员会
关键发现:
1. 数据保护 (要求 3)
- 授权后从不存储CVV
- 加密存储卡数据 (AES-256)
- 显示时掩码PAN
2. 访问控制 (要求 7-8)
- 限制访问为需要知道
- 每个用户唯一ID
- 管理访问多因素认证
3. 监控 (要求 10)
- 记录所有访问持卡人数据
- 保留日志至少1年
- 每日日志审查要求
4. 测试 (要求 11)
- 季度漏洞扫描
- 年度渗透测试
- 变更检测机制
衍生需求 (15):
REQ-RES-001: 系统应授权后不存储CVV/CVC [必须]
REQ-RES-002: 系统应使用AES-256加密存储卡数据 [必须]
REQ-RES-003: 系统应掩码PAN只显示最后4位 [必须]
... (12 更多)
置信度: 高 (来自官方文档)
保存到: .requirements/支付/研究/RES-20251225-171500.yaml
竞争研究
/需求收集:研究 "库存管理软件" --焦点 竞争
输出:
研究: 库存管理软件竞争对手
深度: 中等
焦点: 竞争
查询MCP服务器...
[firecrawl] 搜索库存管理软件功能
[perplexity] 库存管理市场领导者 2025
竞争对手分析:
1. 竞争对手A
- 实时库存跟踪
- 多仓库支持
- 条码扫描
- 自动再订购点
2. 竞争对手B
- AI需求预测
- 供应商管理
- 集成市场
- 移动应用
3. 竞争对手C
- 简单界面
- 低成本选项
- 基本报告
- 有限集成
功能矩阵:
功能 | A | B | C | 我们需要?
实时跟踪 | ✓ | ✓ | ✓ | 必备
多仓库 | ✓ | ✓ | - | 应该有
AI预测 | - | ✓ | - | 差异化?
供应商管理 | ✓ | ✓ | - | 应该有
移动应用 | ✓ | ✓ | - | 应该有
衍生需求 (10):
REQ-RES-001: 系统应提供实时库存可见性 [必须]
REQ-RES-002: 系统应支持多仓库位置 [应该有]
REQ-RES-003: 系统应与条码扫描器集成 [应该有]
... (7 更多)
置信度: 低 (基于公开信息)
保存到: .requirements/库存/研究/RES-20251225-173000.yaml
技术研究
/需求收集:研究 "React状态管理" --焦点 技术
输出:
研究: React状态管理
深度: 中等
焦点: 技术
查询MCP服务器...
[context7] 解析React库
[context7] 获取文档: 状态管理
[perplexity] React状态管理模式 2025
关键发现:
1. 内置选项
- useState用于本地状态
- useReducer用于复杂状态
- Context API用于全局状态 (有注意事项)
2. 外部库
- Redux Toolkit (复杂应用)
- Zustand (简单, 高性能)
- Jotai (原子状态)
- React Query (服务器状态)
3. 推荐
- 从简单开始 (useState, Context)
- 仅在需要时增加复杂性
- 分离服务器状态与客户端状态
技术约束:
- 需要React 18+用于新模式
- SSR考虑用于Next.js
- 包大小影响
衍生需求 (5):
REQ-RES-001: 系统应使用React 18或更高 [约束]
REQ-RES-002: 系统应分离服务器状态与客户端状态 [应该有]
REQ-RES-003: 系统应最小化状态库的包大小影响 [应该有]
... (2 更多)
置信度: 中等 (与团队验证)
保存到: .requirements/前端/研究/RES-20251225-174500.yaml
输出格式
保存YAML结构
研究会话:
id: "RES-{时间戳}"
主题: "{主题}"
领域: "{领域}"
深度: 浅层|中等|深入
焦点: "{焦点区域}"
时间戳: "{ISO-8601}"
查询:
- 服务器: perplexity
查询: "{查询文本}"
成功: true
- 服务器: context7
库: "{库}"
主题: "{主题}"
成功: true
发现:
类别_1:
- "{发现 1}"
- "{发现 2}"
类别_2:
- "{发现 3}"
衍生需求:
- id: REQ-RES-001
文本: "{需求}"
来源: 研究
来源详情: "{具体来源}"
置信度: 高|中等|低
需要验证: true
优先级: 必须|应该|可以
推荐:
- "{推荐 1}"
- "{推荐 2}"
进一步研究缺口:
- "{需要更多研究的主题}"
集成
后续命令
# 与利益相关者验证研究
/需求收集:访谈 "技术负责人" --上下文 "验证React发现"
# 检查研究是否填补缺口
/需求收集:缺口
# 特定主题的更多研究
/需求收集:研究 "Zustand vs Redux" --焦点 技术 --深度 深入
# 合并所有来源
/需求收集:发现 "{领域}"