待處理工作的佇列
開啟分揀台並逐項處理。可將事項接受到工作流程、拒絕、標記重複，或稍後提醒。
以下團隊正在使用
分揀台、任務類型與自動化
團隊實際能夠運作的營運基礎設施
將接收流程、依類型設計的工作流程與週期性執行集中在同一個空間，而不是分散在收件匣、文件與私人聊天中。
符合流程的類型
每個空間擁有自己的任務類型。功能、缺陷、請求、工單等類型各自綁定相應流程真正需要的欄位和狀態。
執行週期性工作的 Agent
排程、狀態變更、留言和 Webhook 都可啟動 Agent 或小隊，重要結果仍由人員審查。
從接收到完成
先分揀，再設定工作類型，並將重複工作自動化。
新事項會留在同一佇列中等待決定。任務類型讓流程保持結構化，自動化負責執行重複檢查。
01分揀台
在專用佇列中處理新事項
分揀台是空間的接收佇列，而不是每天早上都要重新建立的已儲存檢視。開啟工作項目、做出決策，再繼續處理下一項：接受並納入工作流程、拒絕、標記為重複，或稍後提醒。
- 查看待處理數量並逐項處理
- 在同一個詳細頁面中接受、拒絕、標記為重複，或稍後提醒
- 任務離開分揀台後仍保留負責人、狀態和歷史
02任務類型
為每種類型設定專屬欄位和狀態
缺陷、請求與功能不必共用同一份表單。歸屬於空間的任務類型會綁定自訂欄位與範圍明確的工作流程，讓接收流程保有清楚結構，而不會淪為通用清單。
- 新增請求、工單、工作項目或缺陷等類型
- 綁定該類型真正需要的狀態和自訂欄位
- 標籤用於輕量標記，類型用於真正的流程差異
03自動化
讓 Agent 執行重複工作
一項自動化就是一條規則，包含指令、Agent 或小隊、觸發器與執行歷史。可用於每日檢查、文件後續處理或接收 Webhook。當多個系統需要依序運作時，請使用自動化工作流程。
- 透過排程、狀態變更、留言詞句或 Webhook 啟動
- 將執行歷史、失敗記錄和結果通知保留在自動化中
- 將多步驟流程交給 Agent 或小隊，再繼續工作流程
04人員與 Agent
人員負責請求，Agent 執行。
工作離開分揀台後仍由人員負責，Agent 或小隊則負責執行。留言和收件匣讓決策保留在佇列追蹤的同一個工作項目中。
- 在同一請求中指派人員、小隊或 Agent
- 由負責人承擔責任，讓 Agent 處理重複工作
- 將阻塞項、結果和審查返回收件匣，而非私聊
Runtime
連接團隊使用的 AI 開發工具
連接本地或雲端電腦，將其 Runtime 作為受控執行資源提供給 Agent。保留團隊現有工具，同時讓執行可以指派和追蹤。
Claude CodeCodexGeminiOpenCodeOpenClawHermes
營運系統
團隊熟悉的營運基礎能力
新進工作始終以任務的形式保留。分揀台、任務類型與自動化都附加在同一套系統中，不會建立第二個事實來源。
任務
記錄訴求、類型、優先順序、日期、欄位和討論，讓每個事項都有負責人和歷史記錄。
任務類型
每種歸屬於空間的類型都會綁定自訂欄位和邊界明確的工作流程，因此請求和缺陷無需走相同路徑。
分揀台
逐項處理新事項。可以接受、拒絕、標記重複，或稍後提醒。
自動化
透過排程、狀態、留言、Webhook 或手動啟動來執行 Agent 或小隊，並保留執行歷史。
Webhook
接收維運團隊現有工具發出的已簽署 POST 請求，再啟動由團隊審查的同一套自動化。
Slack
從 Slack 建立任務，保持已綁定討論串同步，並且無需離開請求即可傳送後續內容。
在請求發起之處銜接營運
連接 Slack、Webhook 和現有系統
從聊天或外部系統接收請求；涉及工程工作時保持 Jira 和 GitHub 連接，並讓 Agent 從同一佇列開展工作。
JiraLinearGitHub IssuesGitLab IssuesAsanaShortcut
便利功能，內建提供
讓佇列真實可信的細節
只有分揀台、任務類型和自動化始終附著於同一請求，營運流程才能真正運作。
在分揀台中接受、拒絕、標記重複和稍後提醒
擁有專屬工作流程的空間任務類型
用於回覆、審查和失敗執行的收件匣
可啟動自動化的留言詞句
自動化完成時傳送執行結果通知
支援可選簽名金鑰的 Webhook 接收