背景任務
想繼續聊天、讓另一項耗時較長的工作在背景完成時，明確要求背景執行。Anyy 接受後回傳識別碼，工作在子工作階段中繼續，父對話不用等到結束。
說明要轉到背景
把这项工作转成后台任务：比较上传报告里的建议，整理出分歧，完成或失败时通知我。
背景模式用於使用者明確要求的背景工作、長時間工作或完成通知，不會只憑「下載」「網頁」「研究」等詞自動判斷。如果此回合就需要彙總結果，應讓 Anyy 在前景委派，而不是轉成背景。
接受後會得到背景 Job ID、Subagent Run ID 和子工作階段 ID。保留這些識別碼；它們不是同一個 ID。
等待期間在哪裡看
- 執行環境在同一個 Profile 建立子工作階段，並記錄
agent型別背景 Job。 - 父工作階段先回傳結果，你可以繼續提其他問題。
- 完成或失敗時，結果寫入父工作階段 Inbox，再透過 Dashboard 或受支援的來源通訊管道顯示通知。
開啟 Dashboard → Chat → Background 可檢視子工作階段和工具活動。通知在有相應資料時顯示 Job 型別、狀態和 ID。父工作階段繼續其他話題，不會把這項工作變成新的待辦 Task。
在父工作階段查詢或取消
回到發起任務的對話請求：
列出这个对话发起的后台工作，检查 JOB_ID 的状态和最新历史。
停止后台工作 JOB_ID，告诉我最终状态。
Anyy 先用子執行清單把 Job ID 對應到執行。歷史和取消工具實際使用 Subagent Run ID；另一個父工作階段的子執行不能在這裡操作。工具歷史有長度限制，更多細節應開啟子工作階段。
取消只能盡力停止後續執行。外部服務已經接受的操作不一定可撤回，應看最終狀態，不要把「取消」理解成撤銷全部副作用。
先分清 Job 型別
| 型別 | 控制方式 |
|---|---|
| Agent 子執行 | 父工作階段的子代理清單、歷史與取消 |
| 背景程序 | 程序狀態、Log/Wait/Kill |
| Cron 投遞橋接記錄 | 檢視對應自動化與執行歷史 |
程序控制不能用來停止 Agent 子工作階段或 Cron 記錄。查詢前讓 Anyy 確認型別，避免混用識別碼。
併發、能力和失敗邊界
預設每個父工作階段最多有三個已接受/執行中的子執行，只允許一層；子代理不能再建立背景工作。需要時可指定 Role、Workspace、Model、Label、Timeout，但子工作階段使用比父工作階段更嚴格的工具策略：記憶寫入、更多 Agent/自動化、訊息傳送和認證資料存取等會被停用，完成結果由執行環境投遞。
背景工作獨立消耗模型 Token、工具配額、時間與外部服務費用。控制成本時，應核對模型、逾時和併發數量。
如果子任務需要答覆，執行會以 clarification_pending 錯誤類別失敗，不會報告成功。開啟子工作階段確認問題內容，再在下一次執行請求中補足資訊。沒收到通知時，也先檢查 Background 子工作階段與最終狀態。