draft-prds-from-sources

身份非官方简体中文镜像

翻译状态 AI 翻译 / AI 审校

来源版本官方未提供

同步日期 2026-07-26

name: 从内部上下文起草 PRD tagline: 从 Linear、Slack、源文档和会议记录创建产品需求文档。 summary: 使用 ChatGPT 与 $documents 技能，以及 Linear、Slack、Notion 或 Google Drive 等已连接的插件，创建一份可供审阅的 PRD，其中包含预期章节、时间线、决策、待解决问题和来源附录。 skills:

token: $documents description: 当 PRD 应成为经过润色的文件而不是聊天文本时，创建、编辑并验证 DOCX。
token: slack url: https://github.com/openai/plugins/tree/main/plugins/slack description: 从已获批准的频道或线程链接中读取产品讨论、发布线程、决策记录和后续问题。
token: linear url: https://github.com/openai/plugins/tree/main/plugins/linear description: 读取应影响 PRD 的项目、问题、优先级、验收标准和待完成工作。
token: google-drive url: https://github.com/openai/plugins/tree/main/plugins/google-drive description: 读取规划文档、研究笔记、规格说明、导出的会议记录和源文件夹。
token: notion url: https://github.com/openai/plugins/tree/main/plugins/notion description: 读取应影响 PRD 的路线图页面、项目笔记、会议记录和团队维基。 bestFor:
将规划上下文转化为 PRD、提案、发布简报或决策备忘录的产品团队。
需要在与团队完成内部讨论对齐后快速起草 PRD 的产品经理。 starterPrompt: title: 起草 PRD body: >- 使用 $documents，根据 @linear [项目或里程碑]、@slack [频道或线程]，以及 @google-drive 或 @notion [规划文档、研究笔记、会议记录或源文件夹]，为[功能或产品领域]创建 PRD。

包括问题、用户、目标/非目标、需求、UX、技术考量、指标、发布计划、风险、待解决问题、决策、时间线和来源附录。

为需求级别的陈述引用其背后的来源。如果来源之间存在分歧，请指出冲突，不要默默选择其中一个。仅起草。在我批准之前，不要发布内容、更新 Linear 或分享文档。 suggestedEffort: medium relatedLinks:
label: 插件 url: /codex/plugins
label: 代理技能 url: /codex/build-skills
label: ChatGPT 桌面应用 url: /codex/app

简介

在着手开发新产品或功能之前，通常会先起草产品需求文档（PRD），以统一范围和需求。大多数情况下，编写 PRD 所需的上下文已经存在于团队的内部系统中：Linear 中的工单、Slack 中的讨论、Notion 或 Google Drive 中的草稿等。ChatGPT 可以收集这些上下文，起草一份供你审阅和迭代的 PRD，同时保留清晰可见的来源链路。

选择来源

先确定你希望 ChatGPT 使用的来源：Linear 项目、Slack 规划频道或线程，以及所有应在 PRD 中引用的 Drive 文档、Notion 页面、会议记录或本地文件。

你还应明确列出预期的 PRD 章节，例如问题、用户、需求、UX、技术、发布计划、时间线或决策。

当输出应为真正的 DOCX 时，从 $documents 开始。
直接列出来源：Linear 项目或里程碑、Slack 频道或线程，以及 ChatGPT 应引用的文档或笔记。
向 ChatGPT 提供 PRD 章节约定。
先审阅来源附录，再审阅需求和待解决问题。
使用同一个聊天来解决缺口、收紧范围并准备交接。

在同一个聊天中迭代

使用本页面上的起始提示词来生成初稿。如果缺少某些内容，请将缺失的来源提供给 ChatGPT，而不是从头开始。

检查来源链路

在分享 PRD 之前，请 ChatGPT 列出支持较弱或缺少支持的陈述、尚未解决的问题，以及它视为已确认的决策。如果来源附录无法让这些内容易于审计，请继续在同一个聊天中迭代，然后再导出或发布任何内容。

建议的提示词

检查来源链路