Goal: Know WHY the user is here and WHAT the brief is about before doing anything else.
Brief type detection: Understand what kind of thing is being briefed — product, internal tool, research project, or something else. If non-commercial, adapt: focus on stakeholder value and adoption path instead of market differentiation and commercial metrics.
Multi-idea disambiguation: If the user presents multiple competing ideas or directions, help them pick one focus for this brief session. Note that others can be briefed separately.
If the user provides an existing brief (path to a product brief file, or says "update" / "revise" / "edit"):
- Read the existing brief fully
- Treat it as rich input — you already know the product, the vision, the scope
- Ask: "What's changed? What do you want to update or improve?"
- The rest of the workflow proceeds normally — contextual discovery may pull in new research, elicitation focuses on gaps or changes, and draft-and-review produces an updated version
If the user already provided context when launching the skill (description, docs, brain dump):
- Acknowledge what you received — but DO NOT read document files yet. Note their paths for Stage 2's subagents to scan contextually. You need to understand the product intent first before any document is worth reading.
- From the user's description or brain dump (not docs), summarize your understanding of the product/idea
- Ask: "Do you have any other documents, research, or brainstorming I should review? Anything else to add before I dig in?"
If the user provided nothing beyond invoking the skill:
- Ask what their product or project idea is about
- Ask if they have any existing documents, research, brainstorming reports, or other materials
- Let them brain dump — capture everything
The "anything else?" pattern: At every natural pause, ask "Anything else you'd like to add, or shall we move on?" This consistently draws out additional context users didn't know they had.
Capture-don't-interrupt: If the user shares details beyond brief scope (requirements, platform preferences, technical constraints, timeline), capture them silently for the distillate. Don't redirect or stop their flow.
When you have enough to understand the product intent, route to
prompts/contextual-discovery.md
with the current mode.
目标: 在开展任何工作前,明确用户的使用原因以及简报的核心主题。
简报类型检测: 明确本次简报的对象类型——产品、内部工具、研究项目或其他内容。如果是非商业类项目,对应调整内容方向:重点关注stakeholder价值和推广路径,而非市场差异化和商业指标。
多想法消歧: 如果用户提出了多个相互冲突的想法或方向,引导用户为本次简报会话选择一个核心方向,其他想法可单独生成简报。
如果用户提供了现有简报(产品简报文件路径,或说出「更新」/「修订」/「编辑」):
- 完整读取现有简报
- 将其作为丰富的输入内容——你已经了解产品、愿景、范围
- 询问:「有什么内容发生了变动?你想要更新或优化哪些部分?」
- 其余工作流程正常推进:上下文调研阶段可能会引入新的研究内容,需求引导环节将聚焦于缺口或变动,草稿评审阶段将生成更新版本
如果用户启动skill时已经提供了上下文(描述、文档、脑暴内容):
- 告知用户你已收到相关内容,但暂不读取文档文件,记录其路径留待第二阶段的subagent进行上下文扫描。你需要先明确产品意图,再读取相关文档才有意义。
- 根据用户提供的描述或脑暴内容(非文档内容),总结你对产品/想法的理解
- 询问:「你还有其他需要我查阅的文档、研究或脑暴内容吗?在我深入处理前还有什么要补充的吗?」
如果用户仅调用了skill,未提供任何内容:
- 询问用户的产品或项目想法的核心内容
- 询问用户是否有现有文档、研究、脑暴报告或其他材料
- 让用户自由输出想法——记录所有内容
「还有其他补充吗?」模式: 在每个自然停顿节点,询问「你还有什么要补充的吗,还是我们可以进入下一环节?」 这种方式通常能挖掘出用户原本没有意识到的额外上下文。
记录不打断原则: 如果用户分享了超出简报范围的细节(需求、平台偏好、技术约束、时间线),悄悄记录这些内容用于生成精简版,不要打断用户的输出思路。
当你已获取足够信息、明确产品意图后,跳转至
prompts/contextual-discovery.md
,传入当前模式。