已检索的一手资料
最近检索:2026-10-09
资料缺口:产品与功能 · 技术文档
团队成员在聊天助手中起草,再自己跨工具执行和反复提供上下文。
关键是任务稳定交付和明确监督成本;部署一个 Worker 不代表雇到可独立工作的员工。
以下为基于公开资料的编辑分析,推断与证据缺口均在正文中标明。融资不是收入或产品市场契合的证明。
产品分析核验于 2026-10-09
01
产品做什么
官网列出营销、开发、设计、人力及财务等 Worker,并描述 Slack、Teams 和工具连接、持久记忆与 RAG。能力为公司声明,本次未登录派发任务。
02
谁使用、谁付钱
企业知识工作团队是用户,部门负责人是合理买方。不同角色的任务与责任差别很大,不能用一个通用代理成功示例证明所有岗位都可替代。
03
实际工作流
公司描述选角色、接工具、交代任务,再通过已有通信渠道持续执行与反馈。可验证交付应包含审批、异常恢复和结果验收,而不只是代理持续运行。
04
收费与单位经济
价目明确区分 Office Suite 与 AI Workers;套件月价从 10 到 80 欧元,不能直接当作 Worker 价格。Worker 页面数值显示存在歧义,本次不发布其单价,企业条款需确认。
05
采用证据与缺口
官网称已有大量 Worker 部署,这是公司口径而非独立活跃或付费数。没有取得任务完成、人工兜底或客户续约对照。
06
竞争与壁垒
团队上下文、工具连接和角色任务库可能形成价值。原生企业助手、自动化工具与人工团队都是替代,需要比较每个任务的总监督与交付成本。
07
如何解读这轮融资
融资可支持多角色扩展,但范围越广,可靠执行与支持越难标准化。下一里程碑应是一个任务族持续使用,而非只增加目录角色。
08
可能失败在哪里
过宽权限或错误记忆可能让任务偏离要求,工具变动会增加重试。自动执行若依赖大量人工救场,业务可能更接近专业服务。
09
可借鉴的做法
把角色包装连接到明确任务、审批和验收。先证明一种可重复交付,再增加人格与多工具范围。
10
下一步看什么
看无需人工救场的完成率、监督时间、每任务成本和角色续约。把启用 Worker 的数量同真正稳定完成的任务分开。