真正阻碍代理自动化的是验证码邮件，而非模型
摘要
文章指出，尽管模型能力已基本足够，但验证码邮件是自主浏览器代理自动化的一个关键障碍，并询问开发者如何在其代理流程中处理验证码。
浏览器代理的模型部分现在大多运行良好。它能规划步骤并顺利填写注册表单。但障碍在于注册后立即收到的验证邮件。如果代理没有自己的邮箱，需要人工输入六位数字，这还能算自主吗？你们在代理流程中是如何处理验证码的？
相似文章
浏览器层才是导致您的网络代理被阻止的原因，而非模型
本文解释了网络代理被阻止是由于浏览器指纹不一致，而不是模型或无头设置，并介绍了pydoll，一个使用Chrome DevTools Protocol实现无检测自动化的Python库。
不要让代理自行验证
文章概述了一条自主代理规则，其中制造者和验证者为独立代理，工作流程包括在验证失败后升级至人类。
对于调用工具或自动化的代理，你们在使用哪些验证模式？
文章讨论了AI代理的验证模式，以确保可靠性，建议的技术包括分离执行者和验证者、强制结构化输出，以及使用证据上限来防止幻觉和不当行为。
AI代理安全是模型说‘不’的小小祈祷。你们是如何路由模型的？
作者在Gmail上进行了实验，通过OAuth连接AI代理，发送了经过混淆的提示注入邮件。前沿模型有时能捕捉到攻击，而廉价模型则默默执行，揭示了代理安全很大程度上取决于模型成本和令牌预算，而非架构安全措施。
外部验证一直是我编码代理运行中缺失的关键环节
作者指出，在有效使用 AI 编码代理时，外部验证是一个关键缺失的组成部分。