把聊天消息转成可交付任务

很多消息线程里藏着待办：订餐、约时间、查选项、提交票据、整理回复材料。Computer Use 可以读取一个 Messages thread，识别具体请求，再跨相关应用完成任务，并在原线程里起草回复。

官方页面：https://developers.openai.com/codex/use-cases/complete-tasks-from-messages

Complete tasks from messages

从 Messages thread 识别任务、跨 app 完成并起草回复。

Computer Use

让 Codex 操作本机图形界面。

Customize Codex

把常见偏好和不可逆动作边界写成默认规则。

适合什么任务

场景	Codex 应该做什么
iMessage 线程里有具体请求	读取指定 sender 或 thread，理解任务并继续执行
任务需要跨 Messages 和几个相关 app	在 Calendar、Maps、Notes、浏览器或预订网站之间完成检查
你想让 Codex 做 follow-through，而不只是总结消息	完成任务后，在原线程 draft reply
可能涉及下单、付款、确认预订或最终排期	最后一步前暂停，等你确认

起始提示词

@Computer Use 请查看 [person] 发给我的 messages。

然后：
- 理解对方的请求
- 在相关 apps 中完成任务
- 在同一个 thread 里起草回复

遇到不可逆动作前先暂停，例如下单或确认预订。

这里最重要的是指定 sender/thread，并明确哪些动作必须暂停。Computer Use 会像普通用户一样打开应用，任何不可逆操作都应该先停下来确认。

操作步骤

安装并准备 Computer Use。
让 Codex 查看具体 message thread 或 sender。
告诉它要完成什么动作。
明确哪些动作需要 pause before completing。
指定是否要在原线程 draft reply。

示例：

@Computer Use 请查看 [person] 发给我的 messages。
检查我的可用时间，在 Hayes Valley 找 2 个晚餐选项，并在同一个 thread 里起草回复。完成预订前先向我确认。

更完整的任务模板

@Computer 请查看 Messages 里 [person] 的这个 thread。

请完成：
- 识别对方真正需要我做什么
- 检查相关 app 或网页
- 整理 2 到 3 个可选方案
- 在原 thread 起草回复

边界：
- 不发送消息，只起草
- 不付款
- 不确认预订
- 不修改日历，除非我确认
- 如果信息不足，先把缺口列出来

输出：
- 你理解的任务
- 你检查了哪些 app / 页面
- 草稿回复内容
- 哪些步骤需要我确认

这个模板把“读消息”拆成理解、执行、起草和等待确认四步。它适合生活和运营类任务，也适合工作消息里的 follow-through。

实用边界

不可逆动作前暂停

如果任务可能 send money、submit an order、confirm a booking 或 finalize a schedule，prompt 里直接写明最后一步前要停下来问你。

消息线程会被标记为已读

当 Codex 打开 Messages thread，它会像正常用户查看对话一样触发已读状态。把这点当作真实行为处理。

扩展到其他 inbox

同样模式也可以用于 Slack 或 email：任务从一个消息开始，在其他地方完成，再回到原入口起草回复。

如果这个流程经常发生，把偏好写进 customization，例如常用日程偏好、餐厅区域、回复语气、不可逆动作边界。这样 Codex 后续会按同一套规则处理。

常见风险

消息一打开就可能被标记已读。
thread 里可能混有旧上下文，Codex 需要知道只处理哪一段。
预订、付款、发送、排期都是不可逆或半不可逆动作。
如果浏览器处于已登录状态，网页提交就等同于你本人操作。
涉及他人隐私或敏感信息时，不要让 Codex 浏览无关 thread。

因此，prompt 里应该指定 sender、时间范围和允许操作。不要让 Codex 在整个 Messages 里自由搜索。

适合沉淀成偏好

如果你经常让 Codex 处理类似消息，可以把偏好写进 customization：

处理 Messages 或 Slack 待办时：
- 只处理我明确点名的 thread。
- 默认只起草回复，不发送。
- 任何付款、预订、提交、日历修改前都必须暂停确认。
- 餐厅建议默认给 2 到 3 个选项，并说明地点、时间和不确定性。
- 工作消息默认保留直接、简短的语气。

偏好不是替代 prompt，而是减少重复提醒。每次具体任务仍然要写清 thread、目标和停止条件。