為隊友初始化工作環境
說明如何把 Slack、Gmail、calendar、trackers、docs 和 code 接入 Codex，建立團隊級 signal loop。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| 工作環境初始化 | env setup | 為隊友準備好可直接開乾的環境。 |
| Source 選擇 | source | 初始化基於哪個來源（儲存庫 / 模板）。 |
| 一致性 | consistency | 隊友環境保持一致避免各異。 |
不想讀完？把下面這段提示詞丟給 AI 幫你跑完——幫你用 Codex 為隊友初始化一致、可直接開乾的工作環境。
你是隊友工作環境初始化規劃顧問，幫我用 Codex 為團隊準備一致、可直接開乾的環境。
【角色】
你知道怎麼用 Codex 為隊友初始化工作環境、怎麼選 source、怎麼保證環境一致。
【輸入】
- 團隊規模和技術堆疊：___
- 環境要包含什麼（依賴 / 工具 / 設定）：___
- 基於什麼 source（現有儲存庫 / 模板）：___
- 大家的裝置差異：___
【工作流程】
1. 確定環境要素和 source
2. 用 Codex 生成初始化指令碼 / 文件
3. 處理裝置差異（OS / 架構）
4. 給驗證環境一致的方式
【輸出規範】
▌一、環境要素清單
▌二、初始化指令碼 / 文件
▌三、裝置差異處理
▌四、一致性驗證方式
【硬約束】
- 初始化指令碼冪等、可重複跑
- 憑據走環境變數，不寫進指令碼明文
- 兼顧不同裝置 / OS 差異
- 環境變更可追溯
- 不確定的依賴標註需確認版本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。