1. 先搞清楚 OpenClaw 到底能做什么,以及为什么新手总在第一步卡住
OpenClaw 这个项目在圈子里被叫做「小龙虾」,原因很简单,它的图标是一只红色的龙虾,Claw 本身又有「抓取、承接任务」的意思。但很多人第一次听到它,会误以为它只是一个套壳的对话工具,实际上它更像是一个能操控你本地电脑的桌面智能体:你用自然语言给它下指令,它会自己拆解任务、调用系统工具、读写文件、模拟键鼠操作,把一整条流程跑完。比如「把 D 盘下载文件夹里的图片按修改日期分类归档」「打开浏览器查资料整理成 Excel 存到桌面」,这类重复性操作它都能接手。
它适合谁?我实测下来,最适合三类人:一是每天要处理大量文件整理、表格汇总的办公族;二是想入门 AI 智能体但不想一上来就啃代码的新手;三是希望数据留在本地、不想把文件传到云端的人。因为 OpenClaw 的核心卖点是本地运行,数据不出设备,这一点对隐私敏感的场景很关键。
但新手最容易卡住的地方,往往不是软件本身,而是两个坑:第一,安全软件把它的核心文件当可疑程序删掉;第二,安装路径里带了中文或空格,导致部署直接失败。这两个问题在后面的章节我会给出具体的排查动作。另外,OpenClaw 本身只是一个「身体」,它要真正干活,还需要一个稳定的大模型通道来提供「大脑」。这篇教程会把 TaoToken 统一 Key 的接入方式一起讲清楚,让你一次跑通,而不是装完了发现没法调用模型。
需要先说明的是,OpenClaw 是开源项目,你可以去它的 GitHub 仓库核验代码安全性。我们这里讲的是部署和接入流程,不涉及任何绕过网络限制的操作,所有配置都基于官方提供的 API 通道完成。
2. 部署前的环境准备清单与 TaoToken 统一 Key 的前置配置
在动手解压之前,先把环境理清楚,能省掉后面一大半的返工。我踩过的坑是:装到一半发现依赖缺失,又回头重装,浪费了十几分钟。所以这一步请认真对照。
2.1 双端环境准备清单
Windows 端要求 Windows 10/11 的 64 位系统,建议预留至少 2GB 磁盘空间,安装路径必须是纯英文。macOS 端建议 macOS 12 以上,同样预留足够空间。两端都需要提前关闭安全防护软件的后台进程,因为 OpenClaw 要调用系统权限、读写本地文件、模拟键鼠,这些行为容易被误判拦截。
| 项目 | Windows | macOS |
|---|---|---|
| 系统版本 | Win10/11 64 位 | macOS 12+ |
| 安装路径 | 纯英文,如 D:\OpenClaw | 纯英文,如 /Users/yourname/OpenClaw |
| 解压工具 | WinRAR 或 7-Zip | 系统自带或 Keka |
| 安全软件 | 全部关闭后台进程 | 关闭拦截类防护 |
| 磁盘空间 | ≥2GB | ≥2GB |
2.2 TaoToken 统一 Key 的获取与作用
OpenClaw 要调用大模型,需要一个 API 通道。TaoToken 提供统一的 Key 和 API 地址,你只需要在配置里填一次,就能让 OpenClaw 走这个通道调用模型。官网入口是 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ,API 地址是 https://taotoken.net/api 。
获取 Key 的路径是:进入控制台,在 API Keys 页面创建一个新的 Key,复制保存好。这个 Key 就是你后面配置里的核心凭证。如果你还没决定用哪个模型,可以先在模型对话页面测试一下通道是否正常,确认能返回结果再往下走。
注意:Key 只显示一次,创建后请立即保存到安全的地方,不要直接提交到公开的代码仓库。
对于长期要做编码或 Agent 任务的用户,可以考虑 Coding Plan,它在调用频率和额度上更适合持续使用。但如果你只是先跑通部署,用按量计费的 Key 就够了。
2.3 为什么建议先配好 Key 再启动
很多人习惯先把软件装好再想模型的事,结果启动后发现 Gateway 在线但发指令没反应,又回头找配置。正确的顺序是:先拿到 Key,准备好配置文件,再启动 OpenClaw,这样第一次启动就能直接验证通道。下面一节我会给出可直接复制的配置片段。
3. 可复制的配置文件片段:settings.json 与 auth.json 怎么写
这一节是整篇的核心,配置写对了,后面基本就顺了。OpenClaw 的模型通道配置通常放在它的配置目录里,Windows 和 macOS 的路径不一样,但内容格式一致。下面给出可直接复制的片段,你只需要把 Key 替换成自己的。
3.1 主配置文件 settings.json
在 OpenClaw 的配置目录下创建或编辑 settings.json,填入以下内容。注意 Base URL 要写成 https://taotoken.net/api ,Model ID 根据你要用的模型填写,比如 claude-sonnet 这类标识。
{ "provider": "taotoken", "base_url": "https://taotoken.net/api", "api_key": "sk-你的TaoToken密钥", "model": "claude-sonnet", "timeout": 60, "max_tokens": 4096 }Windows 下这个文件一般放在D:\OpenClaw\config\settings.json,macOS 下放在/Users/yourname/OpenClaw/config/settings.json。路径里的 config 目录如果不存在,手动建一个即可。
3.2 凭证文件 auth.json
有些版本的 OpenClaw 会把凭证单独放在 auth.json 里,格式如下。如果你用的是 Codex 风格的认证,这个文件就是关键。
{ "taotoken": { "api_key": "sk-你的TaoToken密钥", "base_url": "https://taotoken.net/api" } }3.3 三件套对照:Base URL、Key、Model ID
不管你用哪种配置文件,核心就是三件套,缺一不可:
| 配置项 | 值 | 说明 |
|---|---|---|
| Base URL | https://taotoken.net/api | 统一 API 入口 |
| API Key | sk-开头的一串字符 | 控制台创建 |
| Model ID | 如 claude-sonnet | 按需选择 |
如果你用的是 Cline 或 CC Switch 这类工具来管理配置,逻辑是一样的,把这三项填进去就行。CC Switch 的好处是可以在多个配置之间切换,适合同时用多个模型的场景。Cline MCP 则更适合把 OpenClaw 作为工具接入到编辑器工作流里,但那是进阶用法,新手先把基础配置跑通。
提示:配置文件里的引号和逗号必须是英文半角,中文标点会导致解析失败,这是新手最常见的低级错误。
4. 双端启动命令与逐步验证:从 Gateway 在线到第一条指令成功
配置写好后,就可以启动了。这一节给出 Windows 和 macOS 的具体启动方式,以及怎么验证是否真的跑通。
4.1 Windows 端启动
进入解压后的 Openclaw-win 文件夹,找到Openclaw Windows 一键启动.exe,双击运行。如果弹出「Windows 已保护你的电脑」,点击「更多信息」再点「仍要运行」。进入欢迎界面后,点击底部红色「开始使用」,安装路径填纯英文,比如D:\OpenClaw,勾选协议后点「开始安装」。自动部署大约 3 到 5 分钟,期间不要关闭窗口。
安装完成后程序会自动启动,第一次启动 Gateway 需要初始化,页面显示「加载中」是正常的,等 1 到 3 分钟。右上角出现「Gateway 在线」就说明服务正常了。
4.2 macOS 端启动
macOS 下解压后进入对应目录,给启动脚本加执行权限,然后运行:
chmod +x ./openclaw-start.sh ./openclaw-start.sh如果系统提示无法验证开发者,去「系统设置 - 隐私与安全性」里点「仍要打开」。启动后同样等待 Gateway 初始化完成。
4.3 验证请求是否成功
Gateway 在线不代表模型通道就通了,还要发一条指令验证。在底部输入框输入一个简单任务,比如「帮我在桌面新建一个 test.txt 文件,内容写 hello」。如果几秒后桌面出现了这个文件,说明整条链路——OpenClaw 执行层加 TaoToken 模型通道——全部打通。
如果没反应,先看日志。Windows 下日志一般在安装目录的 logs 文件夹,macOS 下在~/OpenClaw/logs。日志里如果出现reading choices相关的报错,通常是模型返回格式解析问题,检查 Model ID 是否填对。
4.4 成功结果的判断标准
一次成功的部署,应该满足三个条件:Gateway 显示在线、发指令后模型有响应、本地文件操作真实生效。三者缺一,就往下看排查章节。
5. 本篇常见报错排查:401、local proxy failed、reading choices、OAuth 逐个拆解
部署过程中遇到的报错,其实就那么几类。我把真实遇到过的整理成对照表,你按图索骥就行。
| 报错信息 | 可能原因 | 解决动作 |
|---|---|---|
| 401 Unauthorized | Key 错误或未生效 | 检查 auth.json 里的 Key 是否完整,重新在控制台创建一个 |
| local proxy failed | 本地代理端口被占用或配置冲突 | 关闭其他占用端口的程序,检查 settings.json 里的 base_url 是否为 https://taotoken.net/api |
| reading choices | 模型返回格式不匹配 | 确认 Model ID 填写正确,换一个模型标识重试 |
| OAuth 相关报错 | 认证方式选错 | 改用 API Key 方式,不要走 OAuth 流程 |
| Gateway 持续离线 | 安全软件拦截或路径含中文 | 彻底关闭安全软件,确认安装路径纯英文,点重启 |
5.1 401 报错的处理
401 基本就是 Key 的问题。先确认你复制 Key 的时候没有多带空格,然后确认 auth.json 和 settings.json 里的 Key 一致。如果还不行,去控制台的 API Keys 页面重新生成一个,旧的可能被禁用了。
5.2 local proxy failed 的处理
这个报错通常和本地端口冲突有关。OpenClaw 启动时会占用一个本地端口做转发,如果这个端口被别的程序占了,就会失败。解决办法是关掉可能占用端口的程序,或者重启电脑后再启动 OpenClaw。同时确认 base_url 写的是 https://taotoken.net/api ,不要多加斜杠或路径。
5.3 reading choices 的处理
这个报错说明模型返回的数据结构 OpenClaw 没解析出来。最常见的原因是 Model ID 填错了,比如把模型名写成了不存在的标识。去文档页面核对一下可用的 Model ID,改成正确的再试。
5.4 OAuth 报错的处理
如果你在配置里选了 OAuth 认证方式,但通道并不支持,就会报错。直接改成 API Key 方式,把三件套填好即可。这也是为什么我建议新手一开始就用 Key 认证,少走弯路。
注意:排查时优先看日志文件,日志里的报错信息比界面提示详细得多,能直接定位到是哪一步出的问题。
6. 跑通之后:把 OpenClaw 用起来的几个实用方向
部署只是起点,真正有价值的是把它用起来。我实测下来,几个高频场景特别适合新手先练手:文件批量整理、表格数据汇总、浏览器资料采集。你可以从最简单的「整理下载文件夹」开始,指令写得越具体,执行精度越高。
如果你想让 OpenClaw 长期稳定地跑编码或 Agent 任务,建议去了解一下 Coding Plan,它在调用额度和频率上更适合持续使用。日常测试模型通道是否正常,可以用模型对话页面快速验证。需要管理多个 Key 或查看用量,就去控制台。接入文档里有更详细的参数说明,遇到配置问题可以先翻文档。
最后给一个实用技巧:把常用的指令存成一个文本文件,每次直接复制粘贴,比重新组织语言快得多。OpenClaw 的指令理解能力对描述完整性比较敏感,多写一句上下文,往往能少一次返工。