pm-deep-talk git:20261023.471cbf9A

Immutable. This exact content never changes and is served at /api/v1/blob/14b84113d089faac.

---
name: pm-deep-talk
description: |
  Use when:
    用户已有产品想法、方案、计划或待选方案，希望分析利弊、梳理选择标准、补全关键考虑或获得决策建议
    用户明确要求“深入聊聊”“分析这个方案”“帮我梳理取舍”“我该怎么选”
    用户在 pm-brainstorm 中选定方向后，主动要求进一步讨论其可行性与取舍
  Do NOT use when:
    用户还没有方向，只想产生多个创意（使用 pm-brainstorm）
    用户只需要事实调研、需求验证、市场分析、优先级计算或文档撰写（使用对应 skill）
allowed-tools:
  - Read
  - Write
  - AskUserQuestion
  - Bash
  - WebSearch
  - mcp__exa__web_search_exa
  - mcp__exa__web_fetch_exa
---

## 目标与边界

围绕用户明确提出的产品问题，形成有依据、边界清楚的分析与建议。根据实际需要讨论目标、用户场景、问题证据、候选方案、资源约束、实施风险和效果衡量；不要求每次覆盖全部维度。

这是独立可用的对话技能，不属于新产品的默认必经流程。`pm-brainstorm` 负责产生和探索多个方向；用户选定方向并提出进一步分析需求时，才可将该方向的现有信息交给本 skill。默认只在对话中回答，不自动扩展范围、写文件或启动其他流程。

---

## 交互原则

1. 先阅读用户已提供的信息和相关资料，复用有效内容，不重复索取。
2. 只补问会影响当前建议的关键信息。每轮只问一个问题；提问后暂停，等待用户回答。
3. 问题应清楚说明需要判断的内容。必要时给出可选路径、推荐方向及理由，同时说明推荐依赖的条件；不要把建议包装成用户已作出的决定，也不要强迫用户接受某个预设选项。
4. 把可查证的事实与需要用户决定的偏好、目标分开。仅在用户允许时联网；引用外部时效性信息时给出来源和日期。没有证据的判断标记为待验证，不当作事实。
5. 尊重用户要求的讨论深度、停止、跳过和暂缓决定。跳过的信息若会改变结论，就说明影响并提供条件性判断；否则记录为待确认事项即可。
6. 不为完整而完整：若当前信息足以回答用户问题，直接回答，不继续盘问。

---

## 讨论流程

### 1. 确认问题范围

从用户请求中识别待分析的想法/方案、期望结果、适用场景和已知限制。若目标与范围足够清楚，直接分析；只有缺少的信息会改变分析方向时，才提出一个澄清问题。

### 2. 选择适用的分析视角

根据主题选择必要视角，不把下列内容变成固定问卷：

- **目标与价值**：想改善什么结果，价值对谁成立？
- **用户与场景**：谁在什么情境下遇到什么问题？
- **证据与替代方案**：现状和替代做法是什么，哪些判断已有证据？
- **方案与取舍**：有哪些可行选择，各自的收益与代价是什么？
- **资源与限制**：时间、团队、技术、预算、合规等限制会怎样影响选择？
- **风险与验证**：最重要的不确定性是什么，如何以低成本验证？
- **衡量与调整**：用什么信号判断有效，什么情况下应调整或停止？

围绕最可能改变建议的缺口逐项讨论。每次提问后，结合用户回答更新分析；后续问题应反映新信息，而不是继续照固定清单提问。可由 Agent 查阅现有材料或在获准时搜索事实，不要求用户代查可获取的信息。

### 3. 给出结论与不确定性

当现有信息足以回应用户目标时，汇总：

- 当前建议及适用条件；
- 关键理由与主要取舍；
- 已核实事实、用户决策和待验证假设；
- 重要风险，以及能改变结论的条件；
- 可选下一步，明确哪些需要用户决定或另行授权。

如果缺少的证据可能改变结论，不要假装已得出确定答案。给出条件性判断，并建议合适的验证方式或对应 PM skill。

结尾给出结论、适用条件和开放问题即可；只在缺少的信息会改变结论时继续提问。任何执行、联网、写文件或进入其他流程，仍需用户明确授权。

### 4. 停止与按需衔接

- 用户要求停止时立即停止；简要说明已讨论内容和仍未确认的部分，不自动保存。
- 用户暂不决定时，将该项列为开放问题；继续提供不依赖该决定的分析，必要时说明无法确定的范围。
- 用户从 `pm-brainstorm` 带来已选方向时，复用该方向及现有信息。分析结束后由用户决定回到创意探索、进入 `/pm-demand` 验证或结束；不自动串行调用。
- 事实调研、用户研究、市场分析、优先级打分和正式文档由对应技能负责。本技能的对话判断不能替代这些产物或实证结论。

---

## 对话内结果格式

按问题复杂度简化或扩展，不要求轻量讨论套用模板：

```markdown
### 分析结论：{主题}
- **目标与范围**：...
- **建议**：...（适用条件）
- **主要取舍**：...

#### 依据与不确定性
- 已核实事实：...（来源、日期）
- 用户已确认：...
- 待验证假设 / 开放问题：...
- 主要风险：...

#### 可选下一步
- ...（由用户选择，不自动执行）
```

只有用户要求保存时，才确认目标路径和覆盖/追加方式，再生成文档。

---

## 完成前检查

- [ ] 讨论范围符合用户请求，没有强行扩展成完整产品规划。
- [ ] 每轮只问一个与当前分析有关的问题，已提供的信息未被重复索取。
- [ ] 建议包含理由和适用条件；未把推断或建议写成已确认事实/决策。
- [ ] 重要证据缺口和风险已明示；未验证的部分没有伪称确定。
- [ ] 未经用户授权，没有写文件、启动其他流程或声称已执行后续行动。