---
title: "整理收件箱和待办入口"
description: "说明如何用 Codex 整理 Gmail inbox，参考写作样例起草回复，并在上下文不足时补充外部资料。"
verifiedAt: "2026-05-06"
---

import { Cards, Card } from 'fumadocs-ui/components/card';

Codex 可以用 Gmail 找出需要你处理的邮件，参考你的最近已发送回复或写作样例，用你的语气起草回复；当邮件上下文不足时，再从 Slack、Google Drive、project notes 或其他工作工具里补信息。

> [!WARNING]
> 邮箱整理涉及账号内容、联系人、附件和外部服务上下文。默认只让 Codex 起草和归类，发送、删除、归档、批量移动都要单独确认范围。

官方页面：[https://developers.openai.com/codex/use-cases/manage-your-inbox](https://developers.openai.com/codex/use-cases/manage-your-inbox)

## 适合什么任务

| 场景 | Codex 应该做什么 |
|---|---|
| 不想手动整理 inbox | 找出需要 attention 的邮件，并生成 reviewable drafts |
| 邮件需要最新决策、负责人、文件或 blocker | 从 Slack、Google Drive 或其他来源补上下文 |
| recurring inbox checks | 在同一个 thread 里校准后，添加 automation |
| Gmail 需要整理 | 在你明确要求时，搜索、归类和组织消息；删除动作保持窄而明确 |

## 使用的能力

| 能力 | 用法 | 链接 |
|---|---|---|
| `gmail` | 搜索和 triage Gmail threads，读取上下文，创建 reply drafts，并在明确要求时整理 messages | [https://github.com/openai/plugins/tree/main/plugins/gmail](https://github.com/openai/plugins/tree/main/plugins/gmail) |
| `slack` | 当 email 需要最新 decision、owner、asset 或 blocker 时，检查团队消息上下文 | [https://github.com/openai/plugins/tree/main/plugins/slack](https://github.com/openai/plugins/tree/main/plugins/slack) |
| `google-drive` | 读取 source docs、FAQs、notes 或你认可的 writing examples | [https://github.com/openai/plugins/tree/main/plugins/google-drive](https://github.com/openai/plugins/tree/main/plugins/google-drive) |

相关官方说明：

- Codex plugins：[https://developers.openai.com/codex/plugins](https://developers.openai.com/codex/plugins)
- Codex automations：[https://developers.openai.com/codex/app/automations](https://developers.openai.com/codex/app/automations)

## 起始提示词

```text
请检查我的 @gmail，找出哪些邮件需要我回复，并用我的语气写 drafts。

请参考我最近发送过的 replies，或 @google-drive [writing examples] 来把握语气。

如果邮件缺少最新 decision、owner、file 或 blocker，请从 @slack、@google-drive，或其他我的工作来源中补上下文。
```

这个 prompt 让 Codex 做 first inbox pass：找出需要注意的邮件、起草回复，并说明它用了哪些 context。

## Review Your Inbox

第一轮可以这样做：

1. 让 Codex review Gmail，找出需要你注意的邮件。
2. 让它用 Slack、docs 或 project notes 补充上下文。
3. 告诉 Codex 哪些 drafts 有用，哪些邮件下次可以忽略。
4. 当 thread 已经调好，再添加 automation；需要快速访问时 pin 线程。

可以给 Codex 宽泛 inbox request，也可以给 time window 或 label。语气重要时，先让它看 recent sent replies 或 writing examples。

理想输出是一条短 queue：

- 需要回复的邮件和 drafts。
- 可以等待的消息。
- 哪些回答依赖了邮件外部上下文。

## 让 Thread 学会你的判断

把第一轮当校准：

- Codex 起草太多，就告诉它哪些是 noise。
- 它漏掉重要邮件，就说明那类 thread 为什么重要。
- 语气不对，就直接改 draft。

随着同一线程积累反馈，它应该更会判断哪些邮件需要草稿，哪些可以不打扰你。

## 按 Schedule 自动检查

当 drafts 有用后，可以让 Codex 在同一 thread 上创建 automation。它会按 schedule 醒来，检查 Gmail 和你指定的 context sources，只在有值得 review 的邮件或 drafts 时汇报。

如果 Codex 遇到需要你决策的邮件，它应该 flag question，而不是猜。

## 整理 Inbox 的边界

Gmail plugin 也能组织 inbox，但建议把这类动作作为 triage 之后的独立 command。

draft replies 适合自动化后人工 review；destructive cleanup 必须明确、窄范围、可检查。删除、归档、批量移动前都要单独说明范围。

## 接下来去哪

<Cards>
  <Card title="Automations" description="只有 drafts 和筛选判断稳定后，才把 inbox check 做成定时任务。" href="/docs/codex/official/01-products/35-app-automation" />
  <Card title="插件管理" description="Gmail、Slack、Drive 等插件都需要单独理解权限和数据共享。" href="/docs/codex/official/03-extensions/68-plugins-manage" />
  <Card title="聊天转任务" description="把邮件或消息转成可执行任务时，可参考 chat-to-task 场景。" href="/docs/codex/official/08-scenarios/91-chat-to-task" />
  <Card title="官方 Manage inbox" description="Gmail plugin 和 inbox use case 的最新说明以官方页面为准。" href="https://developers.openai.com/codex/use-cases/manage-your-inbox" />
</Cards>
