先在自家流程里装上十个

10 月 30 日,位于澳洲阿德莱德的 Complexica 宣布成立 Complexica Automations,一个专门设计、建造并运营智能体的业务部门。这家公司原本做销售、营销与供应链的决策优化软件。

它的开场白值得单独记:在把智能体卖给客户之前,公司已经在自己的流程里建了十个,七个在用,三个在研;每一个对外提供的智能体,都先跑过 Complexica 自己的活。

分工大致是三段。Support Agent 在只读沙箱里查工单,在 Slack 上与工程师把诊断讨论清楚;确实要改代码时,交给 Dev Agent 做已批准的修复,再由 QA Agent 检查后才上线,工程师在变更发生之前批准。Legal Agent 回答已签署协议、邮件与红线里的问题,也按公司标准立场审合同草稿,产出备忘与带修订痕迹的红线,每条结论回链到来源,高风险与商业判断留给授权审阅者。

还有两个细节比功能列表更有意思。CPX Website Agent 把公司官网从托管 CMS 重建成原生代码,逐页测试,现在网站的每次改动都由它处理,上线前后各查一遍;本条成立公告本身就是它从一条 Slack 请求里发出的。在研的三个分别指向客户支持、安全(先证明漏洞是真的,再让工程师逐个批准修复)与遗留系统(已把一个汽车分销优化系统从桌面应用改成现代 Web 应用)。

七个已在用,三个还在做,全都先跑在自己的活上公司口径:对外提供的每个智能体都要先过自己这一关已在用(部分)Support:沙箱只读查工单Dev:做已批准的修复QA:上线前复核已在用(续)Legal:结论回链来源CPX Website:改官网Commercial / Demo在研客户支持Cyber:先证漏洞为真Legacy:旧系统现代化一条工单的走法:Support 在只读沙箱里查,与工程师在 Slack 上讨论诊断要改代码就交 Dev,再由 QA 检查,工程师在变更发生之前批准本条成立公告由 CPX Website Agent 从一条 Slack 请求发出官网也是它从托管 CMS 重建成原生代码的
图|先自用再对外,是把「智能体能不能被信任去动手」这个问题先在自己身上过一遍。

卖的不是模型,是围着模型的那一层

公司在表述上把边界划得很清楚:聊天助手回答问题;规则型工具如 RPA 按固定步骤重复,直到输入或流程变了为止;智能体拿到的是目标,它自己规划、在企业系统里行动、检查结果、继续推进,边界由企业设定。

被真正列为产品的是系统层那八件事:连接 ERP、CRM、收件箱与共享文件;记忆;自测;回滚;能停下来;权限;人工批准;完整审计轨迹。这八项里没有一项属于模型能力,全部属于让一个能干的系统变成企业敢让它动手的系统。公司也点明,遥测与审计只能告诉你发生了什么,判断有没有违规还得靠企业自己定的策略与角色。

八件事:让一个能干的系统变成企业敢跑的系统连接业务系统记忆自测回滚能停下来权限人工批准完整审计轨迹连接的范围是 ERP、CRM、收件箱与共享文件人工批准不是兜底话术:高风险与商业判断留给授权审阅者审计轨迹要能回链到每条结论的来源冷水:全部为公司自述,无第三方数据,也无量化收益十个与七个是企业自身规模,样本量很小在研的三个尚未交付,公开信息里没有完成时间
图|八件套里没有一项是模型能力,全部是让动作可被限制、可被撤回、可被追问。

先自用是一种承诺方式,也是一种局限

先自用是个聪明的承诺方式:它把「能不能被信任去动手」这个问题,先在自家流程上过一遍,而不是让客户做试验品。负责人 Spiros Kaye 的说法是,用在自己的支持、法务与网站工作里之后,才摸清智能体在哪一步可以放手、哪一步必须人来批准,以及围着模型的系统要做什么才能让它安全。

冷水同样要写足。全部信息来自公司公告与自述,没有第三方数据,也没有量化收益;十个与七个是企业自身规模,样本量很小,不足以支撑任何关于有效性的结论;在研的三个尚未交付,公开信息里没有完成时间;客户侧只说在做知识问答、运营监控、市场与中断观察、流程挖掘与承包商合规等方向的调研,没有已签约名单。这个业务部门面向的行业从快消制造、零售到港口物流、医药、批发分销与金融,但落地案例目前仍集中在自己身上。

因此这篇稿子的正确读法,是把它当成一份「企业怎么组织智能体交付」的样本,而不是一份效果证明。真正值得抄走的,是那份八件套清单——它把「上智能体」这件事,明确改写成了「先把限制、撤回与追问的通路修好」。