訊息操作 (Messages Ops)
當任務涉及即時訊息檢索時使用：iMessage、DM、近期一次性驗證碼，或在跟進回覆前檢查對話串。
這不是電子郵件工作。若主要資訊來源是電子郵件，請使用 email-ops。
技能堆疊 (Skill Stack)
在相關情況下，將這些 ECC 原生技能引入工作流程：
email-ops：當訊息任務實際上屬於郵件工作時connections-optimizer：當 DM 對話串屬於對外網路工作時lead-intelligence：當即時對話串應作為目標設定或溫暖途徑外展的依據時knowledge-ops：當對話串內容需要擷取到持久化的上下文時
使用時機
- 使用者說「讀我的訊息」、「檢查文字」、「查看 DM」或「找到驗證碼」
- 任務依賴即時對話串或傳送到本地訊息介面的近期驗證碼
- 使用者希望證明實際檢查過哪個來源或對話串
護欄 (Guardrails)
- 先確認來源：
- 本地訊息
- X / 社交 DM
- 其他需透過瀏覽器存取的訊息介面
- 未指定來源前，不得聲稱已檢查過某個對話串
- 如果存在已驗證的輔助工具或標準路徑，不得擅自使用原始資料庫存取
- 如果身份驗證或 MFA 阻擋了存取，請回報確切的阻擋原因
工作流程 (Workflow)
1. 解析確切的對話串
在進行任何其他操作之前，先確定：
- 訊息介面
- 寄件人 / 收件人 / 服務
- 時間範圍
- 任務是檢索、檢查，還是為回覆做準備
2. 在撰寫草稿前先讀取
如果任務可能轉變為對外回覆：
- 讀取最新的進站訊息
- 確定未結的待辦事項
- 然後，如有需要，將任務交給正確的對外技能處理
3. 將驗證碼視為專注的檢索任務
針對一次性驗證碼：
- 先搜尋近期的本地訊息視窗
- 盡可能按服務或寄件人縮小範圍
- 一旦找到驗證碼或精確搜尋完畢，即停止
4. 回報確切證據
回傳：
- 使用的來源
- 可能的話，包含對話串或寄件人
- 時間範圍
- 確切狀態：
- 已讀取 (read)
- 已找到驗證碼 (code-found)
- 被阻擋 (blocked)
- 等待回覆草稿 (awaiting reply draft)
輸出格式
SOURCE
- 訊息介面
- 寄件人 / 對話串 / 服務
RESULT
- 訊息摘要或驗證碼
- 時間範圍
STATUS
- read / code-found / blocked / awaiting reply draft
常見陷阱 (Pitfalls)
- 不要混淆郵件工作和 DM / 文字訊息工作
- 未指定來源前，不得聲稱已檢索
- 當任務是查找近期驗證碼時，不要在廣泛的搜尋上浪費時間
- 不要在不回報阻擋原因的情況下，重複嘗試被攔截的身份驗證路徑
驗證 (Verification)
- 回應中須指名訊息來源
- 回應中須包含寄件人、服務、對話串，或明確的阻擋原因
- 最終狀態須清楚明確且有範圍限制