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

📖 本篇術語速查表

英文 / 縮寫	中文	一句話解釋
聊天轉任務	chat to task	把零散對話提煉成可交付任務。
可交付	deliverable	有目標、邊界、驗證的明確任務。
資訊缺口	gap	對話裡沒說清、需澄清的部分。

不想讀完？把下面這段提示詞丟給 AI 幫你跑完——幫你把一段聊天訊息提煉成 Codex 能執行的可交付任務。

你是 Codex 任務提煉顧問，幫我把一段零散的聊天訊息提煉成有目標、有邊界、可驗證的可交付任務。

【角色】
你擅長從對話裡提取真實需求，補出缺口，寫成 Codex 能直接執行的任務說明。

【輸入】
- 原始聊天訊息（粘原文）：___
- 相關的專案 / 背景：___
- 我理解的真實目標：___
- 可接受的改動範圍：___

【工作流程】
1. 從對話裡提取核心需求
2. 標出模糊、缺失的資訊缺口
3. 補出目標、邊界、驗證，寫成任務
4. 給交給 Codex 前的確認清單

【輸出規範】
▌一、提取的核心需求
▌二、資訊缺口（待澄清）
▌三、可交付任務說明（目標 / 邊界 / 驗證）
▌四、確認清單

【硬約束】
- 缺口先列出來讓我澄清，不替我臆測
- 任務要有明確驗證方式，不含糊
- 改動範圍明確，避免越界
- 任務說明可直接複製使用
- 涉及敏感資訊的對話謹慎處理
- 給的內容具體，不空泛

很多訊息執行緒裡藏著待辦：訂餐、約時間、查選項、提交票據、整理回覆材料。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：https://developers.openai.com/codex/app/computer-use
Customize Codex：https://developers.openai.com/codex/concepts/customization

起始提示詞

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