概览
使用带有 $documents skill 和已连接应用（如 Linear、Slack、Notion 或 Google Drive）的 Codex，创建一份可供审阅的 PRD，其中包含预期章节、时间线、决策、开放问题和来源附录。
适合场景
- 希望将规划上下文整理为 PRD、提案、发布简报或决策备忘录的产品团队。
- 需要在与团队完成内部讨论对齐后快速起草 PRD 的 PM。
起草 PRD
使用 $documents，基于 @linear [项目或里程碑]、@slack [频道或线程] 以及 @google-drive 或 @notion [规划文档、研究笔记、会议记录或来源文件夹]，为 [功能或产品领域] 创建一份 PRD。 请包含问题、用户、目标/非目标、需求、UX、技术考量、指标、发布计划、风险、开放问题、决策、时间线和来源附录。 对需求级别的陈述请标注其来源。如果来源之间存在分歧，请指出冲突，而不是默认选择其一。仅起草草稿。在我批准之前，不要发布、不要更新 Linear，也不要分享该文档。
建议推理强度：中
简介
在开展新产品或功能之前，通常会先起草一份产品需求文档（PRD），以便就范围和需求达成一致。很多时候，撰写该 PRD 所需的上下文其实已经存在于团队的内部系统中：Linear 上的工单、Slack 上的讨论、Notion 或 Google Drive 中的草稿等。Codex 可以汇集这些上下文并起草一份供你审阅和迭代的 PRD，同时保持来源链路清晰可见。
选择来源
从你希望 Codex 使用的来源开始：Linear 项目、Slack 规划频道或线程，以及任何应在 PRD 中被引用的 Drive 文档、Notion 页面、会议记录或本地文件。 你还应清晰说明你期望 PRD 包含的章节，例如问题、用户、需求、UX、技术、发布计划、时间线或决策。
- 当输出需要是真实的 DOCX 时，从
$documents开始。 - 直接点名来源：Linear 项目或里程碑、Slack 频道或线程，以及 Codex 应引用的文档或记录。
- 给 Codex 明确 PRD 的章节要求。
- 先审查来源附录，再查看需求和开放问题。
- 使用同一个线程来补齐缺口、收紧范围并准备交接。
在同一线程中完善
使用本页的起始提示词生成第一版草稿。如果缺少某些内容，直接让 Codex 查看缺失的来源，而不是从头开始。
检查来源链路
在分享 PRD 之前，让 Codex 列出支持较弱或缺失的陈述、尚未解决的问题，以及它视为已确认的决策。如果来源附录无法让这些内容易于审查，请继续在同一线程中完善，再导出或发布任何内容。
建议提示词
检查来源链路