装 BrowserSkill 本身并不难bsk CLI、浏览器扩展、bsk install-skill 三件事走完再跑一次 bsk doctor 全绿就能开工。真正容易卡住的是另一半WorkBuddy 自己调用模型时仍然要填 Key 和 Base URL原来的 Key 一旦额度用完或到期Agent Window 里翻页翻到一半最后整理评论那一步就会断掉。这次我把 WorkBuddy 的模型调用通道改到了 TaoToken官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end BrowserSkill 负责的浏览器操作一点没动改的只是「WorkBuddy 用哪个模型、从哪个地址调」这一跳。一、问题的起点BrowserSkill 通了模型那一跳没通先说清楚原来的场景。WorkBuddy 是支持 Shell 的 AgentBrowserSkill 是腾讯开源的浏览器操作工具两者配合的逻辑是BrowserSkill 提供 bsk CLI 浏览器扩展 本地 Daemon让 Agent 能在一片独立的 Agent Window 里操作你已经登录的真实浏览器WorkBuddy 则负责理解任务、拆解步骤、把抓回来的内容整理成表格和报告。这条链路里有两种完全不同的「能力」一种是浏览器操作能力由 BrowserSkill 提供。它解决的是登录态、Cookie、验证码、窗口抢占这些问题让 WorkBuddy 能进到京东已登录的页面搜索《AI一人公司》逐条打开店铺和商品页翻到评论区。另一种是模型调用能力由 WorkBuddy 自己的模型设置提供。它解决的是「看懂页面、判断哪个商品是清华大学出版社那一版、把 50 条评论归纳成差评原因分类」这些事。问题就出在第二种上。BrowserSkill 装好之后很多人会误以为整条链路都通了结果发现在独立窗口里翻页很顺利但一到「整理成 Excel」这一步就报错或者干脆卡住回头看才发现是 WorkBuddy 的模型 Key 用完了。更麻烦的是这时候浏览器任务是跑到一半的重来一次又要重新翻几十页。所以正确的顺序是先把 WorkBuddy 的模型通道换成一个稳定、可控的来源再去跑 BrowserSkill 的长任务。TaoToken 补的就是模型这一跳它不替代 BrowserSkill 的任何浏览器操作也不替代 WorkBuddy 的任务规划只负责把「模型请求发到哪里、用哪个 Key」这件事接管过来。二、改之前先确认TaoToken 在链路里的位置把整条链路画成一条线是这样WorkBuddy任务规划 调用模型→ Base URL / API Key → TaoToken → 模型返回 → WorkBuddy 生成 Excel 和报告同时并行的另一条线是WorkBuddy → bsk CLI → bsk Daemon → 浏览器扩展 → Agent Window → 京东页面两条线在 WorkBuddy 这里交汇但配置位置完全不同。第一条线在 WorkBuddy 的「模型设置 / API 设置」里改第二条线在终端和浏览器扩展里改。搞混了就会做无用功比如反复重装扩展、反复跑 bsk doctor其实问题在 Key 上。改之前需要先准备好三样东西。第一是 API Key。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册账号进控制台的 API Keys 页面创建一个新 Key复制出来先存好。Key 的形状通常是一串前缀加随机字符注意复制时不要带上首尾空格也不要把引号一起复制进去。第二是 Base URL。TaoToken 的接口地址是 https://taotoken.net/api 这里有两个必须注意的点结尾不要加 /v1也不要把 UTM 参数一起粘进去。很多人习惯性在 Base URL 后面补 /v1结果实际请求拼成了 /api/v1/v1/chat/completions 这类路径直接 404。第三是模型 ID。TaoToken 控制台里能看到当前可用的模型列表把这个 ID 原样填到 WorkBuddy 的模型名称字段里。不同 Agent 对模型 ID 的写法要求不同有的要求完整 ID有的允许别名建议先用完整 ID 跑通再考虑简化。如果你在这个阶段就想先确认 Key 本身能不能用可以打开模型对话页面发一条最简单的消息比在 WorkBuddy 里反复试要快得多https://taotoken.net/console/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite三、可复制配置WorkBuddy 模型设置改走 https://taotoken.net/apiWorkBuddy 的模型设置入口一般在设置里的「模型 / API」这一类面板中不同版本叫法略有差异但需要填的字段基本一致。按下面这张表逐项对应填即可。字段填写内容注意事项API 提供商自定义 / OpenAI 兼容不要选成某个内置厂商Base URLhttps://taotoken.net/api结尾不带 /v1不带 UTM 参数API KeyYOUR_API_KEY换成你自己在控制台创建的 Key模型 ID控制台里显示的模型 ID原样复制不要自己加前缀超时时间建议 120 秒以上长任务整理评论时容易超时配置时最容易出错的地方是 Base URL 的写法。正确的形式是整整一行只有 https://taotoken.net/api后面什么都不加。如果你看到配置面板里提示「通常以 /v1 结尾」也不要照着改以 TaoToken 文档里的地址为准。填完之后建议做一次保存并新建会话。有些 Agent 会把模型配置缓存在当前会话里旧会话里改了设置也不会生效就会出现「明明改了地址还是报原来的错」这种情况。新建一个对话发一句「你好」确认能正常返回再去跑 BrowserSkill 的长任务。同时确认一下 BrowserSkill 那边不需要任何改动。bsk CLI 的安装命令照旧macOS / Linux 下执行curl -fsSL https://raw.githubusercontent.com/Tencent/BrowserSkill/main/install.sh | shWindows 用 PowerShell 的对应命令。扩展照旧从浏览器应用商店安装或者用项目 Release 里的 ZIP 包手动加载。给 Agent 装技能照旧跑bsk install-skill这一步会自动检测机器上的 Agent 框架并写入配置WorkBuddy 也在支持范围内。整个过程和模型走哪个通道没有任何关系不用担心改 Base URL 会影响 bsk 的检测结果。四、验证bsk doctor 通过后用 /browser-skill 抓京东《AI一人公司》评论配置改完先跑组件自检bsk doctor这个命令会依次检查 CLI 是否装好、Daemon 是否在跑、浏览器扩展是否连接到本地服务、Agent 技能是否写入成功。如果扩展那一项显示未连接先确认三个点扩展是不是装在你平时用的那个浏览器里、扩展图标有没有固定到工具栏、点开扩展面板能不能看到「已连接」。这三项都对再重新跑一次 bsk doctor一般就全绿了。自检通过之后回到 WorkBuddy 新建任务在输入框引用 browser-skill 技能然后下这条指令打开我已经登录的京东搜索《AI一人公司》确认是清华大学出版社出版的那一版梳理目前在售店铺、价格、评价数量和页面可见的销售热度再整理最近 50 条读者评论归纳读者最认可什么、最不满意什么最后生成 Excel 和一份口碑分析报告。不能确认的数据不要猜也不要把评价数量当成销量。任务开始后可以观察几个关键节点。第一WorkBuddy 会先列计划再调用 bsk 打开一个新的 Agent Window。这个窗口是独立的你自己正在用的浏览器窗口不会被抢占鼠标也不会被夺走这一点是 BrowserSkill 和传统自动化脚本最大的差别。第二窗口打开后页面顶部会显示正在被调试说明 Agent 正在控制这个窗口。它会先在京东搜索书名然后遇到第一个真正的难点京东上书名相近的书不少同一本书还有单册、套装、不同店铺链接。这一步能不能做对取决于模型的理解能力也就是刚换到 TaoToken 的这一跳。正常情况下 WorkBuddy 会通过书名、作者、出版社、ISBN 组合确认锁定清华大学出版社那一版而不是把其他同名书一起算进去。第三进入逐店铺采集阶段。这一步是最耗时的会连续打开不同店铺的商品页读取价格、评价数量再进入评论区翻页。之前实测的结果是找到 27 家在售店铺包括京东自营旗舰店和多家出版机构、图书专营店同时抓到最近 50 条读者评论。第四评论整理与报告生成。抓回来的 50 条评论会被结构化处理按星级分布、夸赞点、不满点、读者关心的问题分类最后输出一个包含多个工作表的 Excel以及一份完整的口碑分析报告。这一步完全是模型调用密集环节也是最容易因为 Key 问题中断的地方。换到 TaoToken 之后这个环节能不能稳定跑完就是验证配置是否成功的最终标准。如果你在跑的过程中遇到验证码、扫码登录或者需要人工确认的弹窗直接接管操作即可处理完 BrowserSkill 会继续接手不需要重新下任务。五、本篇常见错排查错误一改了 Base URL 仍然报 404 或路径错误。大概率是结尾多写了 /v1。请求会被拼成重复路径服务端找不到对应端点。把 Base URL 改回 https://taotoken.net/api 一个字符都不要多加。错误二把 UTM 参数一起粘进了 Base URL。在浏览器里复制地址时很容易把问号后面的推广参数一起带走粘进配置面板后请求路径就变了。正确做法是手动输入或者只复制到 /api 为止。错误三Key 复制带了空格或换行。从网页复制长字符串时首尾常带不可见字符表现为 401 或 403。建议先粘到纯文本编辑器里去掉首尾空白再粘进配置。错误四改了设置但没新建会话。旧会话可能仍在用旧的模型配置看起来像「改了没用」。保存后新建一个对话再验证。错误五bsk doctor 显示扩展未连接。先确认 Daemon 是否在运行再确认扩展装在了正确的浏览器配置文件下。如果你平时用 A 浏览器登录京东扩展就要装在 A 浏览器里装在 B 浏览器里是拿不到登录态的。错误六Agent Window 打开了但页面抓不到内容。通常是登录态问题。检查你装扩展的那个浏览器当前是否处于已登录状态尤其是长时间没用的账号可能需要重新登录一次。错误七模型请求超时任务中途断掉。整理几十条评论属于长上下文任务把超时时间调大一些同时避免让 Agent 一次性处理过多原始页面文本可以先让它分步汇总再生成最终表格。错误八书名相近导致数据串了。这不是模型通道的问题而是指令不够明确。在指令里写清出版社、作者、ISBN 限定条件并要求「不能确认的数据不要猜」能显著降低误抓概率。排查顺序建议是先在模型对话页面确认 Key 可用再跑 bsk doctor 确认浏览器侧就绪最后才跑完整的京东任务。把两类问题分开定位比混在一起猜要快得多。相关的 Key 管理和接入说明可以在这里查https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。六、把同一套模型通道复用到其他 Shell Agent这次改的虽然只是 WorkBuddy 的一个设置项但真正有价值的是这套拆法模型调用走 TaoToken浏览器操作走 BrowserSkill两者互不绑定。一旦 Base URL 和 Key 这套配置在 WorkBuddy 里跑通就可以原样搬到其他同样支持 Shell 的 Agent 上比如 Cursor、Claude Code、Codex、CodeBuddy 这类工具。它们的配置文件位置不同Claude Code 走的是 settings.json 里的 ANTHROPIC_ 系列环境变量Codex 走的是 config.toml但填的内容本质一样一个不带 /v1 的 Base URL一个可用的 Key一个明确的模型 ID。浏览器侧完全不用重配BrowserSkill 的 bsk CLI 和扩展是公共的任何能执行 Shell 命令的 Agent 都能通过它操作同一个已登录的浏览器。如果你打算把这种「抓取 整理」的活长期交给 Agent 跑比如定期看京东评论、定期收招聘岗位、定期整理后台数据那么模型通道的稳定性比单次配置正确更重要。长期高频调用更适合用套餐化的方式管理额度可以看看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 拿到 Key 之后你要做的就两件事把 WorkBuddy 的模型设置指向 https://taotoken.net/api 然后让 BrowserSkill 去干那些必须进登录页面、必须反复翻页的脏活累活。模型这一跳稳了Agent Window 里的几十页翻页和最后那份 Excel才真正跑得完。