软件里的 AI 只会甩帮助文档？Frigade 让它直接在屏幕上指路

用户问软件里的 AI‘怎样让任务每周一自动重复’，得到的却是一篇可能已经过时的帮助文档。Frigade 新发布的 Assist API 换了一个做法：先让程序在测试版产品里走一遍真实流程，再让企业原有的 AI 助手在用户当前页面上指出该点哪个按钮。它面向已经做了内置 AI 助手的软件团队，不是普通用户单独安装的聊天工具。

它不是再塞一个聊天框，而是给现有助手补一张产品地图
不少软件已经加了 AI 助手，但用户问‘这个功能在哪’时，助手往往只能搜索帮助中心，再给出一段文字或链接。问题是产品界面会改版，账号权限和开关也不一样：文档里写着右上角有按钮，用户眼前可能根本没有。Frigade 的 Assist API 不是另做一个聊天机器人，而是让企业已经做好的助手多调用一个受控功能。这里的 API 可以理解为一个接口：原有助手遇到产品操作问题时，把问题交给 Frigade，再把返回的步骤展示出来。

官方页面把目标用户写得很明确：已经有内置 AI 助手、但缺少产品操作知识的软件团队。普通用户不会单独打开 Frigade；他仍在原软件里提问。Frigade 负责理解当前产品怎样操作，企业自己的助手继续负责对话、身份和其他业务。

先让浏览器程序在测试环境里走流程，再回答用户
项目方的做法，是给一段浏览器程序一个测试账号，让它登录产品的测试版或预发布环境，逐页查看菜单、按钮和常见流程。所谓浏览器智能体，就是能自动打开网页、观察页面并按步骤操作的程序。它最终整理出一张当前页面、控件、账号角色和流程之间的地图，项目方把这叫作产品模型。

当软件发布新版本时，团队可以安排它重新学习，也可以把重新学习放进发布流程。Frigade 声称这样能减少文档落后于界面的情况；但这仍是项目方公布的工作方式，不等于每次改版都能自动理解正确。不同套餐、权限、地区和功能开关可能显示不同页面，准备接入的团队仍要用自己的测试账号逐类验证。

用户问怎么做，它在当前页面上高亮下一步
Frigade 9 月公开的演示里，用户询问怎样把一项任务设为每周一重复。右侧助手先解释操作，再在任务页面上高亮循环设置按钮，用户按提示自己完成。它也可以只返回一段有依据的文字答案；遇到没有把握的问题，项目方称系统可以拒绝回答，而不是硬编一个步骤。

需要分清‘指路’和‘代办’。Assist API 默认展示操作指南，不会自动替用户点击按钮、修改设置或提交数据。如果一家软件还想让助手直接执行动作，需要另行开发写入工具、权限和确认流程。对财务、删除和外发等高风险操作，这个区别尤其重要。

客服能看见哪些回答出错，但产品团队仍要守权限边界
项目方还提供面向客服和客户体验团队的后台，用来查看用户问了什么、助手怎样回答，并对错误答案做纠正。这样，客服反复收到的操作问题可以回到产品团队，而不是只积在工单里。公开页面展示了这种复核入口，但没有独立客户数据证明它普遍减少了多少工单或节省了多少时间。

接入时更值得先测的是权限。一个管理员看到的菜单，普通成员未必能看见；同一功能也可能因套餐或功能开关不同而变化。团队应该准备多种测试账号，检查提示有没有把用户带到无权访问的页面，同时保留无法确认时转人工或打开官方帮助的出口。

从新手引导公司走到‘让产品自己解释自己’
Y Combinator 的公司页面显示，Frigade 是 2023 年冬季批次公司，早期业务是帮助软件团队制作新手引导和产品内提示。2025 年，团队又推出能回答产品问题、生成操作指南的 AI 助手。2026 年 9 月的 Assist API，则把这套产品知识拆出来，交给已经有自己助手的团队使用。

独立产品观察文章确认了这次公开发布和主要设计，但它主要基于项目方材料，并不是安装测试或客户效果审计。因此，现在可以确认的是 Frigade 提供了一个把‘读帮助文档’改成‘在当前界面指路’的新入口；它在真实产品中的准确率、维护成本和工单效果，还需要接入团队用自己的版本、账号和问题持续验证。

想继续了解
• Frigade Assist API 官方页面
• Frigade 2026 年 9 月产品更新
• Frigade 创始人发布说明
• Frigade 创始团队 Hacker News 发布帖
• Y Combinator 公司页面
• Upgrade Feeling 独立产品观察