逐项处理队列
查看待处理数量,打开下一项,并直接选择接受、拒绝、标记重复或稍后提醒,无需重建筛选器。
以下团队正在使用
入队、分类、指派
新工作在有人接受前不应进入看板。分拣台将这项决定集中在一处。
查看待处理数量,打开下一项,并直接选择接受、拒绝、标记重复或稍后提醒,无需重建筛选器。
请求、缺陷和工单不应共用一张表单。归属于空间的类型会为每个事项提供离开分拣台后所需的字段和状态。
接受后仍由人员负责,Agent 或小队可以承担执行工作。所有历史记录都保留在同一任务中。
从接收到指派
分拣台位于看板之前,可接收来自 Slack、Jira 和手动创建的事项。当前产品不包含公开表单和邮件收集。
分拣台专为决策而设,不是每天早晨都要重建的已保存视图。处于待分拣状态的事项会留在这里,直到有人处理。

事项被接受时,其类型已确定适用的字段和工作流。工作收集保持结构化,而不会沦为通用清单。

人员始终承担责任。Agent 或小队执行定义清晰的后续工作。评论和收件箱让决策始终留在同一事项上。

从 Slack 创建任务,或将 Agent 聊天转为受跟踪工作。如果空间启用了分拣台,处于待分拣状态的新事项会在队列中等待。

工作收集系统
分拣台是用于作决定的队列。它不是视图或表单构建器,也不会取代接受后的任务。
处于待分拣状态、等待接受、拒绝、标记重复或稍后提醒的事项。
每个已接受事项进入的流程,拥有专属字段和工作流。
工作离开队列后,集中关注回复、审核和失败的运行。
一种随产品提供的任务创建来源,所创建的任务可进入分拣台。
同步或导入的问题可进入空间,并在配置后于分拣台中等待。
人员接受事项后再执行,而不是代替人员作出决定。
连接功能
已接受的工作会成为计划中的任务。重复性的后续工作应交给自动化。
贴心功能,内置提供
只有新工作无法绕过决策,运营流程才能真正运作。
开始
启用队列,为新工作设置类型,然后接受并指派第一项。
处于待分拣状态的新事项会在此等待,直到有人接受、拒绝或稍后提醒。
添加请求、工单、问题或缺陷类型,让已接受的工作进入正确的工作流。
先决定如何处理第一项,再为任务指派人员,并可选择指派 Agent。
常见问题
视图是已保存的任务查看方式。分拣台是专门接收处于待分拣状态事项的队列,用于决定接受、拒绝、标记为重复或稍后提醒。
人员可在空间中创建任务,Slack 可创建任务,Jira 可同步或导入工作,Agent 聊天也可转为任务。若空间启用分拣台,处于待分拣状态的事项会出现在队列中。公开表单和邮件收集尚未上线。
不会。新事项本身已经是任务。“接受”会将其移入该类型的工作流;拒绝、标记重复和稍后提醒也都作用于同一任务。
人员仍对决策负责。事项被接受后可由 Agent 执行,也可通过自动化运行周期性检查。不要让 Agent 代替“接受”这项决定。
事项会暂时离开当前队列,而无需接受或拒绝。它仍是同一任务,历史记录完整保留。
不是。任何需要在工作进入看板前先作决定的空间都可使用分拣台,包括产品收集、缺陷和内部请求。运营解决方案页面展示了 Anakin 团队的一种用法。