[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6J034YC0ANM3ARBFF56VFQF":3,"skill-same:01M6J034YC0ANM3ARBFF56VFQF":73},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":33,"linkOnly":34,"markdownContent":35,"markdownBody":36,"frontMatter":37,"refName":44,"commitSha":45,"skillDirectory":46,"forksCount":47,"repositoryHtmlUrl":48,"repositoryHomepageUrl":49,"ownerHtmlUrl":50,"ownerBlogUrl":49,"ownerDescription":51,"updatedAt":52,"install":53,"resources":66},"01M6J034YC0ANM3ARBFF56VFQF","pm-tech",null,"Use when: 需要与技术团队对接技术方案、评估技术可行性、制定技术架构、评估第三方服务\nDo NOT use when: 技术方案已由技术团队确定、仅需功能描述无需技术评估","konglong87\u002FsuperPM","konglong87","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F38234954?v=4","01M6HZZN5EA0572RY1RZAFRKHV","to be a better gopher","01M6HZZN9YN157X26KMMAA147E",91,"MIT","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002F02-solution-design\u002Fpm-tech\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32],"pm","pm tech","tech","Bash","read","write","use","do","评估","2026-11-10 10:12:30",false,"---\nname: pm-tech\ndescription: |\n  Use when: 需要与技术团队对接技术方案、评估技术可行性、制定技术架构、评估第三方服务\n  Do NOT use when: 技术方案已由技术团队确定、仅需功能描述无需技术评估\nallowed-tools:\n  - Agent\n  - Read\n  - Write\n  - AskUserQuestion\n  - Bash\n---\n\n## Preamble (run first)\n\n```bash\necho \"? 正在检查前置文档...\"\nif [ -f \"docs\u002F02-方案设计\u002FPRD产品需求文档.md\" ]; then\n  echo \"✅ PRD文档 - 已找到\"\nelse\n  echo \"⏳ PRD文档 - 未找到\"\nfi\nif [ -f \"docs\u002F02-方案设计\u002F原型设计方案.md\" ]; then\n  echo \"✅ 原型设计方案 - 已找到\"\nelse\n  echo \"⏳ 原型设计方案 - 未找到\"\nfi\n```\n\n---\n\n## 写入时边界\n\n只讨论时不写文件，启动检查不创建目录。用户要求保存产物时，先确认当前产品、精确输出路径及已有文件的覆盖\u002F追加选择；确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills\u002F_shared\u002Fartifact-policy.md`，单独安装本 skill 也按本段执行。\n\n---\n\n## 跨 Agent 交互规则\n\n当流程要求与用户交互时：\n\n1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。\n2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。\n3. 一次只问一个问题。\n4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。\n5. 不得在用户回答前生成文档、写入 docs。\n6. 已有 docs 文件不能替代本轮用户回答。\n\n---\n\n## 执行流程\n\n\n### 步骤 1: 确定技术对接范围\n\n使用 AskUserQuestion 询问：\n\n> 您需要哪方面的技术对接支持？\n>\n> A) 整体技术方案（技术栈、架构、第三方服务）\n> B) 功能可行性评估（评估功能实现难度）\n> C) 接口设计（API接口规划）\n> D) 性能与扩展性（性能要求、扩展方案）\n> E) 其他（请手动输入）\n>\n> ? 提示：产品规划→整体方案，功能设计→可行性评估，技术评审→接口设计\n\n记录到变量 `TECH_SCOPE`\n\n---\n\n### 步骤 2: 读取前置数据\n\n**必需文档**：PRD产品需求文档、原型设计方案（需其一）\n**可选文档**：MVP方案、需求调研报告\n\n如果 PRD 不存在：\n\n> ⚠️ 未找到 PRD 文档\n>\n> 您可以选择：\n> A) 执行 \u002Fpm-docs 生成 PRD\n> B) 使用 MVP 方案作为输入\n> C) 手动输入功能需求（快速模式）\n\n---\n\n### 步骤 3: 提取关键需求\n\n从 PRD 提取：功能列表、非功能需求（性能\u002F安全\u002F兼容性）、数据需求\n从原型设计提取：交互流程、页面复杂度\n\n---\n\n### 步骤 4: 技术方案设计\n\n#### 4.1 技术栈推荐\n\n> 基于产品需求，推荐以下技术栈：\n>\n> **前端**：方案A React+TS+Ant Design \u002F 方案B Vue3+TS+Element Plus \u002F 方案C 小程序原生\n> **后端**：方案A Java+Spring Boot+MySQL \u002F 方案B Node.js+Express+MongoDB \u002F 方案C Python+Django+PG \u002F 方案D Go+Gin+MySQL\n>\n> 选择依据：团队熟练度、项目规模、性能要求、开发周期\n>\n> A) 使用推荐方案\n> B) 需要调整\n> C) 已有技术栈约束\n\n#### 4.2 架构设计\n\n> ? 推荐架构方案：\n> - 前端层 → 接入层(Nginx) → 应用服务层 → 数据层\n> - 核心模块：用户服务、业务服务、数据服务\n>\n> A) 架构合理，继续\n> B) 需要调整\n> C) 我有其他想法\n\n---\n\n### 步骤 5: 功能可行性评估\n\n#### 5.1 逐个功能分析\n\n对每个核心功能提交以下评估：\n\n> ? **{功能名称}**\n> - **技术实现**：前端方案、后端方案、数据存储、第三方依赖\n> - **难度**：⭐简单 \u002F ⭐⭐中等 \u002F ⭐⭐⭐复杂\n> - **风险**：{风险点}\n> - **建议周期**：{预估时间}\n>\n> A) 继续评估下一个\n> B) 需要调整这个功能\n> C) 查看所有评估结果\n\n#### 5.2 高风险功能识别\n\n> ⚠️ 高风险功能汇总：列出风险项及缓解方案（替代方案\u002F分阶段\u002F引入第三方）\n>\n> A) 接受推荐方案\n> B) 需要进一步讨论\n> C) 调整功能需求降低风险\n\n---\n\n### 步骤 6: 接口设计\n\n#### 6.1 核心API规划\n\n> ? 核心API接口：\n>\n> **用户模块**：POST \u002Fapi\u002Fauth\u002Flogin, POST \u002Fapi\u002Fauth\u002Fregister, GET\u002FPUT \u002Fapi\u002Fuser\u002Fprofile\n> **业务模块**：GET \u002Fapi\u002Fproducts, GET \u002Fapi\u002Fproducts\u002F{id}, POST \u002Fapi\u002Fcart, POST \u002Fapi\u002Forders\n>\n> 是否需要详细设计某个接口？\n>\n> A) 需要详细设计\n> B) 已经足够\n> C) 导出Swagger格式\n\n#### 6.2 接口详细设计（可选）\n\n对关键接口提供详细设计：请求方法、路径、请求头、请求参数（JSON Schema）、响应参数、错误码\n\n---\n\n### 步骤 7: 第三方服务评估\n\n#### 7.1 服务推荐\n\n> ? 第三方服务：支付(支付宝\u002F微信)、短信(阿里云\u002F腾讯云)、地图(高德\u002F百度)、存储(OSS\u002FCOS)、推送(极光\u002F个推)\n\n#### 7.2 成本预估\n\n> ? 成本参考：支付手续费0.6-1%，短信0.03-0.05元\u002F条，存储{单价}\u002FGB\u002F月\n\n---\n\n### Subagent 并行分析（v2.0 新增）\n\n在步骤 4（技术方案设计）前，主 agent 可派发 subagent 并行执行独立分析任务：\n\n```markdown\n使用 Agent 工具并行派发：\n\nAgent 1: 技术栈调研\n  - 调研各技术栈的社区活跃度、生态成熟度、人才市场\n  - 输出：技术栈对比报告（JSON）\n\nAgent 2: 成本预估\n  - 估算开发成本、第三方服务费用、运维成本\n  - 输出：成本预估明细（JSON）\n\nAgent 3: 风险分析\n  - 识别技术风险、替代方案、降级策略\n  - 输出：风险评估矩阵（JSON）\n\n主 agent 等待所有 subagent 完成，整合结果用于技术方案设计。\n```\n\n### 版本对比（v1 vs v2）\n\n| 维度 | v1（串行） | v2（Subagent 并行） |\n|------|-----------|-------------------|\n| 技术栈调研 | 主 agent 手动分析 | Subagent 并行调研 |\n| 成本预估 | 手动计算 | Subagent 自动计算 |\n| 风险分析 | 逐个评估 | Subagent 并行评估 |\n| Token 占用 | 分析细节占用主上下文 | Subagent 独立上下文 |\n| 执行效率 | 线性顺序 | 并行 3x 加速 |\n\n### 步骤 8: 输出技术对接方案\n\n使用 Write 工具创建 `docs\u002F02-方案设计\u002F技术对接方案.md`。\n\n参考 `references\u002Foutput-template.md` 模板，填充用户输入数据。文档结构：\n\n1. **技术概述** - 产品背景、技术目标\n2. **技术栈选择** - 前端、后端、开发工具\n3. **系统架构** - 整体架构、核心模块\n4. **功能可行性评估** - 功能列表与难度、高风险分析\n5. **API接口设计** - 规范、核心接口、详细设计\n6. **数据库设计** - 核心表结构、索引\n7. **第三方服务** - 服务清单、成本预估\n8. **非功能性需求** - 性能、安全、可用性\n9. **部署方案** - 部署架构、CI\u002FCD\n10. **项目风险与应对**\n11. **开发排期建议** - 阶段划分、人力需求\n\n---\n\n## 兜底机制\n\n### 场景: 无前置文档\n\n如果PRD和原型都不存在，提供快速模式手动输入功能列表。\n\n---\n\n## 注意事项\n\n1. 技术栈推荐应考虑团队现有技术积累\n2. 接口设计遵循RESTful规范\n3. 第三方服务成本需基于实际用量预估\n4. 完整输出模板参见 `references\u002Foutput-template.md`\n\n---\n\n## 输出质量对比\n\n**✅ Good 示例**：\n```\n- 有数据引用：「根据 Q4 数据，留存率从 35% 降至 28%」\n- 有验证来源：「数据来源：Google Analytics, 2025-12-01」\n- 有明确建议：「建议将新手引导步骤从 5 步减少至 3 步」\n```\n\n**❌ Bad 示例**：\n```\n- 模糊结论：「数据表明留存率有所下降」\n- 无来源：「根据经验，这个功能很重要」\n- 没有行动建议：「留存是个问题」\n```\n\n---\n\n## 常见误区 \u002F Red Flags — STOP\n\n出现以下情况立即停止并回溯：\n\n| 误区 | 正确做法 |\n|------|---------|\n| 使用\"应该\"、\"大概\"、\"看起来\"做结论 | 必须基于实际数据和验证 |\n| 未运行检查就声称已完成 | 先验证，再陈述 |\n| 因时间紧迫跳过关键步骤 | 没有例外，时间紧更要严格 |\n| \"这次应该没问题\"的想法 | 每次都要重新验证 |\n\n---\n\n## 产出质量检查 \u002F Verification Checklist\n\n- [ ] 前置依赖已满足（输入文档\u002F数据已收集）\n- [ ] 核心步骤已全部执行\n- [ ] 输出文档已生成到 `docs\u002F` 目录\n- [ ] 每个判断都有数据\u002F证据支撑\n- [ ] 已推荐 2-3 个后续 skill\n\n> ⚠️ 任何一项未通过 → 补全后再标记完成。\n\n---\n","## Preamble (run first)\n\n```bash\necho \"? 正在检查前置文档...\"\nif [ -f \"docs\u002F02-方案设计\u002FPRD产品需求文档.md\" ]; then\n  echo \"✅ PRD文档 - 已找到\"\nelse\n  echo \"⏳ PRD文档 - 未找到\"\nfi\nif [ -f \"docs\u002F02-方案设计\u002F原型设计方案.md\" ]; then\n  echo \"✅ 原型设计方案 - 已找到\"\nelse\n  echo \"⏳ 原型设计方案 - 未找到\"\nfi\n```\n\n---\n\n## 写入时边界\n\n只讨论时不写文件，启动检查不创建目录。用户要求保存产物时，先确认当前产品、精确输出路径及已有文件的覆盖\u002F追加选择；确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills\u002F_shared\u002Fartifact-policy.md`，单独安装本 skill 也按本段执行。\n\n---\n\n## 跨 Agent 交互规则\n\n当流程要求与用户交互时：\n\n1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。\n2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。\n3. 一次只问一个问题。\n4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。\n5. 不得在用户回答前生成文档、写入 docs。\n6. 已有 docs 文件不能替代本轮用户回答。\n\n---\n\n## 执行流程\n\n\n### 步骤 1: 确定技术对接范围\n\n使用 AskUserQuestion 询问：\n\n> 您需要哪方面的技术对接支持？\n>\n> A) 整体技术方案（技术栈、架构、第三方服务）\n> B) 功能可行性评估（评估功能实现难度）\n> C) 接口设计（API接口规划）\n> D) 性能与扩展性（性能要求、扩展方案）\n> E) 其他（请手动输入）\n>\n> ? 提示：产品规划→整体方案，功能设计→可行性评估，技术评审→接口设计\n\n记录到变量 `TECH_SCOPE`\n\n---\n\n### 步骤 2: 读取前置数据\n\n**必需文档**：PRD产品需求文档、原型设计方案（需其一）\n**可选文档**：MVP方案、需求调研报告\n\n如果 PRD 不存在：\n\n> ⚠️ 未找到 PRD 文档\n>\n> 您可以选择：\n> A) 执行 \u002Fpm-docs 生成 PRD\n> B) 使用 MVP 方案作为输入\n> C) 手动输入功能需求（快速模式）\n\n---\n\n### 步骤 3: 提取关键需求\n\n从 PRD 提取：功能列表、非功能需求（性能\u002F安全\u002F兼容性）、数据需求\n从原型设计提取：交互流程、页面复杂度\n\n---\n\n### 步骤 4: 技术方案设计\n\n#### 4.1 技术栈推荐\n\n> 基于产品需求，推荐以下技术栈：\n>\n> **前端**：方案A React+TS+Ant Design \u002F 方案B Vue3+TS+Element Plus \u002F 方案C 小程序原生\n> **后端**：方案A Java+Spring Boot+MySQL \u002F 方案B Node.js+Express+MongoDB \u002F 方案C Python+Django+PG \u002F 方案D Go+Gin+MySQL\n>\n> 选择依据：团队熟练度、项目规模、性能要求、开发周期\n>\n> A) 使用推荐方案\n> B) 需要调整\n> C) 已有技术栈约束\n\n#### 4.2 架构设计\n\n> ? 推荐架构方案：\n> - 前端层 → 接入层(Nginx) → 应用服务层 → 数据层\n> - 核心模块：用户服务、业务服务、数据服务\n>\n> A) 架构合理，继续\n> B) 需要调整\n> C) 我有其他想法\n\n---\n\n### 步骤 5: 功能可行性评估\n\n#### 5.1 逐个功能分析\n\n对每个核心功能提交以下评估：\n\n> ? **{功能名称}**\n> - **技术实现**：前端方案、后端方案、数据存储、第三方依赖\n> - **难度**：⭐简单 \u002F ⭐⭐中等 \u002F ⭐⭐⭐复杂\n> - **风险**：{风险点}\n> - **建议周期**：{预估时间}\n>\n> A) 继续评估下一个\n> B) 需要调整这个功能\n> C) 查看所有评估结果\n\n#### 5.2 高风险功能识别\n\n> ⚠️ 高风险功能汇总：列出风险项及缓解方案（替代方案\u002F分阶段\u002F引入第三方）\n>\n> A) 接受推荐方案\n> B) 需要进一步讨论\n> C) 调整功能需求降低风险\n\n---\n\n### 步骤 6: 接口设计\n\n#### 6.1 核心API规划\n\n> ? 核心API接口：\n>\n> **用户模块**：POST \u002Fapi\u002Fauth\u002Flogin, POST \u002Fapi\u002Fauth\u002Fregister, GET\u002FPUT \u002Fapi\u002Fuser\u002Fprofile\n> **业务模块**：GET \u002Fapi\u002Fproducts, GET \u002Fapi\u002Fproducts\u002F{id}, POST \u002Fapi\u002Fcart, POST \u002Fapi\u002Forders\n>\n> 是否需要详细设计某个接口？\n>\n> A) 需要详细设计\n> B) 已经足够\n> C) 导出Swagger格式\n\n#### 6.2 接口详细设计（可选）\n\n对关键接口提供详细设计：请求方法、路径、请求头、请求参数（JSON Schema）、响应参数、错误码\n\n---\n\n### 步骤 7: 第三方服务评估\n\n#### 7.1 服务推荐\n\n> ? 第三方服务：支付(支付宝\u002F微信)、短信(阿里云\u002F腾讯云)、地图(高德\u002F百度)、存储(OSS\u002FCOS)、推送(极光\u002F个推)\n\n#### 7.2 成本预估\n\n> ? 成本参考：支付手续费0.6-1%，短信0.03-0.05元\u002F条，存储{单价}\u002FGB\u002F月\n\n---\n\n### Subagent 并行分析（v2.0 新增）\n\n在步骤 4（技术方案设计）前，主 agent 可派发 subagent 并行执行独立分析任务：\n\n```markdown\n使用 Agent 工具并行派发：\n\nAgent 1: 技术栈调研\n  - 调研各技术栈的社区活跃度、生态成熟度、人才市场\n  - 输出：技术栈对比报告（JSON）\n\nAgent 2: 成本预估\n  - 估算开发成本、第三方服务费用、运维成本\n  - 输出：成本预估明细（JSON）\n\nAgent 3: 风险分析\n  - 识别技术风险、替代方案、降级策略\n  - 输出：风险评估矩阵（JSON）\n\n主 agent 等待所有 subagent 完成，整合结果用于技术方案设计。\n```\n\n### 版本对比（v1 vs v2）\n\n| 维度 | v1（串行） | v2（Subagent 并行） |\n|------|-----------|-------------------|\n| 技术栈调研 | 主 agent 手动分析 | Subagent 并行调研 |\n| 成本预估 | 手动计算 | Subagent 自动计算 |\n| 风险分析 | 逐个评估 | Subagent 并行评估 |\n| Token 占用 | 分析细节占用主上下文 | Subagent 独立上下文 |\n| 执行效率 | 线性顺序 | 并行 3x 加速 |\n\n### 步骤 8: 输出技术对接方案\n\n使用 Write 工具创建 `docs\u002F02-方案设计\u002F技术对接方案.md`。\n\n参考 `references\u002Foutput-template.md` 模板，填充用户输入数据。文档结构：\n\n1. **技术概述** - 产品背景、技术目标\n2. **技术栈选择** - 前端、后端、开发工具\n3. **系统架构** - 整体架构、核心模块\n4. **功能可行性评估** - 功能列表与难度、高风险分析\n5. **API接口设计** - 规范、核心接口、详细设计\n6. **数据库设计** - 核心表结构、索引\n7. **第三方服务** - 服务清单、成本预估\n8. **非功能性需求** - 性能、安全、可用性\n9. **部署方案** - 部署架构、CI\u002FCD\n10. **项目风险与应对**\n11. **开发排期建议** - 阶段划分、人力需求\n\n---\n\n## 兜底机制\n\n### 场景: 无前置文档\n\n如果PRD和原型都不存在，提供快速模式手动输入功能列表。\n\n---\n\n## 注意事项\n\n1. 技术栈推荐应考虑团队现有技术积累\n2. 接口设计遵循RESTful规范\n3. 第三方服务成本需基于实际用量预估\n4. 完整输出模板参见 `references\u002Foutput-template.md`\n\n---\n\n## 输出质量对比\n\n**✅ Good 示例**：\n```\n- 有数据引用：「根据 Q4 数据，留存率从 35% 降至 28%」\n- 有验证来源：「数据来源：Google Analytics, 2025-12-01」\n- 有明确建议：「建议将新手引导步骤从 5 步减少至 3 步」\n```\n\n**❌ Bad 示例**：\n```\n- 模糊结论：「数据表明留存率有所下降」\n- 无来源：「根据经验，这个功能很重要」\n- 没有行动建议：「留存是个问题」\n```\n\n---\n\n## 常见误区 \u002F Red Flags — STOP\n\n出现以下情况立即停止并回溯：\n\n| 误区 | 正确做法 |\n|------|---------|\n| 使用\"应该\"、\"大概\"、\"看起来\"做结论 | 必须基于实际数据和验证 |\n| 未运行检查就声称已完成 | 先验证，再陈述 |\n| 因时间紧迫跳过关键步骤 | 没有例外，时间紧更要严格 |\n| \"这次应该没问题\"的想法 | 每次都要重新验证 |\n\n---\n\n## 产出质量检查 \u002F Verification Checklist\n\n- [ ] 前置依赖已满足（输入文档\u002F数据已收集）\n- [ ] 核心步骤已全部执行\n- [ ] 输出文档已生成到 `docs\u002F` 目录\n- [ ] 每个判断都有数据\u002F证据支撑\n- [ ] 已推荐 2-3 个后续 skill\n\n> ⚠️ 任何一项未通过 → 补全后再标记完成。\n\n---\n",{"name":5,"description":38,"allowed-tools":39},"Use when: 需要与技术团队对接技术方案、评估技术可行性、制定技术架构、评估第三方服务\nDo NOT use when: 技术方案已由技术团队确定、仅需功能描述无需技术评估\n",[40,41,42,43,27],"Agent","Read","Write","AskUserQuestion","main","c815a5b055b972b9b56fffce0102dbcf9e8ede7d","skills\u002F02-solution-design\u002Fpm-tech",8,"https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM","https:\u002F\u002Fkonglong87.github.io\u002Fanything-ai\u002F","https:\u002F\u002Fgithub.com\u002Fkonglong87","蓬头稚子学垂纶，侧坐莓苔草映身","2026-10-26 15:12:41",{"source":8,"skillName":5,"commands":54,"prompt":64,"zipAvailable":65},[55,58,61],{"tool":56,"command":57},"npx","npx skills add konglong87\u002FsuperPM --skill pm-tech",{"tool":59,"command":60},"bunx","bunx skills add konglong87\u002FsuperPM --skill pm-tech",{"tool":62,"command":63},"pnpm","pnpm dlx skills add konglong87\u002FsuperPM --skill pm-tech","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002F02-solution-design\u002Fpm-tech\u002FSKILL.md",true,[67],{"path":68,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":71,"sourceHtmlUrl":72},"references\u002Foutput-template.md","REFERENCE","参考文档",5458,"https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002F02-solution-design\u002Fpm-tech\u002Freferences\u002Foutput-template.md",[74,103,119,140,153,173],{"skillNo":75,"name":76,"nameZh":6,"description":77,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":78,"categories":79,"keywords":86,"publishedAt":33},"01M6J07VBJZGTH83K1ST4AFTSX","write-prd","PRD writing workflow — chain demand validation, clarification, prioritization, MVP scoping, and document generation\nUse when: Writing a PRD, BRD, or MRD, or need to produce product requirement documents","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fwrite-prd\u002FSKILL.md",[80,81],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":82,"categoryName":83,"taxonomyType":84,"taxonomyTypeDesc":85},"01JBSEEDCAT000000000000031","产品经理","PROFESSION","适用职业",[87,29,88,89,90,91,92,93,94,95,27,28,30,96,97,98,99,100,101,102],"prd","write prd","writing","workflow","documents","validation","product","produce","prioritization","prd writing","document","generation","chain","mvp","document generation","websearch",{"skillNo":104,"name":105,"nameZh":6,"description":106,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":110,"publishedAt":33},"01M6J07NR1TC4FGKQN2596F8BH","validate-idea","Idea validation workflow — chain demand validation, market research, prioritization, and MVP scoping\nUse when: Validating a new product idea, testing assumptions, or exploring viability","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fvalidate-idea\u002FSKILL.md",[109],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[111,112,113,114,115,90,92,93,95,27,116,28,29,117,30,118,99,100,102],"validate","idea","validate idea","testing","research","market research","scoping","Market",{"skillNo":120,"name":121,"nameZh":6,"description":122,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":123,"categories":124,"keywords":126,"publishedAt":33},"01M6J07HBCCG59V69N29TPAC12","plan-launch","Launch planning workflow — chain risk assessment, cross-team coordination, agile delivery, and release planning\nUse when: Preparing for a product launch, release, or go-live","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fplan-launch\u002FSKILL.md",[125],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[127,128,129,90,130,131,132,93,133,134,27,135,28,30,136,137,99,138,102,139],"launch","plan","plan launch","risk assessment","assessment","planning","risk","team","coordination","planning workflow","delivery","team coordination","for",{"skillNo":141,"name":142,"nameZh":6,"description":143,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":144,"categories":145,"keywords":147,"publishedAt":33},"01M6J07DYRS1S91SY8JCZZH3CS","discover","Product discovery workflow — chain market analysis, competitor research, demand validation, and prioritization\nUse when: Exploring a new product idea, entering a new market, or validating an opportunity","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fdiscover\u002FSKILL.md",[146],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[142,115,90,92,93,148,149,95,27,28,29,150,30,118,112,151,152,99,102],"analysis","discovery","product discovery","opportunity","market analysis",{"skillNo":154,"name":155,"nameZh":6,"description":156,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":157,"categories":158,"keywords":161,"publishedAt":33},"01M6J079BYTWRDH5N8WBH2NEJJ","define-strategy","Product strategy workflow — chain positioning, business model, OKRs, and roadmap\nUse when: Defining product strategy, setting OKRs, planning roadmap, or making strategic decisions","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fdefine-strategy\u002FSKILL.md",[159,160],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":82,"categoryName":83,"taxonomyType":84,"taxonomyTypeDesc":85},[162,163,164,90,132,93,27,165,166,28,29,167,30,168,169,99,170,171,172,102],"strategy","define","define strategy","model","decisions","business","roadmap","positioning","product strategy","strategic","business model",{"skillNo":174,"name":175,"nameZh":6,"description":176,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":177,"categories":178,"keywords":180,"publishedAt":33},"01M6J0752ZRR0R8FWAQHD4KTJ5","analyze-growth","Growth analysis workflow — chain AARRR analysis, data reporting, growth strategy, and iteration planning\nUse when: Analyzing growth metrics, planning growth initiatives, or optimizing product performance","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fanalyze-growth\u002FSKILL.md",[179],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[181,182,183,184,90,132,93,185,186,187,148,27,28,29,162,30,188,99,189,102],"analyze","growth","analyze growth","performance","reporting","analyzing","data","iteration","growth strategy"]