浏览器代理很酷，直到一个登录界面第14次毁掉了工作流程

Reddit r/AI_Agents 新闻
browser-agents ai-automation api-connectors workflow-issues reliability

摘要

作者批评浏览器代理因登录界面和干扰而频繁失败，建议使用正规API或Runable等原生连接器来实现更可靠的自动化。

浏览器代理可能是最酷的演示，也是每个星期二最烦人的依赖项。一切都很完美，直到：会话过期、双因素认证出现、随机模态框弹出、按钮移动、页面加载异常、Cloudflare决定你的代理犯了罪，现在“自主工作流程”正盯着登录界面。开始认为浏览器控制应该是应急手段，而不是默认选项。如果Gmail、Sheets、Slack或其他任何应用有适当的连接器或API，就用那个无聊但可靠的方法。这就是我喜欢Runable为普通商业应用提供原生连接器的一点。不性感，但重复性工作可能不应该取决于按钮是否移动了14像素。不过，对于没有API的长尾软件，浏览器代理仍然感觉非常有用。现在人们是如何构建这个的？先用API/工具调用，浏览器作为后备？还是浏览器代理已经足够可靠，让你可以放心地将它们作为主要执行层？
查看原文

相似文章

智能体是新的浏览器

Reddit r/AI_Agents

作者认为，SaaS 公司不应该构建自己的智能体来控制 API 的用户体验，这就像为了控制网站用户体验而去分叉 Chrome 一样；他们应该专注于数据收集，让智能体来处理呈现和查询。