# Gemini Gmail 邮件整理：区分等我回复和等对方回复，再起草跟进

## 身份与边界

提供6封原创EML与人工状态/草稿参考；未登录Gmail、读取私人邮件、发送、归档或批量改标签。

需要合资格Google Workspace或Google AI方案；部分功能受测试计划和语言限制；需教学邮箱的真实邮件，不使用用户私人邮箱演示；本轮未登录、未发送；每份草稿都需核对实际收件人、线程和承诺；是否发送由本人决定。

全部人物/组织/会议/设备为原创虚构教学内容。原始数据及本站原创参考CC0-1.0；官方截图不在ZIP，商标和官方文档版权归原权利人。

## 开始操作

1. 先打开emails/M01.eml。
2. 阅读prompt.md，在自己的授权账号按教程操作；不要修改原件。
3. 实际目标工具输出另存actual-*，并在observations.json填写实际运行记录。
4. 运行 `python3 -B verify.py` 检查本包文件与本题确定性规则；通过不证明目标SaaS或模型已执行。

## 原生文件与参考

- emails/M01.eml
- emails/M02.eml
- emails/M03.eml
- emails/M04.eml
- emails/M05.eml
- emails/M06.eml
- state-reference.csv
- followup-reference.txt

## 具体操作

1. 把教学线程放进独立邮箱再阅读

先在本地邮件阅读器打开6封EML了解先后关系；需Gmail实操时在自有教学邮箱准备同内容测试线程，不把EML文件假称自动导入Gmail成功。M01等我确认交付，M02问人数，M03答24人；M04要求选题，M05撤回，M06等最终房间号。

2. 进入Gmail的Gemini侧边栏

使用有资格的Workspace或Google AI账号，在Gmail打开Gemini/Ask Gemini侧栏。先确认功能、语言与管理员授权，不要求它访问未授权邮箱。限定检索Project Clover与Project Birch教学邮件及指定日期，先读取总结，不让它发信、删信或自动归档。

3. 按项目和线程最后一封找开放请求

让它列出每个开放问题、最后相关邮件日期、谁需要行动、支持该判断的邮件。务必打开引用邮件检查：M03已回答M02的人数，M05已撤回M04的选题请求。旧邮件里出现问号不意味着今天仍需回复；缺证据的状态应写待确认。

4. 拆成等我与等对方两张清单

M01地图交付需要我核实后回复，不能直接承诺周五；M06房间号需要对方提供。要求把resolved/withdrawn独立放置并说明原因，不混入待办。将实际Gemini结果与state-reference.csv人工表比较，发现线程漏读时回到对应邮件重新问。

5. 针对等我回复只起草不发送

在M01上下文要求草拟回复：感谢24人信息，先核实交付计划后再确认周五。检查它是否把M06未定的房间号写成确定地址。使用Gmail可见的插入草稿方式或手动粘贴，只保留草稿；实际收件人、线程和承诺需要本人再次确认。

6. 针对等对方回复只催缺失信息

对M06起草简短跟进，说明已知人数24，只询问最终房间号。不要再次索要已回答的人数，也不要追问已撤回的标题选择。若产品本次界面提供执行型操作，继续明确只生成草稿，逐封查看后再由本人决定是否发送。

7. 回读清单与草稿后保留证据

重新打开M03、M05和两份草稿，确认一条等我、一条等对方、两类已解决/撤回关系正确。记录真实邮件引用或线程定位信息，私人内容只保留本地。包内作者草稿可以对照措辞，不能冒充Gemini输出、真实Gmail线程链接或已发送记录。

## 验收

- M02被M03解决，M04被M05撤回；只剩M01和M06开放。
- 两份草稿分别处理不同等待方向，未发送。
- 引用能打开真实邮件；本包.invalid地址只做教学。

生成的actual-*属于你的实际结果，请勿覆盖本站参考或重新打包私人数据。