人工智能AI Agent浏览器控制GUI 自动化MCP 服务【免费下载链接】invisible_playwright_mcpPlaywright MCP server undetected by anti-bots and captchas: AI agent browses the web on anti-detect stealth Firefox, Python, undetected browser automation, scraping, computer use.项目地址https://gitcode.com/GitHub_Trending/jo/invisible_playwright_mcp点击查看免费下载大多数人写给浏览器 Agent 的任务只说了“做什么”从不说“什么时候停”。结果是 Agent 停在了错误的理由上上下文窗口耗尽、你的耐心耗尽或者它自作主张地把某个“看起来差不多”的结果当成了完成。本文以 invisible_playwright_mcp 为背景拆解四类停止条件各自的强弱与失效方式说明哪些模型能自行检查、哪两类必须放在模型外部强制执行并给出可直接复制的任务写法与源码级证据读完你就能写出“有终点、有预算、有逃生通道”的 Agent 任务。为什么 Agent 会为错误的理由停下浏览器 Agent 的循环是观察、决策、行动重复到它认为可以回答为止。这个循环本身没有终点——它只在三种情况下结束上下文被撑满、有人不耐烦地中断、或模型自己认定“完成了”。后两者恰恰是你最不该依赖的停止机制上下文耗尽每次对话都把完整转录重新发给模型agent.py 中每次运行都会刷新系统消息并把任务追加进消息列表转录越长每一轮的成本越高最终被迫在一个任意位置截断而不是在你选定的完成点结束。他人替你决定模型的“差不多算完成”和你的“完成”通常不是同一件事。它会放过一个没拿到的字段或者把“已确认订单”页当成“还在处理”页继续往下走。你的耐心这是最常见的“停止条件”也是最不可靠的——你无法 24 小时盯着而真正烧钱的循环恰恰在你离开之后才开始。一个停止条件只是一句话而且它应该写进任务里而不是停留在你的脑子里。四类停止条件强弱不同失效方式各异类型一句话形式强弱失效方式产物artifact“CSV 里每一家公司都有一行时停下”最强可通过对会话之外的客观对象检查验证Agent 中途失忆也能幸存产物被命名得含糊见后文“停太早”问题状态state“页面显示订单号时停下”接近最强可观察页面有多种说法表达同一状态Agent 会漏掉同义表述预算budget“超过 N 页 / N 分钟 / N 次尝试就停”单独使用最弱只说了花多少没说成功长什么样但它是唯一能兜住“以意外方式跑偏”的运行上限由花预算的一方自己计数时是软上限提问question“停下问我”正确场景下一步不可逆、要花钱、或要发布公开内容时依赖“有可问的渠道”headless 定时运行里通常没有四个中最实用的组合几乎总是产物 预算一个定义“完成长什么样”一个定义“你愿意花多少成本去弄清楚”。产物类最强因为它可以被会话之外的客观对象文件、行数、字段值验证而且“Agent 中途忘了自己要干什么”不影响它的正确性状态类几乎一样好但有一个陷阱页面可以用多种方式表达同一件事一个只找单词 “confirmed” 的 Agent 会越过写着 “thanks, we have your order” 的页面继续往前找。模型能强制执行哪些不能强制执行哪些Agent 可以自行检查前两类——产物和状态都是它能观察到的它读页面或者读回它写下的文件。四类之中这两类写进任务即可模型自己就能判断条件是否满足。后两类则不能可靠地由模型自己强制执行预算由花预算的一方模型自己计数的预算是一个软上限。一个已经认定“快完成了”的模型会再开一页——反正只差一步而这一步往往就是烧钱循环的起点。预算必须由外部主体计数。提问“停下问我”只有在存在可问的渠道时才成立。invisible_playwright_mcp 的 headless 定时运行例如用脚本调度的一次性运行没有人在终端前提问就退化成一次无人回应的停顿。所以诚实的划分是四种全部写进任务并且确保至少有一种是从外部强制执行的。“外部”指的是持有会话的一方、包装脚本上的超时或者一个正在看着的人。工具调用本身已经带有单次调用的上限但单次调用的超时并不能限制一个“正朝着错误方向稳定前进”的运行。这种停止条件防住的失败叫“近乎成功的循环”真正烧钱的不是提前停下的 Agent而是那个已经“几乎”成功、还在不断尝试变体的 Agent刷新、试试另一个按钮、继续往下滚、后退、再试一次。每一次尝试单独看都合情合理——运行里没有任何一页看起来像失败但整个运行就是一次失败。这与Agent 重试循环触发的是速率限制而不是指纹描述的重试行为是同一种形态只是视角相反那篇文章讲的是网站会注意到什么这篇讲的是它会花掉你多少钱。一个停止条件是对这两者最便宜的修复而且它只是一句话。invisible_playwright_mcp 的循环对这个问题尤其坦白。在 agent.py 的注释里写得很清楚没有回合上限——曾经有max_turns25但实测中它干的事是把“进行得很顺利的长任务”以 “task did not finish within max_turns25” 结束让一个已经跑完 25 步、转录最大、每一步都已付费的任务在可能回答的前一步被扔掉一个数字无法区分“卡住的循环”和“单纯很长的任务”。所以循环体while True见 agent.py会一直跑下去直到模型不再调用工具为止——没有任何代码会结束一个不断决定“再看一眼”的任务。这正是“外部停止条件不可缺失”的源代码级理由。写一个真正有效的停止条件极常见、且不合格的写法找出这五款产品的价格。合格的写法找出下面五款产品各自的标价写入 prices.csv包含产品、价格和你读取价格的 URL 三列。如果某款产品的价格必须登录才能看到就在价格列写入 login required 并继续下一款。当文件有五行时停止。如果已经访问超过十五个页面停下并告诉我你进行到哪里了。第二版包含产物“prices.csv 里有五行”、针对“否则会引发循环”的场景的逃生通道“login required继续”、以及预算“十五页”。它只有四句话却消除了这个任务最常见的三种失败方式。为什么这种“明确说明做不到时怎么办”的写法胜过任何“再努力一点”的指示完整论证见如何写出 AI 浏览器 Agent 能执行的任务。这套写法的通用形态是给任务一个明确的产出物配上精确的命名和数量给每一步的失败预定义记录值给整个运行一个数字预算。与 invisible_playwright_mcp 的系统提示词相互印证——agent.py 中内建的提示明确要求模型“任务完成时……回复答案并且之后不再调用任何工具”且“如实报告页面实际显示的内容坦率说出什么失败了、什么没能检查”。模型被引导去报告而非编造但前提是任务本身告诉它“什么算完成”。逃生通道是大家最容易漏掉的部分每个停止条件都需要一个孪生指令条件无法满足时记录什么。没有它一句“拿到价格就停”会在价格确实不存在的那一刻变成无界任务。给 Agent 一种“写下‘不可用以及原因’”的方式运行就会在硬核场景下终止而不是在硬核场景上空转。这也是让输出变得有用的部分一个有五行、其中两行写明“为什么为空”的文件是一个结果一次因为被你杀掉而结束的运行不是。这条规则在 invisible_playwright_mcp 的实践里有个重要前提谁负责写文件浏览器并不负责。这个项目的工具面负责导航、读取、点击、输入和截图没有保存文件的工具浏览器返回的是对话里的文本文件由你驱动的客户端写入编辑器或编码助手通常有写文件工具纯聊天窗口没有。详见用 AI Agent 把数据提取到 CSV。所以“产物”停止条件里的“文件有五行”在 MCP 模式下是“把五行的内容交给客户端写盘”——逃生通道“每一行都带着原因”正是为了让结果可行动而不是留下一个 32 行的神秘文件。外部兜底在 invisible_playwright_mcp 里长什么样原文档的核心结论是“至少一种条件从外部强制执行”。在 invisible_playwright_mcp 中这个“外部”由三层组成需要精确区分它们的边界第一层单次调用的上限已有。每个工具调用都有天花板完整表格见Agent 放弃之前会等多久browser_navigate45 秒、browser_click15 秒、browser_type15 秒、browser_select_option15 秒。源码里可以逐一对应actions.py 的page.goto(..., timeout45_000)、点击的 15_000、输入的 15_000、下拉选择的 15_000。但正如原文档所说单次调用超时限制不住“每一步都成功、但方向整体错误”的运行——每一步都很快、都成功没有任何天花板被触及。第二层人工停止可用但有条件。Web 界面在运行进行中持有任务句柄发送按钮会变成红色停止按钮routes.py 的/chat/stop路由。两个细节值得记住只有在消息框为空时它才是停止按钮输入文字后同一按钮会变成“排队下一轮消息”取消落在下一个工具调用上已在进行中的那一步会先完成。键盘上 Escape 键从页面任何位置触发同一个停止04-composer.js 注释明确写着“Escape 从页面任意位置停止运行……现在循环自身没有上限这一点更重要”。它是一次停止不是节流阀不会给突发内的请求限速不会限制你没在看的突发也不会阻止你立刻再次发出同一条指令。第三层你放在包装脚本/调度里的预算——这正是原文档强调“不存在的那个”的位置。循环层没有运行级上限所以运行级预算必须由外层持有。定时任务尤其容易出事把浏览器运行放进 cron 很容易从而也很容易造出一场意外的刷新风暴。脚本需要自己的预算和退避backoff因为那一层才拥有调度权import subprocess, time def run_with_backoff(check_cmd, *, max_attempts3): for attempt in range(max_attempts): r subprocess.run(check_cmd, capture_outputTrue, textTrue) if r.returncode 0: return r.stdout time.sleep(60 * 2 ** attempt) # 1 min, 2 min, 4 min - never instantly raise RuntimeError(giving up instead of hammering)这与Agent 重试循环触发的是速率限制而不是指纹是同一个责任划分引擎让每一次访问看起来正常脚本决定发生多少次访问、何时发生这是两件独立的工作第二件不能向下委托给浏览器层。列表任务缺失停止条件的代价会乘以列表长度当同一个任务要跑过一列站点时“没有停止条件”的问题会以乘法放大——这正是原文档在“See also”中点名的场景详见让一个 AI Agent 任务跑过一列站点。那里给出的形状与本文完全同构对列表中的每家公司打开其网站找到显示定价的页面。每家公司向 pricing.csv 写一行公司、最低列示价格、URL。如果在那个站点的五页之内找不到定价页就在价格列写 not found 并附上最后尝试的 URL然后转到下一家。不要回头处理已经写过一行的公司。其中“不要回头”是预算型停止条件的列表版本——一个做完列表还不满意的模型会从头重跑所有标了 “not found” 的公司这是这类运行最常见的循环方式。列表规模的逃生通道不是锦上添花一个 40 项运行的缺失逃生通道等于把你最坏情况乘以 40。另一个列表相关的推论是每项预算要与整体预算分开没有它一个病态站点会吃掉整张列表的预算后面的项永远不会被看到。关于“什么时候该停”的常见问题怎么让 AI Agent 停止循环给它一个要产出的产物、一个以页数或分钟计的预算以及一个“某一步做不到时写什么”的明确指示。第三条才是真正打破循环的那一条。为什么我的 Agent 拿到答案后还继续跑通常是任务描述的是一个活动而不是一个结果。“研究一下竞争对手”没有终点“往 competitors.csv 写五行”有。Agent 能自己强制执行它的限制吗部分能。它可以检查产物或页面状态一个由它自己计数的数量是软上限所以在 Agent 外部还要放一个硬上限。如果 Agent 停得太早怎么办几乎总是因为停止条件匹配到了比你本意更弱的东西。把产物命名精确包括你期望的数量。单次调用超时够用吗不够。45 秒 / 15 秒的调用级天花板见Agent 放弃之前会等多久只限制单次调用不限制运行——它无法阻止一个“稳定地朝着错误方向前进”的循环。这就是为什么原文档强调“运行级的上限在代码里不存在、必须由外部提供”。参见当页面在 Agent 脚下发生变化运行没有按预期结束的另一类原因其中“动作失败时重新读取并重试一次、第二次再失败就停”直接引用了本文的停止条件。让一个 AI Agent 任务跑过一列站点停止条件缺失时会按列表长度成倍放大。如何写出 AI Browser Agent 能执行的任务停止条件在完整任务写法中的位置。Agent 重试循环触发的是速率限制而不是指纹同一循环从“网站注意到什么”的角度看过去。Agent 放弃之前会等多久单次调用天花板的全部数值与诊断方法。来源本文讨论的停止条件分类、强弱排序与内外分工均出自 docs/giving-an-ai-agent-a-stopping-condition.md 原文档正文。循环层证据src/invisible_playwright_mcp/agent.py无回合上限的循环及其历史注释、8,192 token 的单轮回复上限、每次运行刷新系统消息、错误文本回喂给模型的机制。停止按钮与 Escape 键src/invisible_playwright_mcp/routes.py的/chat/stop路由、src/invisible_playwright_mcp/ui/js/04-composer.js。单次调用天花板src/invisible_playwright_mcp/mcp/actions.py中各工具的 timeout 参数以及 docs/how-long-before-the-agent-gives-up.md 的数值表。赞分享人工智能AI Agent浏览器控制GUI 自动化MCP 服务【免费下载链接】invisible_playwright_mcpPlaywright MCP server undetected by anti-bots and captchas: AI agent browses the web on anti-detect stealth Firefox, Python, undetected browser automation, scraping, computer use.项目地址https://gitcode.com/GitHub_Trending/jo/invisible_playwright_mcp点击查看免费下载相关推荐espeak-ng 树莓派轻量级TTS部署实践espeak ng 树莓派轻量级TTS部署实践 深夜客厅角落的监测盒突然开口当前温度 28 度湿度 61%。 这台设备没有屏幕、没有触屏只有 1GB语音音频Vibe Draw与Three.js集成自定义3D场景的高级玩法Vibe Draw与Three.js集成自定义3D场景的高级玩法 Vibe Draw是一款革命性的3D创作工具它能将你最粗糙的草图转化为令人惊叹的3D世界。PiKVM串口停止位设置1、1.5与2停止位PiKVM串口停止位设置1、1.5与2停止位 在工业控制、服务器管理和嵌入式系统中串口Serial Port通信是连接设备的重要方式。作为基于树莓派的开文档教程上一篇hcxdumptool安全注意事项合法使用与风险规避下一篇roadrunner配置热重载实现原理信号处理与进程重启创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考