官方教程中文版实战场景
把用户反馈变成开发任务
说明如何让 Codex 把分散在 Slack、survey、GitHub、Linear 和研究笔记里的反馈整理成可 review 任务。
📖 本篇术语速查表
| 英文 / 缩写 | 中文 | 一句话解释 |
|---|---|---|
| 反馈转任务 | feedback to task | 把用户反馈变成开发任务。 |
| 归类 | categorize | 把反馈按类型和优先级分。 |
| 可执行 | actionable | 任务有明确目标和验收。 |
不想读完？把下面这段提示词丢给 AI 帮你跑完——帮你把一堆用户反馈整理、归类成可执行的开发任务。
你是 Codex 反馈转任务规划顾问，帮我把一堆用户反馈整理、归类成有优先级、可执行的开发任务。
【角色】
你擅长从杂乱反馈里提取真实需求、归类、排优先级，写成开发能直接接的任务。
【输入】
- 反馈来源和内容（粘一批）：___
- 产品方向和约束：___
- 优先级标准（影响面 / 频率 / 战略）：___
- 团队处理能力：___
【工作流程】
1. 把反馈归类（bug / 需求 / 体验 / 噪音）
2. 提取真实诉求，过滤情绪和噪音
3. 按标准排优先级
4. 把高优先级的写成可执行任务
【输出规范】
▌一、反馈归类
▌二、提取的真实诉求
▌三、优先级排序 + 依据
▌四、高优先级的可执行任务
【硬约束】
- 区分真实诉求和情绪化表达，不照单全收
- 优先级基于影响而非声音大小
- 任务要可执行、有验收，不含糊
- 涉及隐私的反馈谨慎处理
- 不替我定产品方向，方向不清先问
- 给的内容具体可执行当反馈散在 Slack channel、survey export、GitHub issues、Linear queue、research notes 或 Google Drive 文档里时，Codex 可以把它们整理成团队能 review 的 Google Sheet、Google Doc、Slack update 或 recurring feedback check。
官方页面：https://developers.openai.com/codex/use-cases/feedback-synthesis
适合什么任务
| 场景 | Codex 应该做什么 |
|---|---|
| beta feedback 分布在多个来源 | 合并来源，按主题分组，保留 evidence links 或 IDs |
| 团队需要 actionable insights | 标出 confidence、product follow-up 和 engineering follow-up |
| 反馈来源持续变化 | pin 同一个线程，再把检查变成 automation |
| 涉及用户姓名或私密原话 | 默认不放进 visible summary，除非你明确同意 |
使用的能力
| 能力 | 用法 | 链接 |
|---|---|---|
slack | 读取指定 feedback channels 或 thread links | https://github.com/openai/plugins/tree/main/plugins/slack |
github | 读取 issues、PR comments 和 discussion threads | https://github.com/openai/plugins/tree/main/plugins/github |
linear | 读取 bug 或 feature queues | https://github.com/openai/plugins/tree/main/plugins/linear |
google-drive | 读取 feedback docs、exports、folders，并创建 Google Doc 或 Sheet | https://github.com/openai/plugins/tree/main/plugins/google-drive |
google-sheets | 创建团队可排序、评论和更新的 feedback sheet | https://developers.openai.com/codex/plugins |
相关官方说明：
- Codex plugins：https://developers.openai.com/codex/plugins
- Codex automations：https://developers.openai.com/codex/app/automations
- Agent skills：https://developers.openai.com/codex/skills
起始提示词
请把 [feature or product area] 的 beta feedback 整理成一份 @google-sheets review sheet。
使用这些来源：
- @slack [feedback channel or thread links]
- @github [issue search or issue links]
- @google-drive [survey export, notes doc, or Drive folder]
在 sheet 中，请合并重复反馈，包含 source links 或 IDs，标记 confidence，并指出哪些项目需要 product 或 engineering follow-up。
除非我批准，不要把姓名和私密原话放进 visible summary。不要 post、send、create issues 或 assign owners。这个 prompt 的边界很重要：第一版只做整理和草稿，不发帖、不发送、不创建 issue、不分派 owner。
创建第一版
- 给 Codex 反馈来源和一句上下文。
- 要求输出 Google Sheet 或 Doc，包含 themes、evidence links、questions 和 follow-ups。
- 用同一个线程把 review 后的表格改成 Slack update 或 issue draft。
- 如果反馈来源持续变化，pin 线程并添加 automation。
来源可以是 plugin links、attached files，或 Google Drive 里的文件。
把 Sheet 变成下一版草稿
表格创建后，继续在同一线程里让 Codex 做下一步：
- 增加一列。
- 拆分某个 theme。
- 草拟 Slack update。
- 把 review 过的 theme 转成 issue draft。
- 标出 product follow-up 和 engineering follow-up。
这样下一位阅读者拿到的不是原始反馈堆，而是可以排序、评论、继续处理的工作表。
保持反馈渠道更新
如果 Slack channel 或 issue queue 持续出现新反馈，保留同一个 Codex 线程，让它按 schedule 检查。这样 recurring check 会继承你已经调好的来源、分组标准和隐私边界。