1. 从 Playwright 脚本到可分发 EXE，中间断了一截
Claude Code 辅助 RPA 脚本生成这件事，真正卡住人的地方往往不是"能不能写出脚本"，而是脚本写完之后怎么变成一个双击就能跑、还能控制谁能用的 EXE。我见过太多人用 Claude Code 生成一段 Playwright 代码，在开发机上跑得挺顺，结果交给业务同事就傻眼：对方电脑没有 Python、没有浏览器驱动、更不会配环境变量。于是又回到"远程协助装环境"的老路，AI 省下来的时间全还回去了。
这篇要解决的就是这段工程化链路：以 Playwright 脚本为起点，经蓝印RPA 封装成可视化流程，最后打包成带授权管理的 EXE；同时用 TaoToken 统一管理模型调用的 Key 和 API 通道，让 Claude Code 生成脚本、RPA 引擎执行脚本这两件事共用一套配置，不用在多个平台之间来回切换 Key。适合正在做跨系统数据同步、后台批量操作、需要把自动化交付给非技术同事的个人开发者和中小企业团队。
核心检索词先摆清楚：Claude Code 是 AI 编码助手，负责生成和修改 Playwright 脚本；蓝印RPA 是执行引擎，负责把脚本落地成稳定流程并打包 EXE；TaoToken 是统一的模型 API 通道，负责把模型调用的 Key 和地址收敛到一处。三者分工明确，缺了中间任何一环，链路都会断。
2. TaoToken 前置：把模型调用配置收敛到一处
在讲配置之前，先说清楚为什么需要 TaoToken 这一层。Claude Code 生成脚本时会调用模型，蓝印RPA 里如果用到 AI 能力（比如元素自愈、OCR 识图）也会调用模型。如果每个工具各自配一套 Key、各自记一个地址，时间一长就是灾难：换 Key 要改五个地方，排查问题不知道是哪个通道出的错。
TaoToken 的作用就是把这些调用统一到一个 API 通道上。你只需要在 TaoToken 控制台创建一个 API Key，然后在各个工具里填同一个地址和 Key。官网入口在 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，API 基础地址是 https://taotoken.net/api ，注意这个地址后面不加任何 UTM 参数，配置时直接填这个就行。
具体操作路径：先到控制台创建 Key，地址是 https://taotoken.net/console?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ；创建完在 API Keys 页面复制，页面地址 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。如果你只是想先验证模型通不通，可以用模型对话页面发一条测试消息，地址 https://taotoken.net/chat?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。长期做编码和 Agent 的话，Coding Plan 页面值得看一眼：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。
注意：API 地址统一用 https://taotoken.net/api ，不要自己拼接路径，也不要在末尾加斜杠，否则部分客户端会报 404。
3. 可复制配置：config.toml 与 settings.json 骨架
这一节给两份可以直接抄的配置。第一份是 Claude Code 侧的 config.toml，第二份是蓝印RPA 或 CC Switch 侧的 settings.json。两份配置里的 Key 都指向同一个 TaoToken Key，这样模型调用就统一了。
3.1 config.toml 骨架
# Claude Code 模型通道配置 # 统一走 TaoToken，Key 只维护这一份 [model] provider = "openai-compatible" base_url = "https://taotoken.net/api" api_key = "sk-你的TaoTokenKey" model = "claude-3-7-sonnet" timeout = 120 [model.params] max_tokens = 8192 temperature = 0.2 # 生成 Playwright 脚本时的默认输出目录 [workspace] script_dir = "./rpa_scripts" export_dir = "./rpa_export"这里 base_url 填 https://taotoken.net/api ，api_key 填你在控制台创建的那串。temperature 建议压到 0.2 左右，生成脚本时更稳定，不容易出现天马行空的定位写法。
3.2 settings.json 骨架
{ "api": { "baseUrl": "https://taotoken.net/api", "apiKey": "sk-你的TaoTokenKey", "defaultModel": "claude-3-7-sonnet" }, "rpa": { "engine": "lanyin", "scriptImportDir": "./rpa_scripts", "exportFormat": "exe", "enableElementSelfHeal": true }, "switch": { "profiles": ["dev", "prod"], "active": "dev" } }enableElementSelfHeal 打开后，蓝印RPA 在元素定位失效时会尝试自动修复，这对付供应商网站改版特别有用。switch.profiles 是给 CC Switch 用的，下面单独讲。
3.3 CC Switch 切换配置片段
CC Switch 的价值在于：开发时用一套配置，打包交付时切到另一套，不用手动改文件。下面是一个可复制的切换片段。
{ "profiles": { "dev": { "baseUrl": "https://taotoken.net/api", "apiKey": "sk-开发用Key", "model": "claude-3-7-sonnet", "logLevel": "debug" }, "prod": { "baseUrl": "https://taotoken.net/api", "apiKey": "sk-生产用Key", "model": "claude-3-7-sonnet", "logLevel": "warn" } } }切换命令按 CC Switch 的实际 CLI 来，通常是cc-switch use prod这种形式。切换后确认一下当前生效的 profile，避免打包时误用了开发 Key。
4. 验证请求与成功结果：从脚本生成到 EXE 打包
配置填完不能直接上生产，得先验证链路通不通。这一节给一套动作清单，按顺序做，每步都有明确的成功标志。
4.1 验证模型通道
先用模型对话页面发一条消息，确认 Key 有效。地址 https://taotoken.net/chat?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。成功标志是能正常收到回复，没有 401 或 403。
4.2 验证 Claude Code 生成脚本
在 Claude Code 里给一句自然语言，让它生成一段 Playwright 脚本。比如"打开订单后台，点击导出按钮，等待下载完成"。成功标志是生成的脚本里元素定位用的是 get_by_role 或 get_by_label 这类语义定位，而不是硬编码的 xpath。
from playwright.sync_api import sync_playwright with sync_playwright() as p: browser = p.chromium.launch(headless=False) page = browser.new_page() page.goto("https://example.com/orders") page.get_by_role("button", name="导出数据").click() page.wait_for_event("download") browser.close()4.3 验证蓝印RPA 导入
把生成的脚本导入蓝印RPA，走"AI 生成脚本一键转流程"的入口。成功标志是脚本被拆成可视化节点，而不是一整块黑盒代码。这一步很关键，如果导入后还是纯代码块，那可视化编排的意义就没了。
4.4 验证元素自愈
故意改一下页面元素的 class 或 id，再跑一次流程。成功标志是流程没有直接崩，而是触发了元素自愈，自动找到新的定位路径继续执行。这一步能验证 enableElementSelfHeal 是否真的生效。
4.5 验证 EXE 打包与授权
在蓝印RPA 里选择打包导出 EXE，设置授权方式和有效期。成功标志是导出的 EXE 在没装 Python 的机器上能直接双击运行，且授权过期后无法启动。如果还支持在线推送更新，再验证一次版本检测。
| 验证项 | 成功标志 | 失败常见原因 |
|---|---|---|
| 模型通道 | 正常收到回复 | Key 错误或地址带斜杠 |
| 脚本生成 | 语义定位为主 | temperature 过高 |
| 流程导入 | 拆成可视化节点 | 脚本含不支持的语法 |
| 元素自愈 | 改版后仍能跑 | 自愈开关未打开 |
| EXE 打包 | 无环境机器可运行 | 缺少运行库或授权配置错 |
5. 本篇常见错排查
链路跑通之前，大概率会踩几个坑。这里按出现频率排一下。
第一个坑是 API 地址写错。很多人习惯在 base_url 末尾加/v1或斜杠，结果请求 404。TaoToken 的地址就是 https://taotoken.net/api ，不要自己拼路径。如果客户端强制要求/v1，先确认客户端是否支持自定义完整路径。
第二个坑是 Key 混用。开发用 Key 和生产用 Key 没分开，打包出去的 EXE 里带着开发 Key，一旦泄露影响面很大。用 CC Switch 的 profile 机制隔离，打包前确认当前 profile 是 prod。
第三个坑是脚本导入后节点丢失。Claude Code 生成的脚本如果用了蓝印RPA 不支持的库或语法，导入时会丢节点。解决办法是生成脚本时限定只用 Playwright 标准 API，不要引入额外的第三方库。
第四个坑是元素自愈没生效。检查 settings.json 里 enableElementSelfHeal 是否为 true，以及蓝印RPA 版本是否支持该功能。部分老版本需要手动在流程设置里开启。
第五个坑是 EXE 打包后运行报缺少 DLL。这通常是打包时没勾选运行库依赖。在打包设置里把常用运行库勾上，或者用静态编译模式。
提示：排查时优先看日志。config.toml 里 logLevel 设成 debug，能看到每次模型请求的完整地址和返回码，定位问题比猜快得多。
6. 把 Key 和通道管好，链路才跑得久
回到最开始的问题：Claude Code 生成脚本快，但脚本到 EXE 这段工程化链路才是决定能不能交付的关键。这段链路里，模型调用的 Key 和 API 通道如果散落在各个工具里，维护成本会随着工具数量线性上升。用 TaoToken 把通道收敛到一处，config.toml 和 settings.json 里只维护一份 Key，CC Switch 负责开发和生产环境的切换，蓝印RPA 负责执行和打包，分工就清楚了。
如果你现在正卡在"脚本能跑但交付不了"的阶段，建议先把 TaoToken 的 Key 建好，把 config.toml 和 settings.json 按上面的骨架填一遍，然后按第 4 节的验证清单逐项过。模型通道验证用模型对话页面最快，地址 https://taotoken.net/chat?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ；Key 管理在 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ；接入细节看文档 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。长期做编码和 Agent 的话，Coding Plan 页面 https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 可以对比一下成本。
最后留一个实操建议：打包 EXE 之前，先在干净的虚拟机里跑一遍，确认没有依赖开发机的环境变量。这一步能挡掉大部分"在我电脑上好好的"问题。
