AI 程式設計教程中文版
官方教程中文版實戰場景

把聊天訊息轉成可交付任務

說明如何讓 Computer Use 從 Messages thread 識別待辦,跨應用完成任務並起草回覆。

很多訊息執行緒裡藏著待辦:訂餐、約時間、查選項、提交票據、整理回覆材料。Computer Use 可以讀取一個 Messages thread,識別具體請求,再跨相關應用完成任務,並在原執行緒裡起草回覆。

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

適合什麼任務

場景Codex 應該做什麼
iMessage 執行緒裡有具體請求讀取指定 sender 或 thread,理解任務並繼續執行
任務需要跨 Messages 和幾個相關 app在 Calendar、Maps、Notes、瀏覽器或預訂網站之間完成檢查
你想讓 Codex 做 follow-through,而不只是總結訊息完成任務後,在原執行緒 draft reply
可能涉及下單、付款、確認預訂或最終排期最後一步前暫停,等你確認

相關官方說明:

起始提示詞

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

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

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

這裡最重要的是指定 sender/thread,並明確哪些動作必須暫停。Computer Use 會像普通使用者一樣開啟應用,任何不可逆操作都應該先停下來確認。

操作步驟

  1. 安裝並準備 Computer Use
  2. 讓 Codex 檢視具體 message thread 或 sender。
  3. 告訴它要完成什麼動作。
  4. 明確哪些動作需要 pause before completing。
  5. 指定是否要在原執行緒 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 裡直接寫明最後一步前要停下來問你。

相關應用要先準備好

這類任務最適合在相關應用已經登入並可用時執行。任務如果依賴 Maps、Calendar、Notes、reservation site 或 browser session,先確保這些入口可開啟。

訊息執行緒會被標記為已讀

當 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、目標和停止條件。

官方資料

本頁目錄