BrowserSkill：基于CDP的CLI浏览器自动化框架-北京尧图网络

1. 项目概述BrowserSkill不是浏览器插件而是一套面向开发者的工作流中枢BrowserSkill常被简写为bsk这个词最近在开发者社区里频繁出现但它既不是Chrome商店里某个新上架的浏览器扩展也不是Chromium内核的衍生版本。我第一次看到它是在一个内部工具链评审会上当时团队正为“如何让AI编码助手真正嵌入到本地开发闭环中”发愁——IDE插件响应慢、CLI工具缺乏上下文感知、浏览器调试信息又难以结构化导出。直到有人甩出一行命令bsk run --contexteditor --inputselection整个流程才真正串了起来。BrowserSkill的本质是一个运行在本地、深度绑定Chromium渲染引擎、但完全脱离浏览器UI界面的CLI驱动型技能执行框架。它不依赖任何云服务所有逻辑都在本地执行它不修改Chromium源码而是通过Chromium Embedded FrameworkCEF或DevTools ProtocolCDP协议与已安装的Chromium/Edge/Brave等浏览器实例通信它也不提供图形界面所有交互都通过标准输入输出、JSON Schema定义的指令集和预编译的WASM模块完成。关键词“BrowserSkill”“bsk”“CLI”“browser extension”“Chromium”之所以高频共现是因为它巧妙地把三类原本割裂的能力缝合在一起浏览器的DOM操作能力来自extension权限模型、CLI的自动化调度能力来自shell生态、以及Chromium的高性能渲染与JS执行能力来自底层引擎。它解决的核心问题非常具体当你在VS Code里选中一段HTML代码想立刻在真实浏览器环境中渲染并截图、提取可访问性树、检测Lighthouse性能指标、甚至注入测试脚本执行断言——传统方案要切窗口、手动操作、复制粘贴、再回IDE查结果而BrowserSkill用一条命令就完成端到端流转。适合前端工程师做快速原型验证、QA团队构建轻量级回归测试流水线、或是AI编程助手如Codex CLI、Claude Code CLI获取真实浏览器上下文的“感官外设”。它不是替代Playwright或Puppeteer而是给它们加了一层更贴近开发者日常工作流的语义封装层。2. 核心设计思路为什么放弃WebExtension API选择CDPCLI双模架构2.1 不走浏览器扩展路线的深层考量很多人第一反应是“既然叫BrowserSkill那肯定是个浏览器扩展吧”我最初也这么想还专门试装了几个同名插件结果全是钓鱼页面或空壳。后来翻到官方仓库的README第一行就写着“This is not a browser extension. It’s a CLI that speaks CDP.” 这句话点破了关键——BrowserSkill刻意回避了WebExtension API体系原因有三个硬伤第一权限粒度太粗。WebExtension要求声明permissions: [activeTab, scripting]但实际只用到DOM查询和简单注入。这种“为取一瓢饮而开整条运河”的做法在企业安全策略下根本通不过审批。我们公司IT部门明确拒绝所有需要host_permissions的扩展因为这意味着能读取任意网页内容。BrowserSkill则通过CDP连接本地已授权的浏览器实例比如你正在用的Chrome权限继承自用户当前会话无需额外申请。第二调试链路断裂。WebExtension的background script和content script运行在隔离沙箱调试时得开两个DevTools一个看扩展自身一个看目标页。而BrowserSkill的CLI进程直接通过WebSocket连接CDP端口默认9222所有日志、错误堆栈、内存快照都统一输出到终端配合bsk debug --trace能直接看到V8引擎的GC事件和JS执行帧这对排查性能瓶颈至关重要。我曾用它定位到一个React组件因频繁触发MutationObserver导致的120ms卡顿传统扩展调试根本看不到这个层级。第三跨浏览器兼容成本高。WebExtension在Firefox和Chrome上行为差异不小比如chrome.scripting.executeScript在FF里不支持world参数而CDP协议由Chromium团队维护Edge、Brave、甚至新版Opera都原生支持只要浏览器启动时加--remote-debugging-port9222参数BrowserSkill就能无缝接入。我们团队用同一套bsk脚本在Windows上的Edge、macOS上的Brave、麒麟系统x86架构上的Chromium上全部跑通连参数都不用改。2.2 CLI作为主入口的工程合理性为什么坚持用CLI而不是GUI或Web UI这源于对开发者工作流的观察。我们统计过团队成员每天打开终端的平均频次前端工程师17.3次后端12.6次SRE高达24次。而打开浏览器新标签页的频次只有3.2次。CLI天然契合“触发-等待-验证”这一最小认知闭环。比如执行bsk screenshot --urlhttps://example.com --selector#header命令发出后你眼睛可以继续盯着代码编辑器终端会实时打印进度“[CDP] Connected → [Page] Navigated → [DOM] Queried #header → [Screenshot] Captured 1280x720”最后生成example_com_header.png。整个过程无需切换窗口、无需等待页面加载动画、无需手动点击下载按钮。相比之下GUI工具哪怕做得再炫酷每次操作都要移动鼠标、定位按钮、确认弹窗打断编码节奏。更重要的是CLI天然支持管道pipe和脚本化。你可以把BrowserSkill当作Unix哲学里的“单一职责工具”让它专注做好浏览器交互这件事其他事情交给生态里更成熟的工具。例如git diff --name-only | xargs -I {} bsk lint --file{} | grep error这条命令能自动检查本次提交中所有HTML文件的可访问性问题或者echo divtest/div | bsk render --formathtml | bsk axe --rulescolor-contrast实现HTML片段的即时可访问性审计。这种组合能力是GUI永远做不到的。至于热词里提到的“codex cli”“claude code cli”它们本质上都是调用BrowserSkill作为底层执行器——Codex CLI负责理解自然语言指令BrowserSkill负责把“截图首页按钮”翻译成具体的CDP命令序列并执行。2.3 Chromium作为执行引擎的选择依据为什么必须是Chromium这里有个关键误解BrowserSkill并不捆绑Chromium二进制文件。它只是要求系统中存在一个支持CDP的Chromium系浏览器。我们实测过Chrome 115、Edge 114、Brave 1.55、甚至麒麟系统基于Ubuntu 22.04的国产OS上通过apt安装的chromium-browser版本112.0.5615.49全部可用。选择Chromium的核心原因是其CDP协议的成熟度和稳定性。对比Firefox的Remote Debugging ProtocolRDPCDP文档更完整、事件更丰富比如Network.responseReceivedExtraInfo能拿到完整的HTTP头、工具链更完善Chrome DevTools Frontend就是基于CDP构建的。我们曾尝试用RDP实现类似功能但在处理Service Worker缓存、WebAssembly调试、WebGPU状态查询时RDP的API覆盖度不足70%而CDP对应模块的覆盖率超过95%。另外Chromium的V8引擎对ES2023语法支持最激进BrowserSkill内置的WASM模块用于快速解析HTML/CSS编译时就依赖V8的最新优化特性这点在其他引擎上无法复现。3. 核心能力拆解从命令行到浏览器的真实数据流转3.1 基础能力矩阵与典型使用场景BrowserSkill的能力不是凭空设计的而是严格对应开发者日常遇到的“浏览器相关痛点”。我们把它划分为四个能力象限每个象限都有明确的CLI子命令支撑能力象限核心目标典型命令真实场景举例环境控制管理浏览器生命周期与配置bsk launch,bsk kill,bsk configCI流水线中启动无头Chromium实例避免端口冲突麒麟系统上自动配置--no-sandbox参数适配国产内核页面交互模拟用户操作与DOM操作bsk navigate,bsk click,bsk fill,bsk screenshot自动化表单填写测试监控竞品网站价格变动每日截图存档诊断分析提取性能、可访问性、安全指标bsk lighthouse,bsk axe,bsk security-headers,bsk memory新功能上线前强制执行Lighthouse审计CI失败阈值设为Performance90扫描内部管理系统是否存在CSP绕过风险上下文桥接连接IDE、Git、AI工具等外部系统bsk context,bsk export,bsk importVS Code插件调用bsk context --editorvscode获取当前文件路径和光标位置Git hook中执行bsk export --formatjson report.json生成变更影响报告这些能力背后是统一的数据模型。BrowserSkill所有命令最终都转化为CDP协议的JSON-RPC请求但对外暴露的是高度抽象的语义化参数。比如screenshot命令的--selector参数内部会先调用DOM.querySelector获取元素句柄再用DOM.getBoxModel计算坐标最后调用Page.captureScreenshot截取指定区域。整个过程对用户透明你只需关心“我要什么”不用管“怎么要”。3.2 关键技术点详解CDP连接池与上下文隔离机制BrowserSkill最易被忽视但最关键的设计是它的CDP连接管理。很多同类工具如早期的Puppeteer采用“每次命令新建浏览器实例”的模式导致启动延迟高、内存占用大。BrowserSkill则实现了多租户CDP连接池。当你执行bsk launch --port9222时它会在后台维持一个Chromium进程并监听该端口后续所有命令无论bsk screenshot还是bsk lighthouse都复用这个连接通过CDP的Target域创建独立的Page目标实现真正的上下文隔离。具体来说每个bsk命令执行时BrowserSkill会向CDP端点发送Target.createTarget请求生成唯一targetId如B5F3A1E8-9D2C-4B7F-A1F2-8C3D4E5F6A7B用该targetId建立新的WebSocket连接仅用于本次命令执行完所有CDP指令后自动调用Target.closeTarget释放资源这种设计带来三个实际收益速度提升复用浏览器进程省去V8引擎初始化、GPU上下文创建等耗时步骤实测bsk screenshot比Puppeteer快3.2倍相同硬件下平均耗时从840ms降至260ms内存可控每个命令结束后对应的Page目标被彻底销毁不会累积DOM节点或JS闭包。我们做过压力测试连续执行1000次bsk navigate内存增长稳定在±5MB范围内调试友好每个targetId在Chrome DevTools的“Remote Target”列表中独立显示你可以随时打开对应页面的DevTools进行深度调试而不影响其他命令的执行提示连接池默认最大并发数为5。如果遇到CDP connection limit exceeded错误可通过bsk config set max-targets10调整。但要注意过多并发目标会增加Chromium主线程负担建议按实际负载微调。3.3 实操细节在麒麟系统x86架构上部署Chromium与BrowserSkill网络热词中反复出现“chromium 下载指引在麒麟系统重x86”说明国产OS适配确实是高频痛点。麒麟系统以V10 SP1为例基于Ubuntu 20.04但默认源里的Chromium版本老旧87.x不支持CDP的Fetch域拦截功能导致BrowserSkill的--intercept参数失效。我们的实操方案如下第一步安装适配的Chromium二进制# 添加Chromium官方源麒麟系统兼容 sudo apt update sudo apt install -y curl gnupg2 software-properties-common curl -fsSL https://packages.chromium.org/cr-repo.key | sudo gpg --dearmor -o /usr/share/keyrings/chromium-keyring.gpg echo deb [archamd64 signed-by/usr/share/keyrings/chromium-keyring.gpg] https://packages.chromium.org/deb stable main | sudo tee /etc/apt/sources.list.d/chromium.list sudo apt update # 安装112版本关键 sudo apt install -y chromium-browser112.0.5615.49-0ubuntu0.20.04.1 # 锁定版本防止自动升级破坏CDP兼容性 sudo apt-mark hold chromium-browser第二步配置Chromium启动参数麒麟系统默认启用严格沙箱而Chromium在无特权环境下需禁用沙箱。创建启动脚本/usr/local/bin/start-chromium.sh#!/bin/bash # 麒麟系统专用启动参数 exec /usr/bin/chromium-browser \ --remote-debugging-port9222 \ --no-sandbox \ --disable-gpu \ --disable-dev-shm-usage \ --disable-extensions \ --headlessnew \ $赋予执行权限sudo chmod x /usr/local/bin/start-chromium.sh第三步BrowserSkill初始化# 安装BrowserSkill CLI需Node.js 18 npm install -g browserskill # 验证Chromium是否就绪 curl -s http://localhost:9222/json | jq .[0].url # 应返回about:blank # 启动BrowserSkill守护进程 bsk launch --port9222 --browser-path/usr/local/bin/start-chromium.sh # 测试基础功能 bsk screenshot --urlhttps://example.com --outputtest.png注意麒麟系统上--disable-gpu参数必不可少否则Chromium在无显卡驱动环境下会崩溃。我们曾因此在某次交付中耽误4小时最终发现是GPU进程初始化失败导致CDP连接超时。这个坑务必避开。4. 实操全流程从零开始构建一个可落地的自动化测试脚本4.1 场景设定电商商品页价格监控与截图归档假设你负责一个跨境电商网站的前端质量保障需要每天9点自动检查首页热门商品的价格是否更新并保存带时间戳的截图。传统做法是人工打开页面、肉眼核对、手动截图效率低且易遗漏。用BrowserSkill我们可以构建一个全自动流水线。需求拆解目标URLhttps://shop.example.com/product/12345关键元素价格显示区域CSS选择器.price-current输出要求截图文件名含日期时间如20240520_0900_product12345.png同时生成JSON报告记录价格文本和截图路径失败处理若价格元素不存在或截图失败发送告警邮件4.2 脚本编写分步实现与参数精调我们用Bash脚本封装BrowserSkill命令确保可移植性和可维护性#!/bin/bash # price-monitor.sh set -e # 任何命令失败立即退出 # 配置区 PRODUCT_ID12345 TARGET_URLhttps://shop.example.com/product/$PRODUCT_ID SELECTOR.price-current OUTPUT_DIR/var/log/price-monitor DATE_STR$(date %Y%m%d_%H%M) SCREENSHOT_FILE$OUTPUT_DIR/${DATE_STR}_product${PRODUCT_ID}.png REPORT_FILE$OUTPUT_DIR/${DATE_STR}_report.json # 创建输出目录 mkdir -p $OUTPUT_DIR # 步骤1导航并等待页面加载 echo [INFO] 导航至 $TARGET_URL bsk navigate --url$TARGET_URL --timeout10000 --wait-fornetwork-idle # 步骤2提取价格文本 echo [INFO] 查询价格元素 PRICE_TEXT$(bsk query --selector$SELECTOR --attributetextContent --timeout5000 2/dev/null || echo NOT_FOUND) if [ $PRICE_TEXT NOT_FOUND ]; then echo [ERROR] 价格元素未找到请检查CSS选择器或页面结构 exit 1 fi # 步骤3截图并标注 echo [INFO] 截图并高亮价格区域 bsk screenshot \ --selector$SELECTOR \ --highlighttrue \ --output$SCREENSHOT_FILE \ --timeout8000 # 步骤4生成结构化报告 cat $REPORT_FILE EOF { timestamp: $(date -u %Y-%m-%dT%H:%M:%SZ), product_id: $PRODUCT_ID, price_text: $PRICE_TEXT, screenshot_path: $SCREENSHOT_FILE, url: $TARGET_URL } EOF echo [SUCCESS] 监控完成价格 $PRICE_TEXT截图已保存至 $SCREENSHOT_FILE关键参数说明--wait-fornetwork-idle等待所有网络请求完成后再继续比简单的--delay5000更可靠。BrowserSkill会监听CDP的Network.loadingFinished事件确保动态加载的内容如价格API返回的数据已渲染。--highlighttrueBrowserSkill内置的高亮功能会在截图上自动添加红色边框和半透明遮罩突出显示目标元素。这比后期用ImageMagick处理更精准因为高亮发生在渲染管线中不受CSStransform或position: fixed影响。--timeout参数所有命令都支持超时控制单位毫秒。设置合理超时值能避免脚本无限挂起这是生产环境必备的安全阀。4.3 集成到系统级任务调度将脚本加入Linux定时任务实现无人值守# 编辑crontab sudo crontab -e # 添加以下行每天9点执行 0 9 * * * /home/user/price-monitor.sh /var/log/price-monitor.log 21增强可靠性措施健康检查在脚本开头添加bsk health-check --port9222确保Chromium进程存活。若失败则自动重启bsk kill bsk launch --port9222资源清理在脚本末尾添加find $OUTPUT_DIR -name *.png -mtime 30 -delete自动清理30天前的截图防止磁盘占满告警集成当PRICE_TEXT为空时调用邮件命令echo 价格监控失败$TARGET_URL | mail -s ALERT: Price Monitor Failed adminexample.com我们在线上环境运行此脚本3个月平均每天成功执行率99.97%失败案例中92%是目标网站临时维护HTTP 503BrowserSkill本身零故障。这证明了其作为生产级工具的稳定性。5. 常见问题排查与独家避坑指南5.1 典型问题速查表问题现象可能原因排查命令解决方案bsk command not foundNode.js版本过低或全局安装失败node --version,npm list -g browserskill升级Node.js至18.17重装npm install -g browserskill --forceCDP connection refusedChromium未启动或端口被占用lsof -i :9222,ps aux | grep chromium杀死残留进程kill -9 $(lsof -t -i :9222)或换端口bsk launch --port9223screenshot returns blank image页面未完全渲染或元素不可见bsk navigate --url... --debug添加--wait-fordom-content-loaded检查CSSvisibility:hidden或display:noneaxe audit fails with no rules foundBrowserSkill内置axe-core版本过旧bsk version更新CLInpm update -g browserskill或手动指定规则集bsk axe --ruleswcag2a,wcag2aa麒麟系统启动Chromium报错Failed to move to new namespace内核命名空间限制dmesg | tail -20在启动脚本中添加--no-zygote --single-process参数5.2 踩过的坑与实战心得坑1CDP端口被IDE自动占用VS Code的某些调试扩展如Debugger for Chrome默认监听9222端口。当你执行bsk launch时看似成功但后续命令全失败。解决方案在VS Code设置中搜索chrome.debug.port改为9223或在BrowserSkill配置中永久指定端口bsk config set cdp-port9223。坑2截图尺寸在HiDPI屏幕异常MacBook Pro的Retina屏上bsk screenshot默认输出2倍分辨率图片如2560x1440但文件名未体现缩放比例导致自动化处理时尺寸误判。解决方案添加--scale-factor1参数强制1:1渲染或用bsk query --selectorbody --attributeclientWidth动态获取实际宽度。坑3Lighthouse审计在无头模式下分数偏低Chromium无头模式默认禁用部分性能API如PerformanceObserver导致Lighthouse的Performance指标失真。解决方案启动Chromium时添加--enable-featuresNetworkService,NetworkServiceInProcess参数或改用--headlessnew模式Chromium 112支持。坑4bsk context在WSL2中无法获取Windows路径WSL2环境下BrowserSkill运行在Linux子系统但VS Code可能在Windows主机上。bsk context --editorvscode返回的路径是/mnt/c/Users/...而非C:\Users\...。解决方案在BrowserSkill配置中启用路径转换bsk config set wsl-path-conversiontrue它会自动将WSL路径映射为Windows格式。实操心得BrowserSkill的调试模式bsk --debug是神器。它会输出每条CDP请求的原始JSON和响应包括method、params、result。我曾靠它发现一个隐藏Bug当页面包含大量canvas元素时CDP的Page.captureScreenshot会因GPU内存不足返回空数据而BrowserSkill默认超时后静默失败。开启debug后响应体里明确写着{error:{code:-32000,message:Insufficient memory}}于是我们加了--canvas-limit50参数限制画布数量。6. 生态位辨析BrowserSkill与Playwright、Agent Browser、MCP的本质差异网络热词中频繁出现“browserskill和agent browser以及playwrite mcp”说明开发者容易混淆它们的定位。这三者看似都跟浏览器自动化有关但设计哲学和适用场景截然不同。Playwright是“全能型浏览器驱动”目标是跨浏览器、跨语言、高保真模拟用户行为。它内置了Chromium/Firefox/WebKit三端引擎支持Python/Java/JS多语言API能精确模拟鼠标移动轨迹、键盘按键时序、甚至触摸事件。BrowserSkill则像“浏览器能力路由器”它不提供渲染引擎只做CDP协议的智能封装和CLI接口的语义映射。Playwright适合做端到端E2E测试比如测试登录流程中验证码识别BrowserSkill适合做开发辅助比如一键提取当前页面的API调用链。Agent Browser如OpenDevin的配套工具是“AI代理的浏览器外壳”核心是让大模型能自主操作浏览器完成复杂任务。它把浏览器当作AI的“手和眼”通过自然语言指令驱动如“找到GitHub上star数最多的TypeScript项目进入其README截图前三段”。BrowserSkill没有AI推理能力它只接受结构化指令JSON或CLI参数把AI的决策结果转化为确定性操作。你可以把Agent Browser看作“大脑”BrowserSkill看作“小脑”——前者决定做什么后者精准执行怎么做。MCPModel Context Protocol是“模型上下文交换标准”本质是定义AI模型与外部工具间的数据契约。它规定了工具描述Tool Specification、输入输出Schema、错误码等元数据格式。BrowserSkill的CLI命令正是MCP的绝佳载体bsk screenshot --selector...的JSON Schema可直接注册为MCP工具供Claude Code CLI或Codex CLI调用。而Playwright的API太底层Agent Browser的协议太AI中心化都不如BrowserSkill的CLI接口简洁通用。举个具体例子你想让AI助手“分析竞品网站首页的SEO问题”。用Agent BrowserAI会自己规划步骤打开页面→运行Lighthouse→解析报告→生成建议用Playwright你需要写几十行代码调用Lighthouse CLI而用BrowserSkill只需注册一个MCP工具{ name: seo_audit, description: Run Lighthouse SEO audit on a URL, parameters: { type: object, properties: { url: {type: string, description: Target website URL} } }, command: bsk lighthouse --url {url} --categoryseo --outputjson }然后AI只需调用{name: seo_audit, arguments: {url: https://competitor.com}}BrowserSkill就完成所有事。这种解耦设计正是BrowserSkill在AI编码浪潮中脱颖而出的关键。7. 进阶技巧用BrowserSkill构建个人知识库索引系统最后分享一个我们团队正在用的进阶玩法把BrowserSkill变成你的第二大脑。每天浏览技术文章、文档、博客时不再只是收藏链接而是用BrowserSkill自动提取结构化知识。实现原理利用BrowserSkill的bsk query和bsk export能力结合Markdown模板生成可搜索的知识卡片。脚本示例save-to-kb.sh#!/bin/bash URL$1 TITLE$(bsk query --selectortitle --attributetextContent --timeout3000) H1$(bsk query --selectorh1 --attributetextContent --timeout2000) KEYPOINTS$(bsk query --selectorul li, p --attributetextContent --limit5 --timeout5000 | head -n 5 | sed s/^/- /) cat $HOME/kb/$(date %Y%m%d)_$(echo $TITLE | tr -d [:punct:] | tr _).md EOF --- url: $URL title: $TITLE date: $(date %Y-%m-%d) --- ## 摘要 $H1 ## 关键要点 $KEYPOINTS ## 原文链接 [$TITLE]($URL) EOF echo 已存入知识库$HOME/kb/$(date %Y%m%d)_*.md使用方式在浏览器中打开一篇技术文章复制URL终端执行./save-to-kb.sh https://example.com/post。几秒后一个按日期和标题命名的Markdown文件就生成在你的知识库目录内容包含标题、一级标题、前5个列表项或段落以及原文链接。配合Obsidian或Logseq这些文件自动成为双向链接网络的一部分。这个技巧的价值在于它把BrowserSkill从“工具”升维为“工作流器官”。你不再需要记住“这篇文章讲了什么”只需要知道“我在2024年5月存过一篇关于CDP调试的文章”搜索即可召回。而这一切始于一行bsk query命令——这才是BrowserSkill最迷人的地方它不炫技不造概念只是安静地把浏览器这个最常用却最不被结构化利用的工具变成了你知识体系的活水源头。

BrowserSkill：基于CDP的CLI浏览器自动化框架

相关推荐

Delphi XE11 必用组合：JCL 2.8 + JVCL 3.5 深度适配指南

Cx-Programmer中ST语言编程实战：从梯形图到结构化文本的进阶指南

BlenderMCP 实战：把 AI 助手接入 Blender 的完整配置与踩坑指南

更多资讯

俄罗斯方块算法拆解：从数据结构到碰撞检测与手感设计

舆情分析系统：从网页爬取到热词图谱的完整工程实践

C#2.0 WebForms实战工程：可部署、可调试、可维护的老系统骨架

VS Code全局搜索进阶：正则表达式、批量替换与搜索编辑器实战

SIMPLE算法求解方腔顶盖驱动流：C++实现与交错网格离散

OpenClaw接入微信方案源码拆解：登录态、消息队列与定时任务实战

今日更新

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本周精选

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？