1. 项目概述当AI遇上浏览器自动化最近在折腾一个挺有意思的组合用CherryStudio和playwright-mcp-server来搞AI自动化。这玩意儿说白了就是让大语言模型AI能直接操控浏览器去完成一些需要人手动操作的任务。比如让AI帮你自动填个表单、爬取特定结构的数据、甚至模拟用户操作流程来做自动化测试。你可能用过Selenium或者Playwright这类浏览器自动化框架它们很强大但写脚本需要明确的逻辑和定位器。而AI尤其是现在的LLM擅长理解自然语言指令但不擅长直接执行精确的代码操作。CherryStudio和playwright-mcp-server就在中间搭了座桥。CherryStudio是一个AI应用开发平台可以方便地编排AI工作流而playwright-mcp-server则是一个实现了MCPModel Context Protocol协议的服务器它把Playwright的浏览器控制能力封装成了一组AI可以理解和调用的“工具”。这个组合的核心价值在于你不再需要为每一个简单的自动化任务都去写完整的Playwright脚本。你只需要用自然语言告诉AI你想干什么比如“去豆瓣电影Top250页面把前10部电影的名字和评分存到一个CSV文件里”AI就能理解你的意图并通过MCP服务器调用Playwright的工具来执行。这对于快速原型验证、处理非结构化任务或者构建复杂的AI Agent来说效率提升不是一点半点。2. 核心组件深度解析2.1 CherryStudioAI工作流的编排中枢CherryStudio并不是一个单一的库而是一个低代码/无代码的AI应用开发环境。你可以把它想象成一个可视化的流程图工具但节点是各种AI模型如GPT-4、Claude、本地模型、数据处理模块、条件判断以及——关键所在——各种工具调用。它的目标是降低AI应用开发的门槛让开发者能通过拖拽和配置快速构建出复杂的、多步骤的AI智能体Agent工作流。在这个“AI自动化”场景里CherryStudio扮演着“大脑”和“指挥中心”的角色。我们会在CherryStudio中创建一个Agent这个Agent的核心能力来自于它能够调用的工具集。我们将把playwright-mcp-server提供的浏览器操作工具如goto,click,fill,screenshot等“安装”到这个Agent上。之后当用户向这个Agent提出一个涉及网页操作的需求时CherryStudio中的AI模型会进行以下思考理解意图解析用户的自然语言指令。规划步骤将复杂指令拆解成一系列原子化的浏览器操作。调用工具依次调用playwright-mcp-server提供的对应工具来执行每个步骤。处理结果收集每个步骤的执行结果如页面文本、截图并决定下一步操作或生成最终答案给用户。CherryStudio的优势在于它提供了可视化的调试界面你可以清晰地看到AI的思考链Chain-of-Thought以及每一步调用了哪个工具、传入了什么参数、返回了什么结果。这对于调试AI Agent的行为至关重要否则你根本不知道它为什么“犯傻”。2.2 playwright-mcp-server浏览器能力的标准化接口playwright-mcp-server是一个开源项目它实现了MCP协议。MCP可以理解为AI模型和外部工具或数据源之间通信的一种“普通话”标准。有了这个标准不同的AI模型无论是OpenAI的GPT还是Anthropic的Claude都能以同样的方式去调用同一个工具反之亦然。这个服务器的核心工作是将Playwright这个强大的Node.js库的API转换为一套符合MCP规范的“工具”定义。它启动后会像一个服务一样在后台运行等待来自AI客户端比如CherryStudio中配置的AI模型的指令。它提供的工具可能包括navigate让浏览器导航到一个URL。click点击页面上匹配某个选择器的元素。fill向输入框填充文本。get_content获取当前页面的文本内容或HTML结构。screenshot对页面或某个元素进行截图。evaluate在浏览器上下文中执行一段JavaScript代码。当AI模型通过MCP协议向这个服务器发送一个JSON格式的请求比如{“tool”: “click”, “parameters”: {“selector”: “button.submit”}}服务器就会在它管理的浏览器实例中执行对应的Playwright操作然后将成功或失败的结果可能附带执行后的页面状态信息再通过MCP协议返回给AI模型。2.3 MCP协议连接AI与工具的“万能插头”MCP是让这一切成为可能的关键。在没有MCP之前每个AI平台如LangChain、AutoGPT都需要为它想集成的每一个工具编写特定的适配器代码工作量大且不通用。MCP定义了一套标准的握手、工具发现、调用和响应的格式。你可以把MCP服务器想象成一个提供了标准USB接口的“工具坞”。AI客户端如CherryStudio只需要知道如何连接USBMCP协议就能自动识别和使用“工具坞”上插着的所有工具Playwright操作、数据库查询、文件读写等而不需要关心每个工具内部是如何实现的。这极大地提升了AI系统扩展能力的便捷性。playwright-mcp-server就是这样一个专门提供“浏览器控制”工具的“工具坞”。3. 环境搭建与实战配置3.1 基础环境准备首先我们需要一个能运行Node.js和Python的环境因为Playwright和playwright-mcp-server基于Node.js而很多AI开发框架包括CherryStudio可能依赖的底层常用Python。安装Node.js建议安装最新的LTS版本。可以去官网下载或者使用nvmNode Version Manager进行管理。安装完成后在终端运行node --version和npm --version确认安装成功。安装Python建议使用Python 3.8以上版本。同样可以使用pyenv或conda进行环境管理。确保python和pip命令可用。安装Playwrightplaywright-mcp-server依赖Playwright核心库。通过npm全局或局部安装Playwright并安装其浏览器驱动。npm init -y # 如果当前目录没有package.json先初始化 npm install playwright npx playwright install # 安装Chromium, Firefox, WebKit浏览器注意npx playwright install会下载几百MB的浏览器二进制文件请确保网络通畅。在国内环境可能会较慢可以考虑配置镜像源或手动下载。3.2 部署playwright-mcp-serverplaywright-mcp-server通常是一个需要你本地运行的服务。我们通过npm安装并启动它。# 全局安装playwright-mcp-server假设它已发布到npm npm install -g playwright-mcp-server # 或者从GitHub仓库克隆并本地运行 # git clone repository-url # cd playwright-mcp-server # npm install # npm start # 启动MCP服务器指定一个端口例如8080 playwright-mcp-server --port 8080启动后服务器会在http://localhost:8080监听来自MCP客户端的连接。它可能会输出一个标准化的MCP连接信息如SSE地址或Stdio配置这个信息需要被配置到CherryStudio中。实操心得在首次运行时你可能会遇到Playwright浏览器启动失败的问题尤其是在Linux无头服务器或某些Docker环境中。常见的解决方法是安装系统依赖或者使用Playwright的Docker镜像。一个关键的技巧是在启动服务器时可以通过环境变量HEADLESSfalse来让浏览器以有头模式运行这在调试初期非常有用你能亲眼看到AI在操作什么。3.3 在CherryStudio中集成MCP工具这一步是核心。我们需要在CherryStudio中创建一个新的AI Agent并为其添加MCP工具支持。创建Agent在CherryStudio界面中新建一个Agent。为其选择一个基础模型例如GPT-4 Turbo或Claude 3 Sonnet。模型的推理能力直接影响其规划浏览器操作步骤的准确性。配置MCP连接在Agent的“工具”或“能力”配置部分找到添加“MCP Server”的选项。你需要填入playwright-mcp-server的连接信息。这通常是一个URL如http://localhost:8080/sse对于SSE方式或一个Stdio命令配置。SSE方式服务器提供一个SSE端点Agent通过HTTP长连接订阅工具调用事件。配置简单适合本地开发。Stdio方式Agent直接启动playwright-mcp-server作为一个子进程通过标准输入输出通信。这种方式更集成化但配置稍复杂。工具发现与授权连接成功后CherryStudio应该能自动从MCP服务器“发现”可用的工具列表即那些navigate,click等。你需要授权你的Agent使用这些工具。通常你可以选择全部启用也可以根据安全考虑只启用部分。编写系统提示词这是指导AI如何正确使用工具的关键。你需要在Agent的系统指令System Prompt中清晰地说明你拥有哪些浏览器操作工具。鼓励AI在需要与网页交互时主动使用这些工具。给出一些工具使用的示例或约束例如“当你需要获取网页信息时请先使用navigate工具打开页面然后使用get_content工具提取文本。点击按钮时请确保使用click工具并提供准确的CSS选择器。”避坑指南最大的坑在于AI对选择器的识别。在系统提示词中强烈建议要求AI在执行click或fill前先使用get_content获取页面结构并基于可见文本或元素属性来推导出相对可靠的选择器而不是凭空猜测。可以提示它优先使用text或包含id、>问题现象可能原因排查与解决思路AI不调用工具直接回答“我无法浏览网页”。系统提示词未清晰授权或说明工具能力模型本身被过度约束。1. 检查CherryStudio中MCP工具是否成功连接并启用。2. 强化系统提示词开头明确告知AI“你可以并且应该使用浏览器工具来完成用户请求”。3. 在提示词中提供1-2个清晰的工具调用示例。AI陷入循环反复调用同一个工具如不停get_content。AI未从工具返回结果中提取到有效信息或未正确更新其“思考”。1. 检查get_content返回的内容是否包含AI需要的信息。可能是页面未加载完或元素是JS动态生成。2. 在提示词中指导AI“分析get_content的结果如果你没找到目标信息请描述你看到了什么并思考下一步该做什么如点击某个按钮、滚动页面、使用不同的选择器。”3. 让AI在调用工具前先说出它打算做什么以及期望的结果这有助于在日志中定位逻辑错误。AI生成的选择器总是失败。AI不擅长精确的CSS选择器语法页面结构复杂或动态变化。1.首选方案避免让AI生成原始选择器。改为让AI描述它想点击或获取的元素特征如“带有‘加载更多’文本的按钮”然后在playwright-mcp-server端实现一个更智能的smart_click工具由服务器根据描述去查找元素。2.次选方案在提示词中提供选择器模板和常见元素的示例如“按钮通常可以用button:has-text(‘提交’)来定位”。3.辅助方案让AI在失败后调用screenshot工具将截图以Base64格式包含在后续请求中结合视觉模型进行分析如果CherryStudio支持多模态模型。6.2 Playwright与MCP服务器问题问题现象可能原因排查与解决思路启动playwright-mcp-server时报错提示浏览器无法启动。缺少系统依赖无头模式在特定环境下的问题。1. 根据Playwright官方文档安装缺失的系统库。对于Ubuntu/Debiansudo apt-get install libwoff1 libopus0 libwebpdemux2 ...具体命令请查文档。2. 尝试以有头模式启动服务器进行测试HEADLESSfalse playwright-mcp-server。3. 在Docker中运行时使用官方mcr.microsoft.com/playwright镜像作为基础镜像。工具调用超时或无响应。网络问题页面加载过慢AI生成的JS代码死循环。1. 在服务器端为每个工具调用增加超时设置并返回明确的超时错误。2. 对于navigate可以配置waitUntil: networkidle或domcontentloaded以确保页面就绪。3. 对于evaluate工具要格外小心限制执行时间和复杂度避免恶意或错误的JS代码阻塞浏览器。多个AI请求同时操作导致状态混乱。默认配置下多个AI会话可能共享或竞争同一个浏览器上下文。1. 为每个独立的AI会话或每个用户请求创建独立的BrowserContext。这能在同一浏览器实例内实现会话隔离。2. 在playwright-mcp-server的实现中根据会话ID来管理和隔离上下文。6.3 提升成功率的经验之谈经过多次实践我总结出几条能显著提升AI自动化成功率的心得分而治之降低单步复杂度不要指望AI一步完成“抓取所有数据并分析”这种复杂指令。在CherryStudio中可以将工作流拆分成多个子Agent或步骤。例如第一个Agent只负责导航和获取原始HTML第二个Agent专门负责从固定的HTML结构中解析数据第三个Agent负责数据清洗和格式化。每个步骤的职责更单一提示词也更简单成功率更高。提供“脚手架”而非“空白画布”与其让AI从头规划所有步骤不如在系统提示词中提供一个针对某类任务如“数据列表抓取”的步骤模板。例如“对于抓取列表任务请遵循1. 导航到列表首页。2. 获取内容。3. 识别列表容器选择器。4. 循环提取每项数据直到满足数量要求。5. 如有分页则点击下一页并重复2-4。” 这能极大减少AI的决策负担。善用“人类反馈”环节对于关键但容易出错的步骤比如确认是否找到了正确的“下一页”按钮可以在CherryStudio工作流中设计一个“暂停并请求确认”的节点。AI可以附上截图和它的判断等待人工确认后再继续执行。这实现了半自动化在保证可靠性的前提下仍节省大量人工。日志与截图是救命稻草务必开启CherryStudio和playwright-mcp-server的详细日志。在关键步骤前后特别是工具调用前后让AI通过screenshot工具保存页面状态。当自动化失败时这些日志和截图是复盘问题、优化提示词的唯一依据。没有它们调试就像在黑暗中摸索。
基于CherryStudio与Playwright-MCP的AI浏览器自动化实践
1. 项目概述当AI遇上浏览器自动化最近在折腾一个挺有意思的组合用CherryStudio和playwright-mcp-server来搞AI自动化。这玩意儿说白了就是让大语言模型AI能直接操控浏览器去完成一些需要人手动操作的任务。比如让AI帮你自动填个表单、爬取特定结构的数据、甚至模拟用户操作流程来做自动化测试。你可能用过Selenium或者Playwright这类浏览器自动化框架它们很强大但写脚本需要明确的逻辑和定位器。而AI尤其是现在的LLM擅长理解自然语言指令但不擅长直接执行精确的代码操作。CherryStudio和playwright-mcp-server就在中间搭了座桥。CherryStudio是一个AI应用开发平台可以方便地编排AI工作流而playwright-mcp-server则是一个实现了MCPModel Context Protocol协议的服务器它把Playwright的浏览器控制能力封装成了一组AI可以理解和调用的“工具”。这个组合的核心价值在于你不再需要为每一个简单的自动化任务都去写完整的Playwright脚本。你只需要用自然语言告诉AI你想干什么比如“去豆瓣电影Top250页面把前10部电影的名字和评分存到一个CSV文件里”AI就能理解你的意图并通过MCP服务器调用Playwright的工具来执行。这对于快速原型验证、处理非结构化任务或者构建复杂的AI Agent来说效率提升不是一点半点。2. 核心组件深度解析2.1 CherryStudioAI工作流的编排中枢CherryStudio并不是一个单一的库而是一个低代码/无代码的AI应用开发环境。你可以把它想象成一个可视化的流程图工具但节点是各种AI模型如GPT-4、Claude、本地模型、数据处理模块、条件判断以及——关键所在——各种工具调用。它的目标是降低AI应用开发的门槛让开发者能通过拖拽和配置快速构建出复杂的、多步骤的AI智能体Agent工作流。在这个“AI自动化”场景里CherryStudio扮演着“大脑”和“指挥中心”的角色。我们会在CherryStudio中创建一个Agent这个Agent的核心能力来自于它能够调用的工具集。我们将把playwright-mcp-server提供的浏览器操作工具如goto,click,fill,screenshot等“安装”到这个Agent上。之后当用户向这个Agent提出一个涉及网页操作的需求时CherryStudio中的AI模型会进行以下思考理解意图解析用户的自然语言指令。规划步骤将复杂指令拆解成一系列原子化的浏览器操作。调用工具依次调用playwright-mcp-server提供的对应工具来执行每个步骤。处理结果收集每个步骤的执行结果如页面文本、截图并决定下一步操作或生成最终答案给用户。CherryStudio的优势在于它提供了可视化的调试界面你可以清晰地看到AI的思考链Chain-of-Thought以及每一步调用了哪个工具、传入了什么参数、返回了什么结果。这对于调试AI Agent的行为至关重要否则你根本不知道它为什么“犯傻”。2.2 playwright-mcp-server浏览器能力的标准化接口playwright-mcp-server是一个开源项目它实现了MCP协议。MCP可以理解为AI模型和外部工具或数据源之间通信的一种“普通话”标准。有了这个标准不同的AI模型无论是OpenAI的GPT还是Anthropic的Claude都能以同样的方式去调用同一个工具反之亦然。这个服务器的核心工作是将Playwright这个强大的Node.js库的API转换为一套符合MCP规范的“工具”定义。它启动后会像一个服务一样在后台运行等待来自AI客户端比如CherryStudio中配置的AI模型的指令。它提供的工具可能包括navigate让浏览器导航到一个URL。click点击页面上匹配某个选择器的元素。fill向输入框填充文本。get_content获取当前页面的文本内容或HTML结构。screenshot对页面或某个元素进行截图。evaluate在浏览器上下文中执行一段JavaScript代码。当AI模型通过MCP协议向这个服务器发送一个JSON格式的请求比如{“tool”: “click”, “parameters”: {“selector”: “button.submit”}}服务器就会在它管理的浏览器实例中执行对应的Playwright操作然后将成功或失败的结果可能附带执行后的页面状态信息再通过MCP协议返回给AI模型。2.3 MCP协议连接AI与工具的“万能插头”MCP是让这一切成为可能的关键。在没有MCP之前每个AI平台如LangChain、AutoGPT都需要为它想集成的每一个工具编写特定的适配器代码工作量大且不通用。MCP定义了一套标准的握手、工具发现、调用和响应的格式。你可以把MCP服务器想象成一个提供了标准USB接口的“工具坞”。AI客户端如CherryStudio只需要知道如何连接USBMCP协议就能自动识别和使用“工具坞”上插着的所有工具Playwright操作、数据库查询、文件读写等而不需要关心每个工具内部是如何实现的。这极大地提升了AI系统扩展能力的便捷性。playwright-mcp-server就是这样一个专门提供“浏览器控制”工具的“工具坞”。3. 环境搭建与实战配置3.1 基础环境准备首先我们需要一个能运行Node.js和Python的环境因为Playwright和playwright-mcp-server基于Node.js而很多AI开发框架包括CherryStudio可能依赖的底层常用Python。安装Node.js建议安装最新的LTS版本。可以去官网下载或者使用nvmNode Version Manager进行管理。安装完成后在终端运行node --version和npm --version确认安装成功。安装Python建议使用Python 3.8以上版本。同样可以使用pyenv或conda进行环境管理。确保python和pip命令可用。安装Playwrightplaywright-mcp-server依赖Playwright核心库。通过npm全局或局部安装Playwright并安装其浏览器驱动。npm init -y # 如果当前目录没有package.json先初始化 npm install playwright npx playwright install # 安装Chromium, Firefox, WebKit浏览器注意npx playwright install会下载几百MB的浏览器二进制文件请确保网络通畅。在国内环境可能会较慢可以考虑配置镜像源或手动下载。3.2 部署playwright-mcp-serverplaywright-mcp-server通常是一个需要你本地运行的服务。我们通过npm安装并启动它。# 全局安装playwright-mcp-server假设它已发布到npm npm install -g playwright-mcp-server # 或者从GitHub仓库克隆并本地运行 # git clone repository-url # cd playwright-mcp-server # npm install # npm start # 启动MCP服务器指定一个端口例如8080 playwright-mcp-server --port 8080启动后服务器会在http://localhost:8080监听来自MCP客户端的连接。它可能会输出一个标准化的MCP连接信息如SSE地址或Stdio配置这个信息需要被配置到CherryStudio中。实操心得在首次运行时你可能会遇到Playwright浏览器启动失败的问题尤其是在Linux无头服务器或某些Docker环境中。常见的解决方法是安装系统依赖或者使用Playwright的Docker镜像。一个关键的技巧是在启动服务器时可以通过环境变量HEADLESSfalse来让浏览器以有头模式运行这在调试初期非常有用你能亲眼看到AI在操作什么。3.3 在CherryStudio中集成MCP工具这一步是核心。我们需要在CherryStudio中创建一个新的AI Agent并为其添加MCP工具支持。创建Agent在CherryStudio界面中新建一个Agent。为其选择一个基础模型例如GPT-4 Turbo或Claude 3 Sonnet。模型的推理能力直接影响其规划浏览器操作步骤的准确性。配置MCP连接在Agent的“工具”或“能力”配置部分找到添加“MCP Server”的选项。你需要填入playwright-mcp-server的连接信息。这通常是一个URL如http://localhost:8080/sse对于SSE方式或一个Stdio命令配置。SSE方式服务器提供一个SSE端点Agent通过HTTP长连接订阅工具调用事件。配置简单适合本地开发。Stdio方式Agent直接启动playwright-mcp-server作为一个子进程通过标准输入输出通信。这种方式更集成化但配置稍复杂。工具发现与授权连接成功后CherryStudio应该能自动从MCP服务器“发现”可用的工具列表即那些navigate,click等。你需要授权你的Agent使用这些工具。通常你可以选择全部启用也可以根据安全考虑只启用部分。编写系统提示词这是指导AI如何正确使用工具的关键。你需要在Agent的系统指令System Prompt中清晰地说明你拥有哪些浏览器操作工具。鼓励AI在需要与网页交互时主动使用这些工具。给出一些工具使用的示例或约束例如“当你需要获取网页信息时请先使用navigate工具打开页面然后使用get_content工具提取文本。点击按钮时请确保使用click工具并提供准确的CSS选择器。”避坑指南最大的坑在于AI对选择器的识别。在系统提示词中强烈建议要求AI在执行click或fill前先使用get_content获取页面结构并基于可见文本或元素属性来推导出相对可靠的选择器而不是凭空猜测。可以提示它优先使用text或包含id、>问题现象可能原因排查与解决思路AI不调用工具直接回答“我无法浏览网页”。系统提示词未清晰授权或说明工具能力模型本身被过度约束。1. 检查CherryStudio中MCP工具是否成功连接并启用。2. 强化系统提示词开头明确告知AI“你可以并且应该使用浏览器工具来完成用户请求”。3. 在提示词中提供1-2个清晰的工具调用示例。AI陷入循环反复调用同一个工具如不停get_content。AI未从工具返回结果中提取到有效信息或未正确更新其“思考”。1. 检查get_content返回的内容是否包含AI需要的信息。可能是页面未加载完或元素是JS动态生成。2. 在提示词中指导AI“分析get_content的结果如果你没找到目标信息请描述你看到了什么并思考下一步该做什么如点击某个按钮、滚动页面、使用不同的选择器。”3. 让AI在调用工具前先说出它打算做什么以及期望的结果这有助于在日志中定位逻辑错误。AI生成的选择器总是失败。AI不擅长精确的CSS选择器语法页面结构复杂或动态变化。1.首选方案避免让AI生成原始选择器。改为让AI描述它想点击或获取的元素特征如“带有‘加载更多’文本的按钮”然后在playwright-mcp-server端实现一个更智能的smart_click工具由服务器根据描述去查找元素。2.次选方案在提示词中提供选择器模板和常见元素的示例如“按钮通常可以用button:has-text(‘提交’)来定位”。3.辅助方案让AI在失败后调用screenshot工具将截图以Base64格式包含在后续请求中结合视觉模型进行分析如果CherryStudio支持多模态模型。6.2 Playwright与MCP服务器问题问题现象可能原因排查与解决思路启动playwright-mcp-server时报错提示浏览器无法启动。缺少系统依赖无头模式在特定环境下的问题。1. 根据Playwright官方文档安装缺失的系统库。对于Ubuntu/Debiansudo apt-get install libwoff1 libopus0 libwebpdemux2 ...具体命令请查文档。2. 尝试以有头模式启动服务器进行测试HEADLESSfalse playwright-mcp-server。3. 在Docker中运行时使用官方mcr.microsoft.com/playwright镜像作为基础镜像。工具调用超时或无响应。网络问题页面加载过慢AI生成的JS代码死循环。1. 在服务器端为每个工具调用增加超时设置并返回明确的超时错误。2. 对于navigate可以配置waitUntil: networkidle或domcontentloaded以确保页面就绪。3. 对于evaluate工具要格外小心限制执行时间和复杂度避免恶意或错误的JS代码阻塞浏览器。多个AI请求同时操作导致状态混乱。默认配置下多个AI会话可能共享或竞争同一个浏览器上下文。1. 为每个独立的AI会话或每个用户请求创建独立的BrowserContext。这能在同一浏览器实例内实现会话隔离。2. 在playwright-mcp-server的实现中根据会话ID来管理和隔离上下文。6.3 提升成功率的经验之谈经过多次实践我总结出几条能显著提升AI自动化成功率的心得分而治之降低单步复杂度不要指望AI一步完成“抓取所有数据并分析”这种复杂指令。在CherryStudio中可以将工作流拆分成多个子Agent或步骤。例如第一个Agent只负责导航和获取原始HTML第二个Agent专门负责从固定的HTML结构中解析数据第三个Agent负责数据清洗和格式化。每个步骤的职责更单一提示词也更简单成功率更高。提供“脚手架”而非“空白画布”与其让AI从头规划所有步骤不如在系统提示词中提供一个针对某类任务如“数据列表抓取”的步骤模板。例如“对于抓取列表任务请遵循1. 导航到列表首页。2. 获取内容。3. 识别列表容器选择器。4. 循环提取每项数据直到满足数量要求。5. 如有分页则点击下一页并重复2-4。” 这能极大减少AI的决策负担。善用“人类反馈”环节对于关键但容易出错的步骤比如确认是否找到了正确的“下一页”按钮可以在CherryStudio工作流中设计一个“暂停并请求确认”的节点。AI可以附上截图和它的判断等待人工确认后再继续执行。这实现了半自动化在保证可靠性的前提下仍节省大量人工。日志与截图是救命稻草务必开启CherryStudio和playwright-mcp-server的详细日志。在关键步骤前后特别是工具调用前后让AI通过screenshot工具保存页面状态。当自动化失败时这些日志和截图是复盘问题、优化提示词的唯一依据。没有它们调试就像在黑暗中摸索。
