待处理工作的队列
打开分拣台并逐项处理。可将事项接受到工作流、拒绝、标记重复，或稍后提醒。
以下团队正在使用
分拣台、任务类型与自动化
团队真正能够运行的运营基础设施
将工作收集、类型化工作流和周期性执行集中在一个空间，而非分散到收件箱、文档和私聊。
与流程匹配的类型
每个空间拥有自己的任务类型。功能、缺陷、请求、工单等类型各自绑定相应流程真正需要的字段和状态。
执行周期性工作的 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 接收