企业官网建设流程全解析

1. 登录态复用是核心：BrowserSkill 借的是“可信会话”，不是新开浏览器

BrowserSkill 把浏览器自动化里最难的一环——登录态——单独拎出来解决了：它不新开浏览器，也不逼你养测试号，而是用 bsk CLI + 浏览器扩展，借你日常已经登录的标签页干活。Claude Code 接上它之后，操作后台、拉数据、发内容这些动作可以复用真实会话；但模型侧仍然需要一把 Key，我是在 TaoToken（https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=csdn_ugc_intro）拿的 Key，Base URL 用 https://taotoken.net/api 填到 Claude Code 的模型入口。这篇按后端工程师视角，把登录态复用流程和 Key 配置拆开讲清楚。

做过 Web 自动化的人都知道，真正难的不是找元素、点按钮、填表单，而是让目标平台相信“这次操作来自一个正常用户”。短信验证码、扫码登录、设备指纹、异地风控、行为验证，这些机制组合起来，足以让任何从零开始的自动化实例卡在第一步。BrowserSkill 的切入点很明确：既然登录态本身就是平台对你的信任凭证，那就不要伪造它，直接借用它。

这也是为什么我会把 BrowserSkill 和 TaoToken 分成两条链路来看。浏览器侧解决的是“我能不能进后台”，模型侧解决的是“Claude Code 有没有模型可用”。前者靠复用真实浏览器会话，后者靠一把可用的 API Key 和正确的 Base URL。两条链路不要混在一起排障，否则很容易出现“页面能打开，但模型报 401”这种看似矛盾、实际各查各的问题。

2. 后端工程师视角：bsk CLI、扩展、Claude Code 的进程边界

从架构上看，BrowserSkill 的组成并不复杂：一个本地bskCLI（同时承担命令行和守护进程角色），一个浏览器扩展，以及调用它的 AI 智能体。Claude Code、Cursor、Codex 这类工具本身不直接操作浏览器，它们通过 shell 调用bsk，bsk再去和扩展通信，最终落到你那个已经登录的浏览器标签页上。

这个进程边界很关键。Claude Code 负责的是任务编排和模型调用；bsk负责的是浏览器动作的本地代理；扩展负责的是在你真实浏览器里执行动作。三者之间任何一段断了，表现都不一样：

• Claude Code 没有调起bsk，通常表现为它只是“说”要操作浏览器，但没有实际动作；
• bsk启动了但扩展没连上，表现为命令超时或提示找不到可用标签页；
• 扩展连上了但目标标签页登录态过期，表现为跳回登录页或权限不足；
• 模型侧 Key 或 Base URL 不对，表现为 Claude Code 在规划阶段就报 401、404 或 403。

所以后端排障时，我习惯先确认bsk本地链路是否可用。可以在本地终端执行bsk --help或项目提供的诊断命令，确认 CLI 已安装、守护进程可启动。这个动作不涉及生产库，也不要把 Agent 直接接到任何数据库上，所有验证命令都在本地执行。

另一个容易忽略的点是“借用”和“占用”的区别。BrowserSkill 的设计目标是让 AI 借用一个已登录标签页，完成任务后归还，而不是把你整个浏览器锁死。因此它会尽量把自动化任务放在独立可见的 Agent 窗口里。你仍然可以正常用浏览器做别的事。这个“可见”对后端工程师很重要，因为你可以随时观察 AI 到底在页面上做了什么，而不是面对一个黑盒。

3. 可跟做的登录态复用流程：从安装扩展到归还标签页

下面是一条可跟做的流程。它不依赖你对 BrowserSkill 内部实现完全理解，只需要按顺序确认每一层是否就绪。

第一步，准备常用浏览器。BrowserSkill 当前主要覆盖 Chrome、Edge 这类 Chromium 系浏览器。你不需要为自动化单独装一个“干净”的浏览器，反而应该用你日常已经在用、已经登录了目标平台的那个浏览器。因为它的核心价值就是复用真实登录态，而不是新建一个可疑环境。

第二步，安装bskCLI。不同操作系统安装方式略有差异，macOS、Linux、Windows 都有对应支持。安装完成后，在本地终端确认 CLI 可用。这个步骤解决的是“Claude Code 能不能调起浏览器代理”的问题。

第三步，安装浏览器扩展，并确认扩展与bsk守护进程连接正常。扩展是真正执行页面动作的一端。如果扩展没有启用，或者被浏览器策略禁用了，bsk再完整也没用。

第四步，在浏览器里正常登录目标平台。比如你要让 Claude Code 帮忙处理 CSDN 后台、知乎内容管理、微信公众号素材库，就先用自己账号登录好，保持标签页处于可用状态。不要让浏览器进入无痕模式，也不要用一个刚从没登录过的环境。

第五步，给 Claude Code 下任务。你可以把它理解成一句话：“用 BrowserSkill 借用我已经登录的某个标签页，完成某件具体的事。”Claude Code 会通过bsk去借用标签页。任务描述越具体，越容易成功，比如“打开 CSDN 后台草稿箱，把标题为 X 的草稿状态读出来”，而不是“帮我发一篇文章”。

第六步，处理人工接管点。当任务撞上验证码、扫码、二次确认、风控弹窗时，BrowserSkill 会停下来请求你接管。你处理完，它再继续。这个设计非常务实：它没有假装 AI 能过所有风控，而是把“只有人能过”的步骤明确交还给人。

第七步，任务完成后归还标签页。确认 AI 没有继续占用你的浏览器，也没有在你不希望它操作的其他标签页上执行动作。涉及资金、隐私、对外发布的账号，建议全程盯着，因为它提供的是“可见 + 可接管”，不是“完全托管”。

4. 只补模型 Key：Claude Code 的 settings.json 与 ANTHROPIC_* 配置

BrowserSkill 解决的是登录态，TaoToken 补的是 Claude Code 的模型入口 Key。两者职责不同，配置也不要混在一起。你可以先到 TaoToken 官网（https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=csdn_ugc_key_config）创建一个 Key，然后在 Claude Code 里配置 Base URL 和鉴权信息。

Claude Code 使用settings.json和ANTHROPIC_*环境变量。Base URL 固定写：

https://taotoken.net/api

注意这个地址不要加 UTM 参数，UTM 只用于官网页面来源追踪，不要写进工具配置。Key 使用占位符YOUR_API_KEY，换成你自己创建的那把。

推荐先改~/.claude/settings.json：

{ "env": { "ANTHROPIC_BASE_URL": "https://taotoken.net/api", "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY", "ANTHROPIC_MODEL": "claude-sonnet-4-5", "ANTHROPIC_SMALL_FAST_MODEL": "claude-haiku-4-5" } }

如果你的 Claude Code 版本使用ANTHROPIC_API_KEY而不是ANTHROPIC_AUTH_TOKEN，按你本地版本要求替换字段名即可，但 Base URL 仍然是https://taotoken.net/api。模型名不要凭感觉写，先去 TaoToken 的模型对话里确认可用模型 ID，再填到ANTHROPIC_MODEL。ANTHROPIC_SMALL_FAST_MODEL可以用于轻量任务，降低长任务里的模型开销。

也可以用环境变量方式临时验证：

export ANTHROPIC_BASE_URL="https://taotoken.net/api" export ANTHROPIC_AUTH_TOKEN="YOUR_API_KEY" export ANTHROPIC_MODEL="claude-sonnet-4-5" claude

配置完成后，先在 Claude Code 里发一个简单请求，确认模型侧链路通，再去接 BrowserSkill 的浏览器任务。不要一上来就跑复杂的后台发布流程，否则 401 和页面权限错误会混在一起，很难定位。

5. Codex 别套 ANTHROPIC_*：config.toml 写法与 CC Switch 三件套

如果你同时用 Codex，要特别注意：Codex 不要套ANTHROPIC_*。Claude Code 和 Codex 的配置格式不同，Codex 使用config.toml。后端工程师最容易犯的错，就是把 Claude Code 的环境变量复制到 Codex，结果模型提供方解析失败。

Codex 的配置通常放在~/.codex/config.toml。一个可参考的写法如下：

model = "gpt-5-codex" model_provider = "taotoken" [model_providers.taotoken] name = "TaoToken" base_url = "https://taotoken.net/api" env_key = "TAOTOKEN_API_KEY" wire_api = "chat"

然后在本地 shell 里设置 Key：

export TAOTOKEN_API_KEY="YOUR_API_KEY"

这里再次强调：Codex 的env_key是TAOTOKEN_API_KEY，不要写成ANTHROPIC_AUTH_TOKEN。base_url使用https://taotoken.net/api，不要加 UTM，也不要随意追加/v1造成路径重复。不同 Codex 版本对wire_api的支持可能不同，如果启动时报协议相关错误，优先检查wire_api是否与当前版本匹配，而不是先去怀疑 Key。

所谓“CC Switch 三件套”，我建议按三个配置维度来管理：

1. 供应商：TaoToken，Base URL 为https://taotoken.net/api；
2. 鉴权：API Key，Claude Code 用ANTHROPIC_AUTH_TOKEN或对应字段，Codex 用TAOTOKEN_API_KEY；
3. 模型：Claude Code 的ANTHROPIC_MODEL与 Codex 的model分开填写，不要互相抄。

用 CC Switch 这类配置切换工具时，把 Claude Code 和 Codex 的配置分成两个 profile。切换工具本身不解决登录态，也不解决浏览器扩展连接，它只解决“模型入口配置切换”。不要让它承担超出职责范围的事。

6. 排障清单：Claude Code 报 401/404 时，先分清登录态与模型鉴权

当 Claude Code 接上 BrowserSkill 后，最常见的问题不是浏览器不会点，而是错误信息被混读。下面按报错类型拆开。

401 Unauthorized：优先查模型侧。检查ANTHROPIC_AUTH_TOKEN或ANTHROPIC_API_KEY是否真的是 TaoToken 创建的 Key，前后有没有空格，是否复制完整。检查settings.json是否被更高优先级的环境变量覆盖。可以在本地终端echo $ANTHROPIC_AUTH_TOKEN确认当前 shell 实际读到的值。不要在客户端里打印完整 Key，确认前后缀即可。

404 Not Found：优先查 Base URL。Claude Code 的ANTHROPIC_BASE_URL应该写成https://taotoken.net/api，不要写成https://taotoken.net/api/，也不要写成https://taotoken.net/api/v1这种可能重复的路径。很多 404 不是 Key 错，而是路径拼接错。

403 Forbidden：可能是模型权限或套餐未覆盖。先去 TaoToken 的模型对话或 Coding Plan 页面确认当前 Key 是否对该模型有权限。不要用浏览器登录态正常来解释模型 403，这两件事没有直接关系。

BrowserSkill 侧的超时：先确认浏览器扩展是否启用，bsk守护进程是否在运行，目标标签页是否还存在。如果你中途关掉了标签页，或者浏览器更新后扩展被禁用，Claude Code 会表现为“命令卡住”或“找不到标签页”。

人工接管未确认：如果任务停在验证码、扫码或确认弹窗，Claude Code 不会自己继续。你需要回到那个可见的 Agent 窗口完成操作。很多人以为程序挂了，实际上是等待人工介入。

登录态过期：即使你前几天登录过，Cookie 也可能已经失效。重新在真实浏览器里登录目标平台，再让 Claude Code 借用标签页。BrowserSkill 复用登录态，但它不负责帮你维持登录态。

7. 内容发布流水线里，登录态复用与 Key 配置如何配合

以一个后端工程师维护内容发布流水线为例。你可能需要把同一篇稿子分发到 CSDN、知乎、微信公众号、B 站、Dev.to 等平台。这些平台的共同点是：登录态就是命根子，尤其是带扫码和安全验证的后台，机器很难独立完成首次登录。

在这条流水线里，TaoToken 负责的是模型入口。Claude Code 可以通过 TaoToken 的 Base URL 调用模型，完成标题生成、摘要整理、标签建议、发布前检查等任务。BrowserSkill 负责的是浏览器侧执行：借用你已经登录的标签页，打开对应后台，填入内容，处理保存或发布动作。

一个更稳的协作方式是分阶段：

阶段一：本地准备 - 在本地整理 Markdown 稿件 - 用 Claude Code 做格式检查和元信息补全 - 模型请求走 https://taotoken.net/api 阶段二：浏览器执行 - 在真实浏览器登录目标平台 - 让 Claude Code 通过 bsk 借用已登录标签页 - 遇到验证码或扫码时人工接管 阶段三：结果确认 - 回到 Agent 窗口检查发布状态 - 确认标签页已归还 - 敏感账号操作保留人工复核

不要把 Agent 直接接到生产数据库，也不要用 MCP 或类似机制让模型直连 Oracle、MySQL 等生产库。需要查数据时，由读者在本地执行 SQL 或命令，再把脱敏结果交给模型分析。浏览器侧也一样，涉及资金、隐私、对外发布的账号，保持“可见 + 可接管”的边界，不要追求完全无人值守。

这种组合的价值在于：BrowserSkill 把最难的登录态复用解决了，TaoToken 把 Claude Code 的模型入口补齐了，你的流水线不再因为“AI 干到登录页就卡住”而断裂。省下来的不是一次登录的几分钟，而是整个任务上下文被反复打断、重建的隐性成本。

8. 落地顺序与 CTA：模型对话 → Coding Plan → 创建 Key → Claude Code 文档

如果你准备把 BrowserSkill + Claude Code + TaoToken 这套组合落地，建议按下面顺序走：

1. 先确认浏览器侧登录态可复用：装好扩展和bsk，在真实浏览器登录目标平台；
2. 再去 TaoToken 官网（https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=csdn_ugc_cta）创建 Key；
3. 把 Base URLhttps://taotoken.net/api和YOUR_API_KEY写进 Claude Code 的settings.json；
4. 用简单任务验证模型链路，再接 BrowserSkill 做浏览器任务；
5. 如果同时用 Codex，单独写config.toml，不要套ANTHROPIC_*。

高转化路径可以直接按这四步走：

• 先到模型对话确认可用模型：https://taotoken.net/models/detail/chat?utm_source=taotoken_aicg_blog_end&utm_content=csdn_ugc_chat
• 再看 Coding Plan 是否覆盖你的使用强度：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=csdn_ugc_coding
• 然后创建 API Key：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=csdn_ugc_key
• 最后按 Claude Code 文档把ANTHROPIC_BASE_URL和鉴权字段配对：https://taotoken.net/doc/ClaudeCodeAnthropic?utm_source=taotoken_aicg_blog_end&utm_content=csdn_ugc_claude_code

登录态复用是核心，TaoToken 只补 Claude Code 的 Key。把这两条链路分开看、分开配、分开排障，BrowserSkill 负责让 AI 进入你已经登录的真实浏览器，TaoToken 负责让 Claude Code 有模型可用。后端工程师要做的，不是把整个浏览器交给 AI，而是把该借的会话借出去，把该管的 Key 配正确，把该人工接管的节点留给人。