BrowserSkill：让AI直接复用本机已登录浏览器会话

1. 这个项目到底解决了什么问题做过浏览器自动化的人都有一个共同的痛点每次让脚本去操作某个网站都得重新走一遍登录流程。要么手动扫码要么处理验证码要么维护一堆cookie文件过几天就失效了。尤其是那些登录态跟设备指纹绑定的站点换台机器就得重新折腾。腾讯开源的 BrowserSkill 这个项目思路很直接既然用户本机浏览器里已经有登录好的会话为什么不让 AI 直接复用这个会话它做的事情就是在本机浏览器和 AI Agent 之间搭一座桥让 AI 能够调用你已经登录的浏览器实例来完成任务而不是从零启动一个干净的、什么登录态都没有的浏览器。这个项目的核心价值在于三点。第一省去重复登录。你平时用的 Chrome 里已经登录了各种账号AI 直接拿来用就行。第二降低自动化门槛。以前写浏览器自动化脚本光处理登录和反爬就要花掉大半时间现在这部分工作可以跳过。第三让 AI Agent 真正能干活。大模型再聪明如果没法操作真实的网页界面很多任务就只能停留在“告诉你怎么做”的层面而 BrowserSkill 让它能直接“替你做”。适合谁来参考这个项目如果你在做 AI Agent 相关的开发尤其是需要浏览器操作能力的场景比如自动填表、信息采集、流程自动化、网页测试这个项目值得仔细看。如果你只是普通用户想了解 AI 操作浏览器的原理也能从里面学到不少东西。前端开发者、测试工程师、做 RPA 的同学都能从中找到有用的部分。注意本文讨论的是浏览器自动化技术本身所有操作均基于本机已授权的浏览器会话不涉及任何绕过安全机制的行为。2. 核心架构与设计思路拆解2.1 为什么是“复用已登录浏览器”而不是“模拟登录”传统的浏览器自动化方案比如 Selenium、Puppeteer、Playwright默认启动的是一个全新的浏览器实例。这个实例没有你的登录态、没有你的书签、没有你的扩展相当于一张白纸。你要让它访问需要登录的页面就得自己处理登录流程。处理登录流程有多麻烦我列几个常见的坑你就明白了。短信验证码需要人工介入图形验证码需要接打码平台有些站点还会检测浏览器指纹发现你是自动化工具就直接拒绝服务。更别提那些登录态跟设备绑定的场景换个环境就失效。BrowserSkill 选择了一条不同的路它不去模拟登录而是直接连接到你本机已经打开的浏览器。这个浏览器是你日常使用的登录态是真实的指纹是正常的站点不会把它当成异常访问。AI 通过这个项目提供的接口向浏览器发送操作指令浏览器执行完后把结果返回给 AI。这个设计的好处很明显。登录问题天然解决因为你用的就是已经登录好的会话。反爬检测的风险大幅降低因为浏览器指纹跟正常用户完全一致。开发成本也降下来了不用再写一大堆处理登录的代码。当然这个方案也有它的边界。它依赖本机浏览器处于运行状态如果浏览器没开AI 就没法操作。它也不适合大规模并发场景毕竟你本机就一个浏览器实例。所以它更适合个人助手类的应用而不是大规模采集任务。2.2 通信机制AI 和浏览器之间怎么对话BrowserSkill 的核心是一套通信协议。AI Agent 这边发出指令比如“打开某个页面”“点击某个按钮”“提取某段文字”浏览器这边执行动作并返回结果。这套通信机制的设计直接决定了整个项目的可用性和稳定性。从项目结构来看它采用的是本地服务加浏览器扩展的组合方式。本地服务负责接收 AI 的指令浏览器扩展负责在页面里执行具体操作。两者之间通过本地端口通信不经过外部网络数据安全性有保障。为什么用扩展而不是直接注入脚本因为扩展有更高的权限能访问更多的浏览器 API而且安装一次就能长期使用不用每次启动都重新注入。扩展还能跨页面工作在一个标签页里执行完操作可以切换到另一个标签页继续这对多步骤任务很重要。通信协议的设计上指令和结果都是结构化的数据。指令包含操作类型、目标元素、参数等信息结果包含执行状态、返回数据、错误信息等。这种结构化设计让 AI 能准确理解浏览器返回的内容也方便做错误处理和重试。2.3 与主流方案的对比优势在哪局限在哪把 BrowserSkill 和几种常见方案放在一起对比能更清楚地看到它的定位。方案登录态处理反爬风险部署复杂度适用场景Selenium需自行处理较高中等测试、采集Puppeteer需自行处理较高中等前端测试、截图Playwright需自行处理中等中等跨浏览器测试BrowserSkill复用已有登录态低低AI Agent、个人助手从表格能看出来BrowserSkill 在登录态处理和反爬风险这两项上有明显优势代价是它不适合大规模并发。它的定位很清晰做 AI 和真实浏览器之间的轻量级桥梁而不是替代现有的自动化测试框架。我在实际使用中的体会是这个方案特别适合那种“一次性、多步骤、需要登录”的任务。比如让 AI 帮你去某个后台系统导出数据或者去某个平台提交表单。这类任务用传统方案写脚本光登录就要折腾半天用 BrowserSkill 就省事很多。3. 环境准备与安装实操3.1 前置条件检查清单在动手之前先确认你的环境满足以下条件。这些条件缺一不可少一个都可能导致后面跑不起来。操作系统Windows 10 及以上、macOS 10.15 及以上、主流 Linux 发行版均可浏览器Chrome 或基于 Chromium 的浏览器版本建议 100 以上运行环境Node.js 16 及以上或者 Python 3.8 及以上取决于你用哪种方式集成网络本机端口通信正常没有被安全软件拦截权限有安装浏览器扩展的权限有启动本地服务的权限提示如果你用的是公司电脑可能没有安装扩展的权限。这种情况下可以先用个人设备测试确认方案可行后再考虑如何在受限环境下部署。检查 Node.js 版本的方法很简单打开终端输入node -v看看输出的版本号是否满足要求。如果版本太低去官网下载最新版安装即可。Python 环境同理输入python --version查看。3.2 安装浏览器扩展的完整步骤浏览器扩展是 BrowserSkill 在页面里执行操作的“手”。安装过程不复杂但有几个细节容易出错。第一步获取扩展文件。从项目的发布页面下载最新的扩展包通常是一个.crx文件或者一个压缩包。如果是压缩包先解压到一个固定目录后面会用到。第二步打开 Chrome 的扩展管理页面。在地址栏输入chrome://extensions/回车或者通过菜单进入“更多工具”然后选择“扩展程序”。第三步开启开发者模式。在扩展管理页面右上角有一个“开发者模式”的开关把它打开。这一步很关键不开的话没法加载本地扩展。第四步加载扩展。点击“加载已解压的扩展程序”按钮选择刚才解压的目录。如果下载的是.crx文件直接拖拽到扩展管理页面也可以安装。第五步确认扩展已启用。安装成功后扩展列表里会出现 BrowserSkill 的图标确保它是启用状态。建议把它固定到工具栏方便查看状态。注意安装扩展后建议重启一次浏览器确保扩展的所有权限都正确加载。我有一次没重启结果扩展一直连不上本地服务排查了半天才发现是这个原因。3.3 启动本地服务的两种方式本地服务是 AI 和浏览器之间的“翻译官”。它接收 AI 的指令转换成扩展能理解的消息再把执行结果返回给 AI。启动方式有两种根据你的使用场景选择。方式一命令行启动。进入项目目录运行启动命令。这种方式适合开发和调试能看到详细的日志输出方便排查问题。# 进入项目目录 cd browserskill # 安装依赖 npm install # 启动服务 npm start启动成功后终端会显示服务监听的端口号默认是本地回环地址上的某个端口。记住这个端口号后面配置 AI 端的时候要用。方式二作为后台服务运行。如果你希望服务一直运行不占用终端窗口可以用进程管理工具把它挂到后台。Linux 和 macOS 下可以用nohup或者pm2Windows 下可以注册成系统服务。# 使用 pm2 后台运行 pm2 start npm --name browserskill -- start # 查看运行状态 pm2 status # 查看日志 pm2 logs browserskill两种方式各有优劣。命令行方式直观出问题能马上看到后台方式省心适合长期运行。我一般开发阶段用命令行稳定之后切到后台。3.4 验证安装是否成功装完之后别急着写复杂逻辑先做个最简单的验证确认整条链路是通的。打开浏览器随便访问一个页面。然后在终端里调用本地服务的测试接口看看能不能获取到当前页面的信息。如果返回了页面的标题和 URL说明 AI 到浏览器的通道已经打通。# 测试接口获取当前活动标签页信息 curl http://localhost:端口号/api/current-tab返回结果应该包含类似这样的内容{ title: 页面标题, url: https://当前页面地址, status: connected }如果返回错误先检查浏览器扩展是否启用再检查本地服务是否在运行最后检查端口号是否对得上。这三个环节任何一个出问题都会导致连接失败。4. 核心功能实操与代码示例4.1 让 AI 读取当前页面内容读取页面内容是所有操作的基础。AI 要先知道页面上有什么才能决定下一步做什么。BrowserSkill 提供了获取页面文本、获取特定元素内容、获取页面结构等接口。获取整个页面的纯文本是最简单的用法。调用接口后浏览器会把当前页面的可见文本提取出来返回。这个功能适合让 AI 快速了解页面大意比如判断当前在哪个页面、页面上有哪些主要信息。// 获取当前页面文本内容 async function getPageContent() { const response await fetch(http://localhost:端口号/api/page/text); const data await response.json(); return data.text; } // 使用示例 const content await getPageContent(); console.log(页面内容长度:, content.length);获取特定元素的内容更精准。你可以通过 CSS 选择器指定要提取的元素比如某个 div、某个表格、某个列表。这种方式适合结构化数据的提取返回的内容更干净不需要 AI 再从大段文本里自己找。// 获取特定元素的内容 async function getElementContent(selector) { const response await fetch(http://localhost:端口号/api/element/text, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ selector }) }); return await response.json(); } // 提取页面中所有链接 const links await getElementContent(a);实操心得选择器尽量写具体一点。用div.content比用div好用#main .list li比用li好。选择器越具体提取的内容越准确后续处理越省事。4.2 模拟点击与表单填写点击和填表是浏览器自动化里最常用的两个操作。BrowserSkill 把这两个操作封装成了简单的接口AI 只需要告诉它点哪里、填什么就行。点击操作的接口接收一个选择器参数找到对应元素后触发点击事件。这里有个细节要注意有些元素需要先滚动到可视区域才能点击有些元素被遮挡了需要先处理遮挡。BrowserSkill 内部做了这些处理但遇到复杂页面时可能还是需要手动干预。// 点击元素 async function clickElement(selector) { const response await fetch(http://localhost:端口号/api/element/click, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ selector }) }); return await response.json(); } // 点击登录按钮 await clickElement(#login-btn);表单填写稍微复杂一点。对于普通的输入框直接设置 value 就行。但对于一些特殊的输入框比如 React 或 Vue 控制的组件直接设 value 可能不生效需要模拟键盘输入事件。// 填写表单 async function fillInput(selector, value) { const response await fetch(http://localhost:端口号/api/element/fill, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ selector, value }) }); return await response.json(); } // 填写搜索框 await fillInput(#search-input, 搜索关键词);如果遇到直接设 value 不生效的情况可以改用模拟键盘输入的方式。这种方式更接近真实用户操作兼容性更好但速度会慢一些。// 模拟键盘输入兼容性更好 async function typeInput(selector, text) { await clickElement(selector); // 先聚焦 for (const char of text) { await fetch(http://localhost:端口号/api/keyboard/type, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ char }) }); } }4.3 多标签页与多步骤任务编排真实任务往往不是单步操作而是多个步骤串起来的。比如“打开后台系统找到订单页面导出最近一周的数据”这里面涉及页面跳转、等待加载、点击按钮、处理下载等多个环节。BrowserSkill 支持多标签页操作AI 可以在不同标签页之间切换也可以在新标签页里打开链接。这对于需要同时处理多个页面的任务很有用。// 在新标签页打开链接 async function openNewTab(url) { const response await fetch(http://localhost:端口号/api/tab/new, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ url }) }); return await response.json(); } // 切换标签页 async function switchTab(tabId) { const response await fetch(http://localhost:端口号/api/tab/switch, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ tabId }) }); return await response.json(); }多步骤任务的编排关键是处理好等待和状态检查。页面加载需要时间元素出现需要时间操作生效也需要时间。如果不等这些完成就执行下一步很容易出错。// 等待元素出现 async function waitForElement(selector, timeout 10000) { const startTime Date.now(); while (Date.now() - startTime timeout) { const response await fetch(http://localhost:端口号/api/element/exists, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ selector }) }); const data await response.json(); if (data.exists) return true; await new Promise(r setTimeout(r, 500)); } throw new Error(元素 ${selector} 在 ${timeout}ms 内未出现); } // 多步骤任务示例 async function exportOrderData() { // 第一步等待订单页面加载 await waitForElement(#order-table); // 第二步点击导出按钮 await clickElement(#export-btn); // 第三步等待导出完成提示 await waitForElement(.export-success, 30000); console.log(导出完成); }注意等待时间不要设得太短也不要设得太长。太短容易误判太长浪费时间。我的经验是普通元素等待 5 到 10 秒涉及网络请求的操作等待 30 秒左右文件下载根据大小适当延长。4.4 与 AI Agent 的集成方式BrowserSkill 本身只是一个工具层真正的价值在于和 AI Agent 结合。AI 负责理解任务、规划步骤、处理异常BrowserSkill 负责执行具体的浏览器操作。集成方式有两种。一种是 AI 直接调用 BrowserSkill 的接口这种方式简单直接适合任务流程固定的场景。另一种是把 BrowserSkill 封装成 AI 可以调用的工具函数让 AI 自己决定什么时候调用哪个函数这种方式更灵活适合任务流程不固定的场景。// 把 BrowserSkill 封装成 AI 工具函数 const browserTools { getPageContent: { description: 获取当前页面的文本内容, parameters: {}, execute: async () { const response await fetch(http://localhost:端口号/api/page/text); return await response.json(); } }, clickElement: { description: 点击页面上的指定元素, parameters: { selector: { type: string, description: 元素的 CSS 选择器 } }, execute: async ({ selector }) { const response await fetch(http://localhost:端口号/api/element/click, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ selector }) }); return await response.json(); } } }; // AI 调用示例 async function aiAgentTask(taskDescription) { // 把工具描述传给 AI让 AI 决定调用哪个工具 const toolsDescription Object.entries(browserTools).map(([name, tool]) ({ name, description: tool.description, parameters: tool.parameters })); // AI 返回要调用的工具和参数 const aiDecision await callAI(taskDescription, toolsDescription); // 执行 AI 决定的工具调用 const tool browserTools[aiDecision.name]; const result await tool.execute(aiDecision.parameters); return result; }这种集成方式的好处是AI 可以根据页面内容动态决定下一步操作。比如它发现页面上有“下一页”按钮就会自动点击继续翻页发现需要登录就会提示用户先登录。这种灵活性是固定脚本做不到的。5. 常见问题与排查技巧实录5.1 连接类问题排查连接类问题是最常见的表现是 AI 发指令后浏览器没反应或者返回连接错误。这类问题的排查思路是从下往上查先确认浏览器扩展是否正常再确认本地服务是否运行最后确认两者之间的端口是否对得上。问题现象可能原因排查方法解决方案扩展图标灰色扩展未启用查看扩展管理页面启用扩展并重启浏览器接口返回连接拒绝本地服务未启动检查终端是否有服务进程重新启动本地服务接口返回超时端口被占用或拦截检查端口监听状态更换端口或放行防火墙扩展显示未连接端口配置不一致对比扩展和服务端口配置统一端口号我遇到最多的情况是端口被占用。本地服务默认用的端口可能被其他程序占用了导致服务启动失败但没报错。排查方法是看服务启动日志里有没有“端口已被占用”的提示有的话换个端口重新启动就行。还有一种情况是浏览器开了多个用户配置。Chrome 支持多用户每个用户有独立的扩展和登录态。如果你在用户 A 下装了扩展但浏览器当前用的是用户 B扩展就不会生效。解决方法是确认当前使用的用户配置下扩展已安装并启用。5.2 元素定位失败的处理元素定位失败是第二类高频问题。表现是接口返回“元素未找到”但你在页面上明明能看到这个元素。这种情况通常有几个原因。第一个原因是元素在 iframe 里。iframe 是页面里的独立文档主文档的选择器找不到 iframe 里的元素。解决方法是先切换到对应的 iframe再执行选择器。// 切换到 iframe 后再操作 async function switchToIframe(iframeSelector) { await fetch(http://localhost:端口号/api/frame/switch, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ selector: iframeSelector }) }); } // 操作完记得切回主文档 async function switchToMainFrame() { await fetch(http://localhost:端口号/api/frame/main, { method: POST }); }第二个原因是元素是动态生成的你查找的时候它还没出现。解决方法是加等待逻辑等元素出现后再操作。前面讲过的waitForElement就是干这个的。第三个原因是选择器写错了。CSS 选择器对大小写、空格、特殊字符都很敏感写错一个字符就找不到。建议在浏览器开发者工具里先验证选择器是否正确确认能选中目标元素后再写到代码里。实操心得开发者工具的 Console 里可以用document.querySelector(你的选择器)快速验证选择器。返回元素说明选择器正确返回 null 说明选择器有问题。这个方法能省掉大量调试时间。5.3 操作不生效的排查思路有时候接口返回成功了但页面上的操作没生效。比如点击了按钮但页面没跳转填了内容但提交后是空的。这类问题比较隐蔽需要仔细排查。点击不生效的常见原因是元素被遮挡。页面上可能有弹窗、浮层、固定导航栏挡住了目标元素点击事件被这些遮挡物接收了。解决方法是先关闭遮挡物或者用脚本方式直接触发元素的点击事件。// 强制点击绕过遮挡检测 async function forceClick(selector) { await fetch(http://localhost:端口号/api/element/click, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ selector, force: true }) }); }填写不生效的常见原因是框架的双向绑定没触发。React、Vue 这类框架直接设 input 的 value 不会触发框架的更新逻辑需要手动派发 input 事件。// 填写并触发框架更新 async function fillWithEvent(selector, value) { await fetch(http://localhost:端口号/api/element/fill, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ selector, value, triggerEvents: [input, change, blur] }) }); }5.4 性能与稳定性优化建议用了一段时间之后你会发现有些操作比较慢或者偶尔会失败。这时候可以从几个方面做优化。减少不必要的页面读取。每次读取页面内容都要传输数据页面大的话传输量不小。如果只需要页面上某个区域的内容就用元素选择器精确提取不要每次都读整个页面。合理设置等待时间。等待时间太短容易失败太长浪费时间。可以根据操作类型设置不同的等待时间普通元素 5 秒网络请求 30 秒文件下载 60 秒。还可以用轮询代替固定等待元素一出现就继续不用等满整个超时时间。做好错误重试。网络波动、页面加载慢、元素暂时不可见这些都可能造成偶发失败。给关键操作加上重试逻辑失败后等一秒再试试三次还失败才报错。这样能大幅提升整体成功率。// 带重试的操作封装 async function withRetry(fn, maxRetries 3, delay 1000) { for (let i 0; i maxRetries; i) { try { return await fn(); } catch (error) { if (i maxRetries - 1) throw error; console.log(第 ${i 1} 次失败${delay}ms 后重试); await new Promise(r setTimeout(r, delay)); } } } // 使用示例 await withRetry(() clickElement(#submit-btn));提示重试不是万能的。如果是选择器写错这种确定性错误重试多少次都没用。重试只对偶发性错误有效比如网络抖动、页面加载慢。排查问题时先区分是确定性错误还是偶发性错误再决定要不要加重试。6. 实际应用场景与扩展思路6.1 适合落地的几类场景BrowserSkill 最适合的场景是那种需要登录态、操作步骤多、但不需要高并发的任务。我整理了几类实际用过的场景供你参考。后台系统数据导出。很多后台系统需要登录才能访问导出功能藏在多层菜单里。用 BrowserSkill 可以让 AI 自动登录后的浏览器里完成“进入菜单、选择条件、点击导出、等待完成”这一串操作。相比写固定脚本AI 能根据页面实际情况灵活调整比如遇到弹窗能自动关闭遇到加载慢能自动等待。跨平台信息汇总。你需要从多个平台收集信息每个平台都要登录。传统做法是每个平台写一个脚本维护成本很高。用 BrowserSkill 可以统一在一个浏览器里操作AI 负责在不同标签页之间切换把各平台的信息汇总到一起。网页表单批量填写。有些场景需要重复填写类似的表单比如报名、登记、申报。AI 可以从结构化数据里读取内容自动填写到网页表单里填完一个提交再填下一个。这种任务用 BrowserSkill 做比人工填快得多也比固定脚本灵活。6.2 扩展思路从单机到协作BrowserSkill 目前主要解决的是单机场景就是 AI 操作本机浏览器。如果把这个思路扩展一下还能做更多事情。多浏览器实例管理。如果你需要同时操作多个浏览器窗口可以启动多个浏览器实例每个实例装一个扩展本地服务负责协调它们之间的操作。这样能实现一定程度的并行适合需要同时处理多个任务的场景。操作录制与回放。把 AI 的操作过程记录下来形成操作序列。下次遇到类似任务可以直接回放这个序列不用再让 AI 重新规划。这种方式结合了 AI 的灵活性和脚本的可重复性是个不错的折中方案。与工作流引擎结合。把 BrowserSkill 作为一个节点接入工作流引擎前面接数据处理节点后面接通知节点。这样能构建更复杂的自动化流程浏览器操作只是其中一环。6.3 安全与合规使用的边界用这类工具的时候有几个边界要特别注意。只操作你自己有权限访问的系统和数据不要用它去访问未授权的资源。遵守目标网站的使用条款不要用它做大规模采集或高频请求。保护好本机的登录态不要在不信任的环境里运行本地服务。本地服务默认只监听本机回环地址外部网络访问不到这是基本的安全保障。如果你修改了配置让它监听外部地址一定要加上认证机制否则等于把浏览器控制权开放给了整个网络。注意浏览器里保存着你大量的登录态和个人信息。运行任何浏览器自动化工具之前确认工具来源可靠代码经过审查。不要运行来路不明的扩展或服务这是保护自己的基本操作。7. 我踩过的几个坑和对应解法第一个坑是扩展版本和服务版本不匹配。项目更新比较快扩展和服务如果版本差太多通信协议可能对不上表现是连接成功但指令执行失败。解决方法是扩展和服务用同一个版本更新的时候一起更新。第二个坑是浏览器开了硬件加速导致截图异常。有些操作需要截图确认结果如果浏览器开了硬件加速截图可能是黑屏或者花屏。解决方法是关掉硬件加速或者在截图前先禁用相关选项。第三个坑是页面有多个相同选择器的元素。比如页面上有多个“提交”按钮选择器#submit只能选中第一个但你要点的是第二个。解决方法是把选择器写得更具体加上父级元素的限定或者用索引指定第几个。第四个坑是操作太快导致状态不同步。连续执行多个操作时如果不等前一个操作生效就执行下一个很容易出错。比如点击“编辑”按钮后立即填写表单但编辑页面还没加载出来。解决方法是在关键操作之间加等待等页面状态稳定后再继续。第五个坑是忘记处理浏览器弹窗。原生的 alert、confirm、prompt 弹窗会阻塞页面操作如果不处理后续操作都会卡住。解决方法是监听弹窗事件自动确认或取消或者在操作前先检查有没有弹窗。// 自动处理弹窗 async function handleDialogs() { await fetch(http://localhost:端口号/api/dialog/auto, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ action: accept }) // 自动确认 }); }这几个坑都是我实际踩过的每个都花了不少时间排查。写出来希望能帮你少走弯路。浏览器自动化这个领域细节特别多同一个问题可能有多种原因排查的时候要有耐心从最简单的可能性开始查起。最后分享一个小技巧调试的时候把本地服务的日志级别调到最详细每个指令的发送和返回都打出来。这样出问题的时候能快速定位是哪个环节出的错。等稳定运行之后再把日志级别调回去避免日志太多影响性能。