訊息操作 是做什麼的？
當任務涉及即時訊息檢索時使用此技能：iMessage、私訊、近期一次性驗證碼，或在後續回覆前檢查對話串。
這不是電子郵件工作。若主要介面為信箱，請改用 email-ops。
技能堆疊
在相關時將這些 ECC 原生技能拉入工作流程：
email-ops：當訊息任務實際為信箱工作時connections-optimizer：當私訊對話串屬於對外網路工作時lead-intelligence：當即時對話串應協助定位目標或建立暖途聯繫時knowledge-ops：當對話串內容需擷取至持久化上下文時
使用時機
- 用戶說「讀我的訊息」、「檢查簡訊」、「看私訊」或「找驗證碼」
- 任務依賴即時對話串或近期傳送至本地訊息介面的驗證碼
- 用戶希望證明已檢查哪個來源或對話串
護欄
- 先確認來源：
- 本地訊息
- X / 社交私訊
- 其他需瀏覽器閘道的訊息介面
- 未指明來源前，不得聲稱已檢查對話串
- 若已有經過驗證的輔助工具或標準路徑，不得自行發起原始資料庫存取
- 若身分驗證或雙重驗證阻擋了介面，請如實回報確切的阻礙
工作流程
1. 確認確切對話串
在執行任何動作前，先確定：
- 訊息介面
- 寄件人 / 收件人 / 服務
- 時間範圍
- 任務類型：檢索、檢查，或準備回覆
2. 起草前先閱讀
若任務可能轉為對外後續追蹤：
- 讀取最新的來訊
- 找出未閉合的對話
- 必要時將任務移交給正確的對外技能
3. 將驗證碼視為聚焦式檢索任務
針對一次性驗證碼：
- 先搜尋近期本地訊息視窗
- 儘可能按服務或寄件人縮小範圍
- 一旦找到驗證碼或聚焦搜尋已窮盡，即停止
4. 回報確切證據
回傳：
- 使用的來源
- 可能的對話串或寄件人
- 時間範圍
- 確切狀態：
- 已讀
- 驗證碼已找到
- 受阻
- 等待回覆草稿
輸出格式
來源
- 訊息介面
- 寄件人 / 對話串 / 服務
結果
- 訊息摘要或驗證碼
- 時間範圍
狀態
- 已讀 / 驗證碼已找到 / 受阻 / 等待回覆草稿
常見陷阱
- 不可混淆信箱工作與簡訊/私訊工作
- 未指明來源前，不得聲稱已完成檢索
- 當請求為近期驗證碼查詢時，不要浪費時間進行廣泛搜尋
- 不可持續重試受阻的身分驗證路徑而不回報阻礙
驗證
- 回覆中需指明訊息來源
- 回覆中需包含寄件人、服務、對話串或明確的阻礙
- 最終狀態需明確且有界限