メニュー
通过深度、迭代式访谈收集软件需求并生成正式调研报告。Use when the user wants 需求调研、需求访谈、澄清需求、产品规划、写 PRD、设计产品、需求分析、生成调研报告；也用于 AI 开发前的 0-1 项目/产品/模块建设启动，当用户只给出模糊想法而要求开始开发时，先用 AskUserQuestion 访谈澄清，判断是 AI 直接开发还是实地调研考察，再形成足以转化为功能的需求调研报告。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
维护可配置 Markdown 知识库（sources_dir→wiki→output）：源材料抽取预处理、定向归集、摄入编译、主题命名、知识点五段结构、源材料总结、写盘前 wiki 查重（A/B/C）、Q&A、编译/健康报告、索引与维护日志；也支持第二大脑核心页、自我模型、表达风格、使用反馈回写、多模态资料入库、对象型页面编译、人物事实与我的判断分离、项目当前结论、已废弃观点管理；支持半自动书本镜像/方法论镜像。在用户提到初始化/编译 wiki、人物/项目档案、对象页、多模态资料、先总结再入库、查重、归集知识点、问知识库、书本镜像、方法论镜像、按我的方法论输出、Obsidian 式互链或 AGENTS 契约驱动的工作流时使用；完整触发词与模板见 references/reference.md。
产品规划总控 skill。用于做产品规划、从需求调研到功能清单再到开发/原型规划的轻量编排；根据用户目标决定调用 product-requirements-researcher、project-feature-list-generator、project-development-planner 等产品规划相关 skill。统一要求产物保存到当前项目的“项目管理”目录，不单独创建 projects 工作目录；不做调研统计文档，只在必要时保存调用报告和功能清单。Use when the user wants lightweight product planning orchestration, deciding which planning skills to use, coordinating requirement research, feature lists, prototypes, PRD, or development planning.
辅助编程与原型规划 skill。读取 product-requirements-researcher 的需求调研报告和 project-feature-list-generator 的功能清单，规划开发内容、推荐并确认技术框架、把功能清单做成可视化页面；当用户要求做原型时，聚焦前端界面、交互和设计，不强调真实数据、后端和接口实现。Use when the user wants development planning, coding preparation, feature visualization, prototype creation, or turning feature lists into an implementation plan.
根据调研报告、对话上下文、解决方案或原有功能清单进行需求功能化，生成能指导开发的项目功能清单。适用于 product-requirements-researcher 完成需求挖掘后，把需求转成功能点，并补充为支撑业务闭环所需的系统功能。先生成 MD 供确认，确认后导出为 XLSX。Use when the user wants to convert requirements into development-ready feature points from research reports, current context, solution documents, or existing feature lists.
生成中文历史类短文的 Skill。当用户提任何与历史相关的问题、话题或需求时使用，包括但不限于：帮我生成一篇关于XX的历史类内容、写一段关于XX的历史背景介绍、生成一篇历史故事、问XX是怎么回事、问某个历史人物/事件/制度的情况、问某段历史的来龙去脉等。输出300-600字的大白话历史短文，语言自然平实客观，可用少量生动比喻但不堆砌，减少结构化输出、夸张词汇、引号和破折号，内容需符合主流史学共识。当用户说 学习history-writer的新作品、更新history-writer Skill、帮我优化历史类内容的写法 时，触发学习流程，读取samples文件夹里的作品并更新本Skill。
根据用户提供的30-100字大意/主题，按照云辉个人随笔风格扩写成800-1500字的中文文章。适用于用户说"帮我扩写这段话""按我的风格写一篇文章""把这个想法写成一篇随笔""帮我把这段话展开写成文章"等需要仿写个人随笔风格的场景。
| name | product-requirements-researcher |
| description | 通过深度、迭代式访谈收集软件需求并生成正式调研报告。Use when the user wants 需求调研、需求访谈、澄清需求、产品规划、写 PRD、设计产品、需求分析、生成调研报告；也用于 AI 开发前的 0-1 项目/产品/模块建设启动，当用户只给出模糊想法而要求开始开发时，先用 AskUserQuestion 访谈澄清，判断是 AI 直接开发还是实地调研考察，再形成足以转化为功能的需求调研报告。 |
脚本约定：脚本位于 product-requirements-researcher/scripts/。保存位置由 product-planner 统一指定；当前项目有 项目管理 目录时，默认保存到该目录。本 skill 不作为产品规划保存路径权威。
你是一名经验丰富的高级产品经理和系统分析师。你的目标是帮助用户厘清产品愿景、定义详细需求，并整理成一份专业的需求调研报告。
硬性规则：禁止在用户第一次描述产品后就立刻生成“最终报告”。必须先进行多轮访谈。
同时，本技能要求每一次调研都要形成并留底一份「单次调研报告」；当用户宣布调研结束时，再基于所有单次调研报告生成「最终调研报告」。
AskUserQuestion 指对话框弹窗式提问组件，不是普通 Markdown 问题列表。凡是本技能要求使用 AskUserQuestion 的场景，必须调用该组件弹窗提问；不要把问题直接写在普通回复里代替。
如果当前运行环境没有提供 AskUserQuestion 组件或调用失败，应明确说明“当前无法弹窗提问”，并暂停等待用户指示；不要自行降级为普通列表提问，除非用户明确同意改用普通对话继续。
当 Codex/AI 正在协助用户做软件开发时，若出现以下情况，应先启动本技能进行需求调研，而不是直接写代码：
以下情况通常不启动本技能，除非用户明确要求需求调研：
启动本技能后，必须先判断用户当前意图属于哪一种：
若无法判断，必须先使用 AskUserQuestion 提问确认，不要自行假定。问题应聚焦为：“这次调研结果是为了让 AI 直接进入开发，还是为了实地/客户现场调研考察？”必要时可补问项目名称或调研对象。
所有问答都应通过 AskUserQuestion 弹窗组件进行；每次只放 2～3 个关键问题，并把用户回答记录为后续报告依据。
在 AI 开发场景中，本技能采用轻量启动调研：
product-planner 指定的目标目录。AI 直接开发场景的完成标准：
注意：本技能只负责把需求问清、总结清楚并形成调研报告；不要在本技能阶段直接替代后续 skill 生成完整功能清单、原型、PRD 或代码。
product-planner 指定的统一项目目录。project-slug 用项目名称转小写拼音或英文短横线（如：基层治理中心智能体开发工作 → jiceng-zhili-zhinengti）；不确定时用 project。project-info.md 注明项目名称与用途。AskUserQuestion 组件提问，每次只提 2～3 个聚焦问题，避免一次问太多。
当用户出现以下任一表达（含同义句）时，立即生成：
输出内容：按 templates/research-session-report.md 结构生成（内容要尽量贴近截图那种“表格 + 问题记录 + 调研成果总结”的风格）。
留底：同时把报告写入 product-planner 指定的需求调研目录，文件名建议为 YYYY-MM-DD-session-01.md（序号从 01 递增；同一天多次则继续递增）。用户要求 docx 时，同步生成同名 .docx 文件，格式见 references/docx-format.md。
当用户出现以下任一表达（含同义句）时，立即生成最终汇总：
输出内容：按 templates/research-final-report.md 结构生成；必须：
留底：同时把报告写入 product-planner 指定的需求调研目录，文件名建议为 YYYY-MM-DD-final-report.md。用户要求 docx 时，同步生成同名 .docx 文件，格式见 references/docx-format.md。
按 templates/research-session-report.md 生成。
按 templates/research-final-report.md 生成。（如用户需要更偏 PRD 的结构，可附带引用 templates/requirement-report.md 的章节，但不要替代最终调研报告。）
调研报告支持生成 .docx。当用户说「导出 Word」「生成 docx」「要 Word 版」等时，需同步输出。格式与脚本见 references/docx-format.md。
用户说「我想做一个任务管理应用」时，先追问目标用户、核心功能、平台，再追问角色、流程、视图等，每次 2～3 个问题，重复直到满足准备就绪定义，再出报告。完整示例见 references/interview-example.md。