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

package/mcp/.doc_cache/7842a4e7fe7a3b91_/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/7db63a8354bf8037_2_/345/212/237/350/203/275/351/234/200/346/261/202.md

@@ -1,67 +0,0 @@
-# 产品需求文档 - 第二部分：功能需求
-
-## 文档导航
-
-← **[上一部分：产品定位与分析](/Users/wuchong/Develop/AI Product Kit/mcp/.doc_cache/e4f23de1b5313796_1_产品定位与分析.md)** | **[下一部分：商业化策略](/Users/wuchong/Develop/AI Product Kit/mcp/.doc_cache/d2585b5df3d21fc9_3_商业化策略.md)** → | 📋 **[返回索引](/Users/wuchong/Develop/AI Product Kit/mcp/.doc_cache/1c631acd2940588e_index.md)**
-
----
-
-## 4. 功能需求
-
-### 4.1 功能概述
-
-[概述产品的主要功能模块和结构]
-
-### 4.2 核心功能
-
-[详细描述产品的核心功能]
-
-#### 功能1：[功能名称]
-
-- **描述**：[功能的详细描述]
-- **用户价值**：[该功能为用户提供的价值]
-- **优先级**：[高/中/低]
-- **验收标准**：
-  - 标准1：[具体描述]
-  - 标准2：[具体描述]
-  - ...
-
-#### 功能2：[功能名称]
-
-[同上结构]
-
-### 4.3 次要功能
-
-[描述产品的次要或辅助功能，结构同上]
-
-### 4.4 未来功能
-
-[描述计划在未来版本中实现的功能，结构同上]
-
-## 5. 非功能需求
-
-### 5.1 性能需求
-
-[仅在明确或必须时填写]
-
-### 5.2 安全需求
-
-[仅在明确或必须时填写]
-
-### 5.3 可用性需求
-
-[仅在明确或必须时填写]
-
-### 5.4 多语言支持
-
-**默认支持**：支持多语言国际化
-
-**特殊情况**：[仅在需要限制支持语言时填写具体语言列表]
-
-### 5.5 兼容性需求
-
-[仅在明确或必须时填写]
-
-### 5.6 其他非功能需求
-
-[仅在明确或必须时填写]

package/mcp/.doc_cache/81528b4e0b12a881_SKILL.md

@@ -1,196 +0,0 @@
----
-name: requirements-changes
-description: Templates, prompts, and procedures for documenting and reviewing requirement changes.
----
-
-# 需求变动说明生成工具包
-
-## 执行指南
-
-**重要提示**: 本指南专为自动化文档生成设计，请严格按照以下规则执行：
-
-### 执行原则
-
-1. **严格遵循模板结构**: 使用模板时，必须完全按照模板的章节结构和内容格式，不得添加模板中未定义的章节
-2. **内容完整性**: 模板中的所有章节都必须填写，不得跳过任何部分
-3. **格式一致性**: 保持与模板相同的标题层级、编号格式和内容组织方式
-4. **无额外内容**: 禁止在模板基础上添加任何额外的章节、说明或注释
-
-### 模板使用流程
-
-1. **结构遵循**: 严格按照模板的章节结构填写，不得添加或删除章节
-2. **内容填写**: 逐章节填写实质性内容，确保每个章节都有明确的信息
-3. **格式保持**: 保持与模板相同的标题层级、编号格式和内容组织方式
-4. **质量检查**: 完成所有章节后，检查是否遗漏任何模板定义的章节
-
-### 模板使用要求
-
-- 必须填写所有主要章节（变动概述、Commit历史、文档级变动详情、功能维度变动分析、产品策略分析、附录）
-- 根据变动特点选择适用的子章节，不适用的章节使用 `*略*` 标记
-- 每个子部分都要有详细的变动说明
-- 保持文档简洁，专注于核心内容
-
-### 模板内容处理规则
-
-1. **标题处理**: 将模板标题中的 `[版本号]` 替换为具体的版本信息
-2. **占位符处理**: 将模板中的 `[内容]` 替换为实际内容，替换后不要保留中括号
-3. **条件内容**: 根据变动特点选择适用的子章节，不适用的章节使用 `*略*` 标记
-4. **可选内容**: 模板中标注为"可选"的内容，根据项目实际情况决定是否填写
-5. **示例内容**: 模板中的示例内容应替换为实际项目相关内容
-
-### 质量检查清单
-
-- [ ] 文档标题已替换为具体的版本信息
-- [ ] 所有模板章节都已填写
-- [ ] 没有添加模板外的章节
-- [ ] 标题层级与模板一致
-- [ ] 内容格式与模板保持一致
-- [ ] 没有多余的说明或注释
-- [ ] 所有占位符已替换为实际内容
-- [ ] 不适用的章节已使用 `*略*` 标记
-- [ ] 条件内容已根据实际情况处理
-
----
-
-## 工具包说明
-
-本文件夹包含统一的需求变动说明生成工具包，适用于所有场景的需求文档变更管理。
-
-## 工具包使用
-
-### [需求变动说明文档模板](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/d165d35fea568d64_需求变动说明文档模板.md)
-
-**适用场景**:
-
-- 所有需求文档变更（重大功能、小功能、快速修复等）
-- 跨团队协作项目
-- 需要详细文档记录的项目
-- 正式的产品迭代
-
-**特点**:
-
-- 结构完整，涵盖变动概述、Commit历史、文档级变动详情等各个方面
-- 包含详细的功能维度变动分析、产品策略分析说明
-- 提供完整的统计汇总和附录信息
-- 适合长期项目管理和文档归档
-- **文档标题**: 使用 `[版本号] 需求文档变动说明` 格式，应用时替换为具体的版本信息
-
-### [需求变动说明生成指南](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/4b671afde6bb1fa8_需求变动说明生成指南.md)
-
-**用途**：完整的生成指南文档，包含方法论和最佳实践
-
-**包含内容**：
-
-- 生成目标和准备工作
-- 详细的分步骤生成指导
-- 链接格式、图标使用等规范
-- 质量检查清单
-- 常见问题解答
-- 工具和技巧
-- 示例参考
-
-**适用场景**：
-
-- 第一次生成变动说明时阅读
-- 需要了解完整流程和规范
-- 遇到问题时查找解决方案
-
-### [需求变动说明生成Prompt](/Users/wuchong/Develop/AI_Product_Kit/mcp/.doc_cache/ec9ad6ce24808f0a_需求变动说明生成Prompt.md)
-
-**用途**：AI辅助生成的Prompt集合
-
-**包含内容**：
-
-- 基础Prompt（快速生成）
-- 增强Prompt（详细要求）
-- 分步执行Prompt（复杂场景）
-- 质量检查Prompt
-- 使用示例
-
-**适用场景**：
-
-- 使用AI辅助生成文档
-- 自动化生成基础内容
-- 提高生成效率
-
-## 文件命名规范
-
-### 文档文件命名
-
-**格式**: `YYYYMMDD_需求文档变动说明_旧commit至新commit.md`
-
-**示例**:
-
-- `20251017_需求文档变动说明_90cad63至fa5a716.md`
-- `20251018_需求文档变动说明_v2.0.0至v2.1.0.md`
-- `20251019_需求文档变动说明_HEAD至main.md`
-
-**命名规则**:
-
-- **日期**: 使用8位数字格式（YYYYMMDD），表示变动说明创建日期
-- **功能模块**: 固定为"需求文档变动说明"
-- **变动描述**: 简洁描述本次变动的版本范围，使用commit hash或版本号
-
-### 文档标题格式
-
-**格式**: `[版本号] 需求文档变动说明`
-
-**示例**:
-
-- `v2.1.0 需求文档变动说明`
-- `v2.0.0至v2.1.0 需求文档变动说明`
-- `90cad63至fa5a716 需求文档变动说明`
-
-## 使用建议
-
-### 模板使用原则
-
-1. **统一标准**: 所有需求变动说明都使用统一模板，确保文档格式一致性
-2. **灵活应用**: 根据变动特点选择适用的子章节，不适用的章节使用 `*略*` 标记
-3. **内容完整**: 确保所有必填章节都有实质性内容
-4. **格式规范**: 严格按照模板的格式要求填写内容
-
-### 模板定制
-
-- 可根据项目特点调整模板结构
-- 可添加项目特定的字段和检查项
-- 可结合团队工作流程优化模板
-
-## 版本管理
-
-- 模板版本号格式: v主版本.次版本
-- 重大变更升级主版本号
-- 小幅调整升级次版本号
-- 保持向后兼容性
-
-## 反馈建议
-
-如有模板改进建议，请通过以下方式反馈：
-
-- 提交Issue到项目仓库
-- 发送邮件给文档维护者
-- 在团队会议中讨论
-
----
-
-## AI Agent 执行总结
-
-**核心原则**: 严格按照模板结构执行，不添加、不删除、不修改模板定义的章节结构。
-
-**执行步骤**:
-
-1. 逐章节填写内容，替换所有占位符
-2. 根据变动特点选择适用的子章节，不适用的使用 `*略*` 标记
-3. 处理条件内容和可选内容
-4. 进行质量检查，确保符合所有要求
-
-**关键提醒**:
-
-- 模板是标准化的文档结构，任何偏离都会影响文档的一致性和可读性
-- 专注于内容质量，而非结构创新
-- 如有疑问，优先遵循模板而非添加额外说明
-
----
-
-**最后更新**: 2025-10-17
-**维护者**: 需求文档管理团队