view /mnt/user-data/uploads/<文件名>

产品需求分析

提供结构化的产品需求分析工作流程，生成专业的业务流程图和架构设计文档。

命名规范

• - Phase（阶段）：主流程顶层阶段，编号 Phase 1–5，不出现在用户确认话术中
• Step（步骤）：子工作流内部步骤，编号 Step 1–N，确认话术引用格式：快速模式-Step2
• 两套编号互不干扰，消除歧义

---

核心工作流程（5 个 Phase）

---

Phase 1：读取需求信息

文件上传时：
bash
view /mnt/user-data/uploads/<文件名>

提取：产品/功能名称、核心目标、涉及用户角色、主要功能点列表。

直接描述时：从用户描述提取上述信息，必要时使用 5W1H 澄清（What/Why/Who/When/Where/How）。

产出：向用户展示需求解析摘要，等待用户确认或补充后进入 Phase 2。

---

Phase 2：评估复杂度并确认工作模式

评分表

评估维度	低	中	高
功能点数量	1–3 个 (3分)	4–8 个 (7分)	9+ 个 (10分)
用户角色数

1 个 (2分) | 2–3 个 (5分) | 4+ 个 (10分) | | 系统集成 | 无 (0分) | 1–2 个 (3分) | 3+ 个 (7分) | | 业务规则复杂度 | 简单 (3分) | 中等 (7分) | 复杂 (10分) | | 数据复杂度 | 简单 (3分) | 中等 (7分) | 复杂 (10分) |

权重说明：「系统集成」上限 7 分，低于其他维度的 10 分。原因：系统集成复杂度主要影响技术实现难度，对产品分析本身的宽度和深度影响相对较小；其他 4 个维度直接决定分析的业务复杂度和文档体量。

评分范围：最低 11 分（3+2+0+3+3），最高 47 分（10+10+7+10+10）。

复杂度判定：

• - 11–20 分：低复杂度 → 快速模式（3 步，默认连续执行）
• 21–35 分：中等复杂度 → 标准模式（5 步，调研可选，分步确认）
• 36–47 分：高复杂度 → 完整标准模式（5 步，调研必选，分步确认）

临界升档规则：若总分在 18–22 分或 33–37 分的临界区间，且任意一个维度评为「高」，自动升一档。

向用户确认：

基于复杂度评估（分），推荐使用 [模式名称]。
快速模式：3 步完成，默认全部执行后一次性交付，适合快速出结果。
标准模式：5 步完成，每步确认后继续，适合正式立项。
迭代模式：3 步完成，专为存量功能改版设计，聚焦 Diff 分析，适合已有产品的需求变更。
【快速模式专属】默认在 3 步完成后一次性交付所有产出。如需分步确认，请现在告知。
确认继续使用推荐模式，或告知我您的选择？

迭代模式触发规则（满足任一条即优先推荐迭代模式，不受复杂度评分限制）：

• - 用户描述包含「改版」「迭代」「优化现有」「在 XX 基础上」等语义
• 用户上传了现有 PRD、功能文档或设计稿
• 需求以变更语言描述（「把 XX 改成 YY」「增加 XX 能力」「去掉 XX」）

---

Phase 3：执行前准备

创建本次调用专属输出目录并持久化（OUTPUTDIR 贯穿全流程，通过文件持久化解决跨 bashtool 调用变量丢失问题）：
bash

[名称] 取自 Phase 1 提取的产品/功能名称，去除空格和特殊字符

OUTPUT_DIR=/mnt/user-data/outputs/[名称]-$(date +%Y%m%d-%H%M%S)
mkdir -p $OUTPUT_DIR

持久化路径，后续所有步骤通过此文件读取

echo $OUTPUTDIR > /tmp/paoutput_dir.txt
echo 输出目录已创建：$OUTPUT_DIR

后续步骤读取 OUTPUTDIR 的标准方式（每次新的 bashtool 调用开头执行）：
bash
OUTPUTDIR=$(cat /tmp/paoutput_dir.txt)

每次调用生成独立子文件夹，多次分析结果不相互混入。/tmp/paoutputdir.txt 在单次会话内持久，会话结束自动清理。

定位 Skill 脚本目录（供自动化质量检查使用，Phase 3 执行一次后各步骤复用）：
bash

按常见部署路径逐一探测，找到即停止

SKILL_BASE=
for _p in \
/mnt/skills/public/product-analysis6.5 \
/mnt/skills/public/product-analysis \
/mnt/skills/user/product-analysis6.5 \
/mnt/skills/user/product-analysis; do
if [ -f $p/scripts/validatemermaid.py ]; then
SKILLBASE=$p
break
fi
done
if [ -z $SKILL_BASE ]; then
echo WARN: 未找到脚本目录，自动化检查将跳过（不影响交付）
else
echo SKILLBASE=$SKILLBASE
echo $SKILLBASE > /tmp/paskill_base.txt
fi

后续步骤读取 SKILL_BASE 的标准方式：
bash
SKILLBASE=$(cat /tmp/paskill_base.txt 2>/dev/null || echo )

读取工作流指南（Phase 3 必须执行）：

• - 快速模式 → guides/fast-workflow.md
• 标准模式 → guides/standard-workflow.md
• 迭代模式 → guides/iteration-workflow.md

按需读取参考文档（执行对应任务时再读）：

• - references/analysis-frameworks.md — 需要应用分析框架时
• references/flowchart-standards.md — 需要创建流程图时
• references/exception-checklist.md — 需要识别异常场景时
• references/architecture-patterns.md — 需要设计架构时

推荐读取示例（以下情况 SHOULD 主动读取）：

• - 首次执行该行业类型需求、或不确定流程图层级组织时
• 快速模式 → examples/simple-feature-analysis.md
• 标准模式 → examples/complex-system-analysis.md

---

Phase 4：执行工作流程

以子工作流文件为唯一权威（含步骤、确认机制、质量检查、调研时机、最终交付）：

• - 快速模式 → guides/fast-workflow.md
• 标准模式 → guides/standard-workflow.md

SKILL.md 不重复描述步骤内容，一切以子工作流为准，避免不一致。

---

Phase 5：最终交付

以子工作流末尾的「最终交付」章节为准。

文件命名规范（含日期后缀）：

文档类型	快速版文件名	标准版文件名	迭代版文件名
业务流程分析报告	[名称]-业务流程分析-快速版-YYYYMMDD.md	[名称]-业务流程分析-标准版-YYYYMMDD.md	[名称]-变更分析-YYYYMMDD.md
功能架构设计

[名称]-功能架构设计-快速版-YYYYMMDD.md | [名称]-功能架构设计-标准版-YYYYMMDD.md | [名称]-功能架构设计-迭代版-YYYYMMDD.md |
| 埋点方案 | [名称]-埋点清单-快速版-YYYYMMDD.md | [名称]-埋点方案设计-标准版-YYYYMMDD.md | — |
| 完整 PRD 文档 | [名称]-PRD-快速版-YYYYMMDD.md | [名称]-PRD-标准版-YYYYMMDD.md | [名称]-PRD-迭代版-YYYYMMDD.md |
| 开发任务拆解清单 | [名称]-Tickets-快速版-YYYYMMDD.md | [名称]-Tickets-标准版-YYYYMMDD.md | [名称]-Tickets-YYYYMMDD.md |

YYYYMMDD 为执行日期（如 20260220）。所有文件保存至 Phase 3 持久化的专属目录