为队友初始化工作环境
说明如何把 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。