摘要

  • Frigade 于9月8日推出 Assist API，将产品问答和页面引导接入客户已有的智能体。
  • 聊天入口留在自己手里，不等于产品知识、纠错流程和更换供应商的能力也一并留下。

客户面对的仍是同一个智能体，答案背后的知识却可以换一家供应商提供。Frigade 的9月8日公告提出的正是这种分工：已有智能体调用产品帮助功能，无须另开一个争夺用户注意力的聊天窗口。对已经投入自建智能体的软件公司而言，采购对象由整套助手变成了其中一项能力。

这项变化的市场意义，不在于接入需要几行代码。产品说明称，何时调用、怎样使用返回结果，仍由客户的智能体决定。公司因而可以保留对话入口，同时外购一部分解释产品的能力。但界面看起来没有变化，并不能证明服务责任也没有变化。

会找按钮，不等于掌握全部承诺

Frigade 描述的学习方式包括由浏览器智能体实际走过流程，并结合文档、随版本变化更新知识。这是厂商对功能的陈述，不是所有角色、所有发布都能即时覆盖的独立证明。同一按钮对不同账户可能有不同条件；页面存在某个设置，也不能单凭这一点断定客户合同包含对应权益。

因此，采购方还需要一道从“发现变化”到“允许对外回答”的验收。谁选择测试角色？例外流程由谁补充？旧指引尚未确认更新时，是否停止展示？外购流程梳理可以减少工程工作，却不能替公司作出这些决定。

反馈功能允许客服和产品团队指导回答。它把改进答案的权力交给更接近用户困惑的人，但也带来范围问题：针对一类客户的正确说明，套到另一类客户身上可能就错了。能写反馈并不足够，还要知道谁批准、影响哪些问题，以及怎样撤回。

“调用工具”有两种不同含义

智能体调用 Frigade 获取帮助，与替用户执行产品内操作，不是同一项授权。Frigade 另有既存的操作功能，依赖开发者明确开放的函数。不能从 Assist API 的发布推导出它自动拥有应用中的任意操作权。

转交人工的说明也应按边界理解：带着对话记录转交，比让用户重述问题更有用，但转交并不等于解决。衡量效果还得追到任务是否完成、用户是否再次求助、员工最终用了多少时间。

当前Growth 价目为每月1,000美元起，包含2,500次查询和两个智能体。这不是单次查询的边际费率，也不是一份完整的 Assist API 报价。真正的成本比较，要把审核、人工接手与集成维护算进去，而不是把少掉一个聊天窗口当成节省已经兑现。