官方教學中文版實戰場景
把使用者反饋變成開發任務
說明如何讓 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 會繼承你已經調好的來源、分組標準和隱私邊界。