AI Skills for product development workflow — from project analysis to PRD generation. Covers the critical decision-making process before writing the first line of code.
Conduct a systematic product market research and competitive analysis, covering industry trends, competitor SWOT, user insights, case studies, and risk assessment. Output a 3000-5000 word structured research report. Use this for evaluating new markets, pre-funding analysis, or validating product direction.
# 产品市场调研分析
> 🍊 来自 [YouAI Skills](https://github.com/tardis9527/youai-skills) — 为创造者准备的 AI 技能包
## 使用方法
请完整阅读本目录下的详细 Skill 定义文件 `../../03_market-research.md`，按照其中定义的调研框架和数据诚信规则执行。
## 调研框架（8 章节）
1. **行业与市场背景**：宏观趋势、TAM/SAM/SOM 估算、驱动力与制约因素
2. **竞品分析（3-5 款）**：定位、用户、功能、商业模式、技术路线、SWOT
3. **目标用户与需求洞察**：用户分层、Jobs-to-be-Done、用户旅程地图
4. **功能场景拆解**：核心场景枚举、Top 3 场景深潜
5. **案例研究（3 个标杆）**：背景、策略、结果、可迁移洞察
6. **问题清单与风险预判**：5 Whys、Pre-Mortem、未知假设验证
7. **方法论应用**：Porter's Five Forces、Value Proposition Canvas 等
8. **结论与建议**：产品定位、MVP 范围、GTM 策略
## 数据诚信规则
- 确认的公开信息标注 `[公开信息]`
- 合理推断标注 `[推测]` 并说明逻辑
- 不可编造具体数字，估算须标注 `[估算:推算逻辑]`
- 每章数据性结论标注置信度 `[置信度:高/中/低]`
## 约束
- 分段输出，每次 1-2 章节
- 使用中文输出
- 保存至 `doc/调研报告_{产品名称}_{YYYYMMDD}.md`Transform an implementation plan or product brief into a complete, actionable PRD (Product Requirements Document) with functional specs, data models, API design, tech architecture, UI/UX standards, and iteration planning. Use this when you have a product plan and need to produce developer-ready requirements.
# PRD 文档生成
> 🍊 来自 [YouAI Skills](https://github.com/tardis9527/youai-skills) — 为创造者准备的 AI 技能包
## 使用方法
请完整阅读本目录下的详细 Skill 定义文件 `../../04_prd-generation.md`，按照其中定义的完整 PRD 结构、技术栈偏好和质量要求执行。
## PRD 结构（13 章）
1. 文档信息（版本、日期、状态）
2. 项目概述（背景、用户画像、价值主张、KPI）
3. 用户角色与权限矩阵
4. 信息架构（导航结构、页面层级）
5. 功能需求清单（按模块，含编号、优先级、验收标准）
6. 核心业务流程图（Mermaid）
7. 数据模型设计
8. 接口设计规范（RESTful API）
9. 技术方案与架构约束
10. 非功能性需求（性能、安全、兼容性）
11. 设计规范与 UI/UX 标准
12. 迭代规划与优先级
13. 风险与开放问题
## 默认技术栈
- **前端**：React + Ant Design + Vite + Zustand
- **后端**：NestJS + Prisma + PostgreSQL + Redis
- **移动端**：React Native（如需要）
- **部署**：Docker + docker-compose
> 技术栈可根据项目需求替换，需在 PRD 中说明替换理由。
## 质量要求
- 每个功能必须有可测试的验收标准
- 功能编号连续、术语全文一致
- 信息不足处标注 `[待确认:原因]`
- 输出完成后执行自检清单（12 项检查）
## 约束
- 分 5 段输出，每段结尾标注继续提示
- 不编造实施方案中未提及的功能
- 使用中文输出
- 保存至 `doc/PRD_{系统名称}_V1_{YYYYMMDD}.md`Guide the user through a 6-stage interactive process to transform a vague product idea into a structured Product Brief, covering user personas, MVP definition, user journeys, and feasibility assessment. Use this for 0-to-1 product ideation, hackathon planning, or MVP scoping.
# 产品需求探索与定义
> 🍊 来自 [YouAI Skills](https://github.com/tardis9527/youai-skills) — 为创造者准备的 AI 技能包
## 使用方法
请完整阅读本目录下的详细 Skill 定义文件 `../../02_product-discovery.md`，按照其中定义的六阶段渐进式引导流程执行。
## 六阶段流程
1. **捕捉灵感（Capture）**：理解用户脑中的模糊想法，输出产品灵感卡片
2. **用户画像（Who）**：识别 1-3 个核心用户角色，明确使用场景
3. **价值提炼（What）**：功能脑暴 → 价值矩阵排序 → MVP 功能清单
4. **流程勾勒（How）**：将功能串成用户旅程，发现遗漏和矛盾
5. **可行性检查（Reality Check）**：技术可行性 + 团队资源评估
6. **输出产品简报（Brief）**：整合为结构化 Product Brief
## 交互原则
- **先问后答**：信息不足时用精准提问获取上下文，不凭空给方案
- **渐进清晰**：每阶段有明确交付物，用户确认后才进入下一阶段
- **诚实评估**：对不切实际的想法直说风险
## 产出物
结构化产品简报（Product Brief），可直接作为 PRD 编写的输入。
## 约束
- 每个阶段结束时输出交付物并征求确认，不自动跳阶段
- 不要替用户做决策，呈现选项和利弊分析让用户选
- 使用中文输出
- 保存至 `doc/Product_Brief_{产品名称}_{YYYYMMDD}.md`Analyze a codebase systematically and output a structured project understanding report covering architecture, code quality, tech stack, and improvement suggestions. Use this when joining a new project, doing code review, or technical due diligence.
# 项目理解与分析
> 🍊 来自 [YouAI Skills](https://github.com/tardis9527/youai-skills) — 为创造者准备的 AI 技能包
## 使用方法
请完整阅读本目录下的详细 Skill 定义文件 `../../01_project-analysis.md`，按照其中定义的角色设定、执行步骤和报告结构执行分析。
## 核心流程
1. **宏观扫描**：浏览项目根目录、README、配置文件、依赖管理文件，建立整体认知
2. **核心代码分析**：定位入口文件，梳理核心模块及依赖关系，追踪主要业务流程的代码执行链路
3. **质量与风险评估**：评估代码规范、测试覆盖、技术债与安全隐患
4. **输出报告**：按 8 节结构输出完整报告
## 报告结构
1. 项目概览（名称、版本、定位、价值主张）
2. 产品功能（核心功能清单、用户交互入口、输入输出）
3. 技术架构（技术栈、分层架构、核心数据流、外部依赖）
4. 代码结构（目录概览、核心模块、入口文件、配置管理）
5. 核心实现逻辑（代码执行链路、设计模式、扩展机制）
6. 构建与部署（本地开发、依赖安装、部署方式、CI/CD）
7. 代码质量与技术债评估
8. 改进建议（按优先级排列 + Quick Wins）
## 约束
- 不确定的部分标注「待确认」，不做猜测
- 大型项目（>50 文件）先输出 1-6 节，确认后再输出 7-8 节
- 使用中文输出
- 保存至 `doc/项目理解报告_{项目名称}_{YYYYMMDD}.md`