research-prompt

Research Prompt

目标：将模糊的研究需求转化为一个独立完整的段落，让对项目一无所知的研究人员能够直接开展工作，无需来回沟通。

规则

• 只写一个段落。 最终交付内容中不得有标题或项目符号列表。
• 明确研究任务，而非只谈主题。 提供检索线索（时间范围、排名、来源类型、决策逻辑），而不只是列出研究主题。
• 假设读者对项目一无所知。 面向从未听说过该项目的研究人员写作。开篇用通俗易懂的语言说明该项目或产品是什么、为何存在以及当前情况，让他们明白发生了什么、我们需要什么以及为何需要。
• 先说明目标和决策。 在上述说明之后，立即写明研究必须回答的唯一问题，以及该问题将为哪项决策或用途提供依据。
• 嵌入所有背景信息。 包括名称、日期、产品、已知事实和限制条件。研究人员无需提问或猜测。
• 在段落中对细分问题编号（1、2、3……），明确研究覆盖范围。数量控制在 3–6 个。每个提示词只设定一项任务，不要塞入无关问题。
• 说明限制条件。 明确应纳入和应排除的内容（例如“仅研究非中国竞争对手”“不要营销宣传套话”）。
• 设定来源优先级。 优先采用一手来源（官方文档、GitHub、论文、申报文件、更新日志）；论坛、X 和 Reddit 只能作为弱信号，不能用作事实依据。
• 处理相互矛盾的信息。 如果来源说法冲突，应分别列出已确认事实、推断和尚未解决的不确定性，不要强行拼凑出虚假的共识。对低置信度说法标注，留待核实。
• 明确完成标准（定义“完成”）。 不要满足于第一个看似合理的答案。只要存在多个相互独立的一手来源，就应使用它们交叉验证每项关键说法；来源稀少时，应明确说明，而不是用冗余内容凑数。持续研究，直到每个编号的细分问题都达到这一标准。
• 结束前进行一轮查漏。 要求最后进行自我批评：列出信息缺口、矛盾之处以及仅由单一来源支持的说法，然后再进行一轮检索以弥补这些问题；重复此过程，直到没有待解决的问题。
• 严格限定交付内容，灵活安排方法。 对最终交付内容严格把关，同时为研究人员留出灵活探索的空间。
• 要求每项发现采用固定格式： 来源链接 + 具体说法 + 一句话说明“为何重要／读者为何应该关注”。
• 只提供可验证、可引用的事实，不提供观点。
• 最后一句： 要求将所有内容输出到一个详细的 Markdown 文件中。

流程

1. 从相关项目文件或对话中提取背景信息（日期、名称、已知事实、受众、最终用途），并用 1–2 句话以通俗易懂的语言说明项目是什么、为何存在，让完全不了解情况的读者也能看懂。
2. 确定研究要回答的唯一问题。
3. 起草 3–6 个能够全面覆盖该问题的编号细分问题。
4. 补充纳入和排除条件，以及每项发现的输出格式。
5. 压缩成一个简洁的段落，删去冗余内容。

模板

[面向完全没有相关背景的读者：用 1–2 句通俗易懂的中文说明该项目/产品是什么、为何存在，以及当前情况。] 研究 [主题 + 关键识别信息]，回答一个问题：[问题] — 用于 [决策 / 最终用途]。查找：(1) …；(2) …；(3) …；(4) …。[限制：包含 X，避免 Y。] 优先使用一手来源；论坛/社交媒体仅视为弱信号；如果来源相互冲突，请区分事实与推断，并标出需要核实的内容。不要停留在第一个看似合理的答案：对每项关键主张，尽可能使用多个独立的一手来源进行交叉验证（如果没有此类来源，请明确说明），并持续查证，直到每个编号问题都达到这一标准。完成前，进行一次自我批评：列出缺口、矛盾和任何仅由单一来源支持的主张，然后再进行一轮搜索以弥补这些问题，重复这一过程，直到没有问题。针对每一点，提供来源链接、具体主张，以及一句说明其“重要性”的话。不要营销套话——只提供可核实、可引用的事实。将所有内容输出到一个详细的 Markdown 文件中。

执行提示词

要通过 AI 研究员运行完成后的提示词，请使用 DeepAPI POST /v1/research/deep 执行 — 请遵循 deep-research 技能。