@guru-ai-product/ai-product-kit 0.2.251117213210 → 0.2.251118120602

package/mcp/.doc_cache/da8f4d40a1e8f36a_/346/212/200/346/234/257/350/247/204/345/210/222/346/250/241/346/235/277.md

@@ -1,314 +0,0 @@
-# 技术规划模板
-
-## 模板说明
-
-本模板用于进行技术架构设计和技术选型规划，评估技术实现的可行性和风险。
-
-## 使用指导
-
-1. **输入材料**：产品规划、功能需求、性能要求、技术约束
-2. **填写方式**：根据实际情况替换 `{变量名}` 格式的占位符
-3. **完成标准**：技术架构清晰、选型依据充分、可行性论证完整
-4. **评审要点**：技术方案合理性、实现可行性、风险可控性
-
----
-
-## 1. 技术架构设计
-
-### 1.1 整体架构
-
-**系统架构概述**
-
-- 架构模式：{架构模式，如微服务、单体、分层等}
-- 技术栈：{主要技术栈}
-- 部署方式：{部署方式，如云原生、容器化等}
-
-**架构图**
-
-```
-系统架构图
-┌─────────────────────────────────────────────────────────┐
-│                    前端层                                │
-│  ┌─────────────┐ ┌─────────────┐ ┌─────────────┐      │
-│  │   Web App   │ │ Mobile App  │ │  Admin Panel │      │
-│  └─────────────┘ └─────────────┘ └─────────────┘      │
-└─────────────────────────────────────────────────────────┘
-                           │
-┌─────────────────────────────────────────────────────────┐
-│                    网关层                                │
-│  ┌─────────────────────────────────────────────────────┐│
-│  │              API Gateway                            ││
-│  └─────────────────────────────────────────────────────┘│
-└─────────────────────────────────────────────────────────┘
-                           │
-┌─────────────────────────────────────────────────────────┐
-│                   服务层                                 │
-│  ┌─────────────┐ ┌─────────────┐ ┌─────────────┐      │
-│  │  用户服务    │ │  业务服务    │ │  通知服务    │      │
-│  └─────────────┘ └─────────────┘ └─────────────┘      │
-└─────────────────────────────────────────────────────────┘
-                           │
-┌─────────────────────────────────────────────────────────┐
-│                   数据层                                 │
-│  ┌─────────────┐ ┌─────────────┐ ┌─────────────┐      │
-│  │  主数据库    │ │   缓存层     │ │  文件存储    │      │
-│  └─────────────┘ └─────────────┘ └─────────────┘      │
-└─────────────────────────────────────────────────────────┘
-```
-
-### 1.2 核心组件
-
-**前端技术栈**
-
-- 前端框架：{前端框架选择}
-- 状态管理：{状态管理方案}
-- UI组件库：{UI组件库}
-- 构建工具：{构建工具}
-
-**后端技术栈**
-
-- 编程语言：{编程语言}
-- 框架：{后端框架}
-- 数据库：{数据库选择}
-- 缓存：{缓存方案}
-
-**基础设施**
-
-- 云服务提供商：{云服务商}
-- 容器化：{容器化方案}
-- 监控：{监控方案}
-- 日志：{日志管理}
-
-### 1.3 数据架构
-
-**数据模型设计**
-
-- 核心实体：{核心数据实体}
-- 实体关系：{实体间关系}
-- 数据流：{数据流向}
-
-**数据存储方案**
-
-- 关系型数据库：{关系型数据库选择}
-- NoSQL数据库：{NoSQL数据库选择}
-- 缓存策略：{缓存策略}
-- 数据备份：{备份方案}
-
-## 2. 技术选型
-
-### 2.1 技术选型矩阵
-
-**前端技术选型**
-
-| 技术类别 | 候选方案 | 优势 | 劣势 | 推荐度 | 选择理由 |
-|---------|---------|------|------|--------|----------|
-| 前端框架 | React | {优势} | {劣势} | ★★★★★ | {选择理由} |
-| 前端框架 | Vue | {优势} | {劣势} | ★★★★☆ | {选择理由} |
-| 前端框架 | Angular | {优势} | {劣势} | ★★★☆☆ | {选择理由} |
-
-**后端技术选型**
-
-| 技术类别 | 候选方案 | 优势 | 劣势 | 推荐度 | 选择理由 |
-|---------|---------|------|------|--------|----------|
-| 后端语言 | Node.js | {优势} | {劣势} | ★★★★★ | {选择理由} |
-| 后端语言 | Python | {优势} | {劣势} | ★★★★☆ | {选择理由} |
-| 后端语言 | Java | {优势} | {劣势} | ★★★☆☆ | {选择理由} |
-
-**数据库选型**
-
-| 技术类别 | 候选方案 | 优势 | 劣势 | 推荐度 | 选择理由 |
-|---------|---------|------|------|--------|----------|
-| 关系型DB | PostgreSQL | {优势} | {劣势} | ★★★★★ | {选择理由} |
-| 关系型DB | MySQL | {优势} | {劣势} | ★★★★☆ | {选择理由} |
-| NoSQL | MongoDB | {优势} | {劣势} | ★★★★☆ | {选择理由} |
-
-### 2.2 选型决策依据
-
-**技术成熟度**
-
-- 技术稳定性：{稳定性评估}
-- 社区支持：{社区活跃度}
-- 文档完整性：{文档质量}
-- 学习曲线：{学习难度}
-
-**团队匹配度**
-
-- 团队技能：{团队技能评估}
-- 学习成本：{学习成本}
-- 开发效率：{开发效率}
-- 维护成本：{维护成本}
-
-**业务适配度**
-
-- 性能要求：{性能匹配度}
-- 扩展性：{扩展性评估}
-- 安全性：{安全性评估}
-- 成本控制：{成本控制}
-
-## 3. 技术可行性分析
-
-### 3.1 技术风险评估
-
-**高风险项**
-
-- 风险1：{技术风险描述}
-  - 风险等级：{高/中/低}
-  - 影响范围：{影响范围}
-  - 应对策略：{应对策略}
-  - 预案：{备选方案}
-
-- 风险2：{技术风险描述}
-  - 风险等级：{高/中/低}
-  - 影响范围：{影响范围}
-  - 应对策略：{应对策略}
-  - 预案：{备选方案}
-
-**中风险项**
-
-- 风险3：{技术风险描述}
-  - 风险等级：{高/中/低}
-  - 影响范围：{影响范围}
-  - 应对策略：{应对策略}
-
-### 3.2 技术难点分析
-
-**核心技术难点**
-
-- 难点1：{技术难点}
-  - 难度评估：{难度等级}
-  - 解决方案：{解决方案}
-  - 所需时间：{预估时间}
-  - 所需资源：{资源需求}
-
-- 难点2：{技术难点}
-  - 难度评估：{难度等级}
-  - 解决方案：{解决方案}
-  - 所需时间：{预估时间}
-  - 所需资源：{资源需求}
-
-### 3.3 技术依赖分析
-
-**外部依赖**
-
-- 第三方服务：{第三方服务列表}
-- 开源组件：{开源组件列表}
-- 云服务：{云服务依赖}
-
-**内部依赖**
-
-- 基础设施：{基础设施依赖}
-- 开发工具：{开发工具依赖}
-- 运维工具：{运维工具依赖}
-
-## 4. 性能与扩展性
-
-### 4.1 性能要求
-
-**响应时间要求**
-
-- 页面加载时间：{目标时间}
-- API响应时间：{目标时间}
-- 数据库查询时间：{目标时间}
-
-**并发处理能力**
-
-- 同时在线用户：{目标数量}
-- 每秒请求数（QPS）：{目标QPS}
-- 每秒事务数（TPS）：{目标TPS}
-
-**系统可用性**
-
-- 系统可用率：{目标可用率}
-- 故障恢复时间：{目标恢复时间}
-- 数据一致性：{一致性要求}
-
-### 4.2 扩展性设计
-
-**水平扩展**
-
-- 负载均衡：{负载均衡方案}
-- 数据分片：{数据分片策略}
-- 缓存分布：{缓存分布方案}
-
-**垂直扩展**
-
-- 硬件升级：{硬件升级方案}
-- 性能优化：{性能优化策略}
-- 资源配置：{资源配置方案}
-
-### 4.3 性能优化策略
-
-**前端优化**
-
-- 代码优化：{代码优化方案}
-- 资源优化：{资源优化方案}
-- 缓存策略：{前端缓存策略}
-
-**后端优化**
-
-- 算法优化：{算法优化方案}
-- 数据库优化：{数据库优化方案}
-- 缓存优化：{缓存优化方案}
-
-## 5. 安全性设计
-
-### 5.1 安全架构
-
-**安全层次**
-
-- 网络安全：{网络安全措施}
-- 应用安全：{应用安全措施}
-- 数据安全：{数据安全措施}
-
-**身份认证**
-
-- 用户认证：{用户认证方案}
-- 权限管理：{权限管理方案}
-- 会话管理：{会话管理方案}
-
-### 5.2 数据保护
-
-**数据加密**
-
-- 传输加密：{传输加密方案}
-- 存储加密：{存储加密方案}
-- 密钥管理：{密钥管理方案}
-
-**数据备份**
-
-- 备份策略：{备份策略}
-- 恢复机制：{恢复机制}
-- 灾难恢复：{灾难恢复方案}
-
-### 5.3 安全监控
-
-**安全监控**
-
-- 日志监控：{日志监控方案}
-- 异常检测：{异常检测方案}
-- 威胁防护：{威胁防护方案}
-
----
-
-## 模板使用说明
-
-### 填写指导
-
-1. 基于产品需求确定技术架构
-2. 结合团队能力进行技术选型
-3. 重点关注可行性和风险控制
-4. 制定详细的实施计划
-
-### 关键要点
-
-- 技术选型要符合业务需求
-- 架构设计要考虑扩展性
-- 风险评估要全面准确
-- 实施计划要切实可行
-
-### 质量检查
-
-- 技术方案是否可行
-- 选型依据是否充分
-- 风险评估是否全面
-- 资源需求是否合理

package/mcp/.doc_cache/db70562fc59f1658_SKILL.md

@@ -1,260 +0,0 @@
----
-name: requirements-intake
-description: Intelligent intake pipeline for gathering and consolidating product requirements from multiple sources.
----
-
-# 需求收集
-
-> 🚀 **智能需求收集工具链** - 整合Gemini DeepResearch与多平台数据，实现高效、准确的产品需求收集
-
-## 📋 文档信息
-
-| 项目 | 内容 |
-|------|------|
-| 版本号 | v1.2 |
-| 适用范围 | 产品团队、需求分析师、产品经理、市场研究员、UX研究员 |
-
-## 🎯 工具价值
-
-本需求收集工具链通过整合 **Gemini DeepResearch** 和多个移动应用数据平台，构建了智能化的需求收集解决方案：
-
-- **效率提升**：将传统需求收集时间从数周缩短至数天
-- **质量保证**：通过 AI 分析和多源数据验证，提高需求准确性
-- **成本优化**：减少人工调研投入，优化资源配置
-- **标准化流程**：建立可重复、可扩展的需求收集方法论
-
-## 🛠️ 核心工具
-
-### Gemini DeepResearch
-
-- AI 驱动的深度研究分析
-- 多源信息整合和洞察提取
-- 结构化报告生成
-- 自然语言交互界面
-
-### 移动应用数据平台
-
-**SensorTower**
-
-- 全球应用商店数据覆盖
-- 下载量、收入、排名、用户评论分析
-- 市场趋势分析和竞品监控
-
-**七麦数据**
-
-- 中国区应用商店数据专业分析
-- ASO 关键词和排名变化追踪
-- 本土化分析和优化建议
-
-**点点数据**
-
-- 用户行为和功能使用数据
-- 用户画像、行为路径、功能矩阵分析
-- 用户细分和行为预测
-
-## 🔄 使用流程
-
-### 步骤 1：需求明确
-
-1. **定义研究问题**：明确要解决的核心问题，设定可衡量的成功指标
-2. **确定研究范围**：选择目标用户群体，确定产品类别和市场范围
-3. **选择分析维度**：用户需求分析、市场机会评估、竞争格局分析、技术可行性评估
-
-### 步骤 2：模板选择
-
-根据研究目标选择合适的分析模板：
-
-- 产品需求发现与验证 → 新产品需求挖掘
-- 市场机会评估与竞争分析 → 市场进入决策
-- 深度用户行为与需求洞察 → 用户体验优化
-- 技术方案评估与可行性分析 → 技术选型决策
-
-### 步骤 3：数据收集
-
-并行收集多平台数据：
-
-- **SensorTower**：应用基础信息、排名趋势、竞品对比
-- **七麦数据**：关键词排名、用户评论、本地化数据
-- **点点数据**：用户画像、行为路径、功能使用情况
-
-### 步骤 4：Prompt 构建
-
-构建结构化的分析提示：
-
-```markdown
-[选定的模板内容]
-## 数据上下文
-[整理的多平台关键数据]
-## 具体分析要求
-[根据研究目标定制的分析要求]
-```
-
-### 步骤 5：AI 分析
-
-- 实时监控分析进度
-- 检查中间结果质量
-- 必要时调整分析参数
-
-### 步骤 6：结果验证
-
-- 数据一致性检查
-- 逻辑合理性验证
-- 建议可执行性评估
-
-### 步骤 7：报告生成
-
-生成包含执行摘要、详细分析、数据支撑和行动建议的完整报告。
-
-## 📚 模板库
-
-### 产品需求发现与验证模板
-
-**适用场景**：新产品需求挖掘、功能验证
-**主要输出**：需求地图、痛点分析、验证建议
-详见：[template/产品需求发现与验证模板.md](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/bad4b7992748a7a0_产品需求发现与验证模板.md)
-
-### 市场机会评估与竞争分析模板
-
-**适用场景**：市场进入决策、竞争策略制定
-**主要输出**：市场分析、竞争矩阵、机会识别
-详见：[template/市场机会评估与竞争分析模板.md](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/5a67e1c18353cfca_市场机会评估与竞争分析模板.md)
-
-### 深度用户行为与需求洞察模板
-
-**适用场景**：用户体验优化、行为分析
-**主要输出**：用户画像、体验地图、行为洞察
-详见：[template/深度用户行为与需求洞察模板.md](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/0c284fc4be48dbd3_深度用户行为与需求洞察模板.md)
-
-### 技术方案评估与可行性分析模板
-
-**适用场景**：技术选型、架构设计
-**主要输出**：技术评估、实施建议、风险分析
-详见：[template/技术方案评估与可行性分析模板.md](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/09ac9834a831e8b5_技术方案评估与可行性分析模板.md)
-
-## 💡 最佳实践
-
-### 数据收集最佳实践
-
-- 选择合适的时间范围
-- 并行收集多平台数据提高效率
-- 关注季节性变化和特殊事件影响
-- 重点分析本土化功能需求（七麦数据）
-- 追踪完整的用户转化路径（点点数据）
-
-### Prompt 优化最佳实践
-
-- 使用具体而非抽象的描述
-- 提供充分的背景信息和上下文
-- 明确分析的重点和预期输出
-- 根据研究目标定制分析要求
-
-### 效率优化技巧
-
-- 使用数据缓存减少重复请求
-- 聚焦核心指标，避免收集无关数据
-- 设置合理的数据时间范围
-- 建立标准化的数据收集流程
-
-### 质量优化技巧
-
-- 实施多源数据交叉验证
-- 建立数据质量评估标准
-- 设置异常数据自动检测机制
-- 维护数据来源的可追溯性
-
-## ❓ 常见问题
-
-### 工具使用问题
-
-**Q1：如何选择合适的分析模板？**
-A：根据研究目标选择：
-
-- 需求发现 → 产品需求发现与验证模板
-- 市场分析 → 市场机会评估与竞争分析模板
-- 用户研究 → 深度用户行为与需求洞察模板
-- 技术评估 → 技术方案评估与可行性分析模板
-
-**Q2：数据收集时间过长怎么办？**
-A：优化策略：
-
-- 并行收集多平台数据
-- 使用数据缓存减少重复请求
-- 聚焦核心指标，避免收集无关数据
-- 设置合理的数据时间范围
-
-**Q3：AI 分析结果质量不佳如何处理？**
-A：改进方法：
-
-- 检查 Prompt 是否包含足够的上下文信息
-- 验证输入数据的质量和完整性
-- 调整分析要求的具体性和明确性
-- 必要时重新构建 Prompt 并再次分析
-
-### 数据质量问题
-
-**Q4：不同平台数据不一致怎么办？**
-A：处理方法：
-
-- 分析数据差异的原因（统计方法、时间范围等）
-- 选择最可靠的数据源作为主要参考
-- 在分析中明确说明数据来源和限制
-- 使用趋势数据而非绝对数值进行分析
-
-**Q5：如何确保数据的时效性？**
-A：管理策略：
-
-- 设置数据更新提醒机制
-- 定期检查数据源的更新频率
-- 在报告中明确标注数据的时间范围
-- 对于快速变化的市场，增加数据收集频率
-
-### 成本控制问题
-
-**Q6：API 调用成本过高如何控制？**
-A：优化方案：
-
-- 实施智能缓存策略，避免重复调用
-- 设置调用量监控和预警机制
-- 优化数据收集的频率和范围
-- 选择性使用高成本的深度分析功能
-
-## 📊 工具对比表
-
-| 工具 | 数据覆盖 | 核心优势 | 适用场景 | 成本水平 |
-|------|----------|----------|----------|----------|
-| SensorTower | 全球应用商店 | 市场数据权威 | 全球市场分析 | 高 |
-| 七麦数据 | 中国区应用商店 | 本土化深度 | 中国市场分析 | 中 |
-| 点点数据 | 用户行为数据 | 行为洞察深入 | 用户体验优化 | 中 |
-| Gemini DeepResearch | AI 分析能力 | 智能洞察生成 | 复杂分析任务 | 低 |
-
-## 🔗 相关资源
-
-### 参考文档
-
-- [需求文档](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/e1451d5b65894789_SKILL.md)
-- [需求文档模板](../documentation/template/)
-- [指南文档规范](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/5b91334295d6ad31_SKILL.md)
-
-### 案例学习
-
-- [K12数学学习应用案例](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/0da74fe7b9aad548_K12数学学习应用案例.md)
-- [电商平台优化案例](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/d17b04c82d2497b2_电商平台优化案例.md)
-
-### 官方文档
-
-- [SensorTower API 文档](https://sensortower.com/api)
-- [七麦数据 API 文档](https://www.qimai.cn/api)
-- [Gemini API 文档](https://ai.google.dev/docs)
-
-## 📞 获取帮助
-
-如遇到问题，请参考：
-
-1. 本文档中的常见问题部分
-2. 查看相关案例文档
-3. 联系技术支持团队
-
----
-
-**最后更新**：2025-08-01  
-**版本**：v1.2

package/mcp/.doc_cache/dd61f22b0ec13e10_Draft_/347/224/250/346/210/267/346/227/205/347/250/213/350/215/211/347/250/277.md

@@ -1,84 +0,0 @@
-# 用户旅程草稿 (Draft)
-
-## 1. 核心用户旅程
-
-| 旅程 | 场景描述 | 目标用户 | 用户目标 | 优先级 |
-|------|----------|----------|----------|--------|
-| 旅程1 | [一句话描述核心场景] | [用户类型] | [主要目标] | 最高 |
-| 旅程2 | [一句话描述核心场景] | [用户类型] | [主要目标] | 中等 |
-| 旅程3 | [一句话描述核心场景] | [用户类型] | [主要目标] | 较低 |
-
----
-
-## 2. 旅程1：[场景名称]
-
-**关键步骤**：
-
-1. [步骤1]
-2. [步骤2]
-3. [步骤3]
-4. [步骤4]
-
-**主要痛点**：[用户遇到的关键问题]
-
-```mermaid
-journey
-    title [旅程1名称]
-    section 开始
-      [步骤1]: 3: 用户
-    section 进行
-      [步骤2]: 4: 用户
-      [步骤3]: 4: 用户
-    section 结束
-      [步骤4]: 3: 用户
-```
-
----
-
-## 3. 旅程2：[场景名称]
-
-**关键步骤**：
-
-1. [步骤1]
-2. [步骤2]
-3. [步骤3]
-
-**主要痛点**：[用户遇到的关键问题]
-
-```mermaid
-journey
-    title [旅程2名称]
-    section 开始
-      [步骤1]: 3: 用户
-    section 进行
-      [步骤2]: 4: 用户
-    section 结束
-      [步骤3]: 3: 用户
-```
-
----
-
-## 4. 旅程3：[场景名称]
-
-**关键步骤**：
-
-1. [步骤1]
-2. [步骤2]
-3. [步骤3]
-
-**主要痛点**：[用户遇到的关键问题]
-
-```mermaid
-journey
-    title [旅程3名称]
-    section 开始
-      [步骤1]: 3: 用户
-    section 进行
-      [步骤2]: 4: 用户
-    section 结束
-      [步骤3]: 3: 用户
-```
-
----
-
-**说明**：快速确认核心用户旅程，每个旅程控制在3-4个关键步骤内。