先說結論： 已有證據涵蓋旅行、預約、購物、退款、訂閱管理、電話與行程協調，但各任務的證據強度與風險並不相同。
用任務資料庫挑選工作
先找目標任務的紀錄，閱讀證據等級、所需權限、已知限制與預期結果。例如比價通常只需要研究資料；購物或取消則可能動用付款工具與外部帳號。委託前寫明預算、日期、商家與需要先徵求同意的動作。
從任務證據選第一個試驗
先挑已有官方說明或獨立完成案例、且錯誤可回復的任務，例如彙整候選航班或整理日曆空檔。資料庫中的「官方聲明」、「獨立報導」與「未驗證」不能混成同一成功率；看每筆紀錄的證據等級、限制和核驗日期。
一句任務指令應包括哪些欄位？
寫出目標、可用資料、可接受結果、預算或時間上限、禁止動作與回報格式。涉及購買、寄信、取消或刪除時，要求在最後一步停下來取得本人核准。完成後到商家或原服務確認，而不是只核對聊天視窗。
確認與限制
官方功能描述、媒體實測和僅待驗證的提案各有不同證據強度。個別成功案例無法證明所有地區、商家或帳號都有相同能力。
延伸閱讀
可接著查看 Instinct AI 旅行規劃：行程、機票與住宿實測、Instinct AI 購物：商品比較、下單與付款、Instinct AI 退款：成功案例、限制與誤操作風險。
台灣使用者重點
對台灣使用者來說，最有價值的不是一長串『Instinct 可以做什麼』，而是每項任務能否在台灣重現、需要哪些權限、失敗會造成什麼成本。本站 Task Database 因此把官方證據、獨立實測、風險、權限與最後確認日期分開。
台灣情境檢查表
- 先從低風險任務開始：整理、查詢、比較，再逐步到預訂、付款、取消。
- 涉及台灣門號、店家、TWD、地址或本地平台時，另做本地驗證。
- 把代理回覆『完成』和原始服務真正完成分開；訂位、付款與帳號變更都要回原平台確認。
本地驗證優先
對台灣使用者，功能名稱本身不是最終答案。門號、幣別、時區、地址、付款與商家流程都可能造成差異；重要任務應先小規模測試，再擴大授權。