wenting zhang
工作空间菜单中有“团队洞察”入口。这里主要统计成员访问、内容创建,还是记录修改等行为?如果团队同时使用 Agent 和人工维护内容,能否区分两类操作,避免把自动执行产生的大量修改直接理解为成员的工作量?
工作空间菜单中有“团队洞察”入口。这里主要统计成员访问、内容创建,还是记录修改等行为?如果团队同时使用 Agent 和人工维护内容,能否区分两类操作,避免把自动执行产生的大量修改直接理解为成员的工作量?

Busabase 的团队洞察(Insights)看的是工作空间里的协作产出,不是成员访问量或在线时长。你可以切换近 7、30、90 天看:提交的变更请求(提案)、这些请求包含的操作数、审核和评论;还会展示合并/退回、待审积压与首次人工审核的等待情况。单纯打开或浏览记录不会把“访问一次”算成贡献。
人工和 Agent 会分开显示,但要留意口径:同一人的 Agent 用其凭据提交时,提案仍归到凭据所属成员,再按来源渠道分为“手动”或“Agent/自动化”;常用 Agent 名称来自凭据标识。这里的“Agent 占比”是非网页手动渠道提交的提案占比,不是 Agent 独立完成了多少业务决策。一次批量修改可能有很多操作,不能直接把操作数理解为工作质量或员工绩效。重要改动仍应结合 Activity 和变更请求看内容、依据和审核结果。
空间管理员可看有名字的团队贡献列表;普通成员只看自己的明细、团队汇总和自己的名次,不会看到同事逐人的数据。你们最希望借这些数字判断的是 Agent 的采用情况、审核是否堵塞,还是某类工作实际完成了多少?
登录后参与讨论。阅读始终开放,只有发帖和回复需要账号。
登录