實用技巧
這些建議針對日常使用。先將任務說清楚，再逐項增加上下文和能力，比一次開啟所有整合更容易判斷結果。
第一則訊息寫清什麼？
寫明想得到的結果、必須遵守的條件和驗收方式。例如「比較兩份方案，在 500 元預算內給出推薦表和需要確認的事項」，比「幫我看看」更容易得到可用輸出。
已有資料時，只引用必要檔案或片段，格式見上下文引用。不要把整套目錄、所有工具輸出和私人認證資料一起附上。
持續話題、角色和記憶怎麼分？
同一目標可以在一個工作階段中持續推進。目標明顯變化時，考慮新工作階段；需要改助理身分時用 Role，需要獨立資料和帳號時用 Profile。
穩定偏好適合記憶，一次性任務進度和複製資料不適合。經常重複的工作方法可以做成 Skill，安裝前讀完指令與配套檔案。
執行中怎樣補充訊息？
Dashboard 的同一個傳送按鈕會把忙碌時的新輸入放到輸入框上方佇列。需要立即調整目前工作，用佇列項的 提前執行（Steer）；編輯、移除和中斷見對話控制。
TUI 使用另一套按鍵：空閒 Enter 傳送，工作中 Enter 引導，Alt+Enter 排隊，Shift+Enter 或 Ctrl+J 換行。以 TUI 的完整條件為準，不要把兩種介面的按鍵混用。
已知工作階段 ID 時可以這樣開啟：
anyy --resume SESSION_ID
控制費用與上下文
先選適合任務的模型和思考強度。切換模型或強度會影響上下文與快取；需要清楚邊界時可建立工作階段，但不要把建立工作階段當作保證省錢的方法。
儘量提供較小、準確的引用。對話變長後，檢視上下文壓縮；不要把摘要當作私人長期記憶或原始歷史已刪除的證明。
Codemode適合組合已可呼叫的工具，工具搜尋用於發現未啟用工具；它們不會代替背景連線與帳號認證。
新整合怎樣驗證？
按以下順序一次設定一項：
- 儲存模型、MCP 或通訊管道設定；
- 檢查連線、Probe、Test 或對應 Doctor 的實際結果；
- 做一個小任務；
- 核對回傳內容或投遞回條；
- 穩定後再安排無人看管的自動工作。
不同平台不一定有同名按鈕或相同設定欄位。傳送被本機接受也不代表對方逐條確認，實際限制以對應平台手冊為準。
定時和背景工作儘量可復原
為每個排程寫明預期結果，選對角色、工具與投遞目標；先在建立任務的聊天中要求 Anyy 立即執行指定任務，並檢查完成與投遞結果，再依賴未來時間觸發。入口和狀態見自動化。連續失敗時先停用，不要同時改多處設定再猜哪項有效。
程式更新或重要環境調整前做備份，並試著復原到新的不存在目錄。發生資料庫遷移時，儲存了舊程式不代表資料也能直接還原。
日常檢查與認證資料習慣
anyy config
anyy status
anyy doctor
anyy gateway status
先根據這些指令顯示的實際狀態判斷，再執行功能專用診斷。它們不會替你完成所有外部帳號的真實驗收。
API Key、OAuth Code、通訊管道認證資料和帶權杖的 Dashboard 位址不要放進聊天、截圖、Skills 或公開問題記錄。配對授權前核對實際身分；第三方 MCP 與 Skill 只啟用任務確實需要的部分。
問題持續時看常見問題，保留最小可重現操作和已遮蔽敏感資訊的錯誤。