為隊友初始化工作環境
說明如何把 Slack、Gmail、calendar、trackers、docs 和 code 接入 Codex，建立團隊級 signal loop。
Codex 在能看到你工作的地方時才更像 teammate：Slack、Gmail、calendar、project trackers、docs、code 和 local notes。把這些來源接到同一個執行緒裡，先校準它什麼算 signal，再給這個執行緒加 automation，讓 Codex 定期回來看哪些變化值得打斷你。
Proactive teammate 適合 watch、summarize、draft 和 flag questions。傳送訊息、修改 tracker、建立 issue、分派任務或改外部系統狀態，仍要單獨確認。
官方頁面：https://developers.openai.com/codex/use-cases/proactive-teammate
適合什麼任務
| 場景 | Codex 應該做什麼 |
|---|---|
| 工作上下文分散在 Slack、Gmail、calendar、docs、trackers、code、notes | 跨來源找 active asks、owner changes、blockers、decisions |
| 你需要知道什麼變了、什麼被埋了 | 彙總 changed docs、buried asks、blocked handoffs 和需要你判斷的 decisions |
| 團隊需要判斷哪些事情值得升級 | 只返回 signal，不把普通噪聲都推給你 |
使用的能力
| 能力 | 用法 | 連結 |
|---|---|---|
slack | 找 asks、owner changes、blockers、decisions 周圍的 Slack context | https://github.com/openai/plugins/tree/main/plugins/slack |
gmail | 找需要回復的 threads，並和其他 workstream 交叉檢查 | https://github.com/openai/plugins/tree/main/plugins/gmail |
google-calendar | 根據當天 meetings 判斷哪些 updates 現在重要，哪些可以等 | https://github.com/openai/plugins/tree/main/plugins/google-calendar |
notion | 讀取定義 workstream 的 project notes、trackers、decision logs | https://developers.openai.com/codex/plugins |
相關官方說明：
- Codex automations：https://developers.openai.com/codex/app/automations
- Codex plugins：https://developers.openai.com/codex/plugins
起始提示詞
请检查 @slack、@gmail、@google-calendar 和 @notion，告诉我哪些事情需要我注意。
请找出我可能错过的重要或异常信息。這個 prompt 可以很寬，也可以限定到某個 workstream、account、launch、team 或 project。
Source 選擇
| 需要檢查 | 推薦預設值 | 原因 |
|---|---|---|
| work context | Slack for active asks、Gmail for pending replies、Google Calendar for timing、Notion/docs for project state | 檢視越完整，Codex 越容易在多個來源之間找出真正 signal |
| 額外來源 | GitHub、Linear、MCPs、local notes | 當這些地方才是 work happens 的位置時加入 |
Start a Teammate Thread
- 連線工作發生地的 plugins 或 MCPs。
- 新建 Codex thread，讓它檢查這些來源。
- 告訴 Codex 哪些 items 有用，哪些是 noise。
- 線上程上新增 automation。
- pin 執行緒，等通知。
- 後續繼續在同一執行緒裡問問題、要 drafts、下下一步動作。
關鍵是同一個 thread。Codex 會從你的 correction 中學習：哪些來源重要、哪些 owner 已經接手、draft 應該多直接、哪些資訊值得帶回來。
一次有用檢查應該長什麼樣
有用輸出不只是“這裡有幾條訊息”。它應該說明：
- trigger 是什麼。
- source 在哪裡。
- implication 是什麼。
- recommended next move 是什麼。
- priority 是什麼。
例如，它可能指出：某個 renewal prep 文件現在要求 security export wording 先確認，而 partner update 仍然把事情寫成 broad reporting automation。推薦動作是先把 partner line 收窄，等負責人確認後再擴充套件說法。
Turn the Thread Into an Automation
當普通 thread 已經有用，再讓 Codex keep watching。automation 是 scheduled check-in：Codex 會回到你指定的 sources，如果找到值得你注意的 signal，就在同一執行緒發新訊息。
可以設定 hourly、每個工作日上午，或具體時間。
因為 Codex 可以 compact long conversations，同一執行緒可以持續吸收你的修正，而不是每天早上從零開始。
操作邊界
Codex 可以 watch、explain、draft。外部動作仍然需要你確認，例如傳送郵件、發 Slack、修改 tracker、分派任務或建立 issue。