
最近几周,很多人第一次安装 OpenClaw,也有不少老用户在升级后突然发现:配置失效了、成本飙升了、权限开太大了、系统莫名其妙开始“自作主张”。
问题并不复杂,麻烦的是:这些坑往往只需要 5 分钟预防,但一旦出事,可能要花 5 小时补救。
如果你这周刚装 OpenClaw,别急着装一堆 skill,别急着开多 agent,先把下面这些基础打牢。
1. 先做模型路由,不要只会切模型
很多新手装完之后,只做了一件事:把默认模型切成自己觉得“最强”的那个。
这通常是第一笔冤枉钱的开始。
因为 OpenClaw 默认会把很多后台任务也发给主模型处理,比如:
- 心跳检查
- 子代理任务
- 日程、提醒、状态查询
- 一些其实不需要高性能模型的轻量请求
如果你把高价模型设成默认模型,那么这些后台噪音也会按高价收费。
更合理的做法是:把复杂对话留给主模型,把心跳、子代理等后台任务交给更便宜的模型。
参考配置思路:
{
"ai": {
"model": "anthropic:claude-sonnet-4-20250929",
"modelOverrides": {
"heartbeat": "google:gemini-2.5-flash",
"subagent": "google:gemini-2.5-flash"
}
}
}
简单说:
- 日常聊天:用主模型
- 后台任务:用便宜模型
- 真正复杂任务:临时切到更强模型,做完再切回来
这是控制成本最直接的一步。
2. 先锁住 gateway,这不是“可选优化”,而是基本安全
如果你把 OpenClaw 跑在 VPS 上,第一件事就是检查 gateway 有没有直接暴露到公网。
先看配置:
openclaw config get | grep host
如果你看到的是 0.0.0.0,或者根本没有设置 host,那就意味着:任何扫到你 IP 的人,都可能直接碰到你的 agent。
这不是夸张。
如果你的 agent 后续接了邮箱、日历、文件系统,暴露公网就不是“小风险”,而是直接把私人入口敞开了。
建议改成只监听本地:
{
"gateway": {
"host": "127.0.0.1"
}
}
需要远程访问时,通过 SSH 隧道转发:
ssh -L 18789:localhost:18789 user@your-vps
这一步只要两分钟,但非常值。
3. 如果你是从旧项目升级来的,先修配置兼容问题
这一条会坑到不少从 Clawdbot / Moltbot 时代迁移过来的用户。
新版 OpenClaw 不再兼容旧命名:
CLAWDBOT_*MOLTBOT_*
这些环境变量现在不是“提醒你过期”,而是直接忽略。
结果就是:
- agent 找不到配置
- 启动异常
- 看起来像“失忆”
- 工作区、记忆文件、人格配置全部失效
如果你之前的目录还在旧路径,比如:
~/.clawdbot~/.moltbot
也要尽快迁过去。
常见处理方式:
# 重命名环境变量
sed -i 's/CLAWDBOT_/OPENCLAW_/g; s/MOLTBOT_/OPENCLAW_/g' ~/.env
# 迁移状态目录
mv ~/.moltbot ~/.openclaw
# 重命名配置文件
mv ~/.openclaw/moltbot.json ~/.openclaw/openclaw.json
如果你不确定自己是否中招,可以先看看 home 目录里是否还留着旧目录。
4. 第一件事不是派任务,而是先写好人格和边界
很多人一装好就直接开始问任务,这是典型的顺序错了。
你应该先让 agent 建立两样东西:
- 人格:它说话方式、做事风格、判断偏好
- 边界:什么能做,什么绝对不能做
否则你会很快觉得它“又机械、又笨、又不对味”。
更重要的是,如果边界没写清,agent 会按它理解的目标高速执行,不会天然替你保守。
一个很实用的原则是:
- 不要只写“尽量如何如何”
- 更要明确写“绝对不要做什么”
比如:
- 未经明确批准,不要注册服务或创建账号
- 不要把我的私人信息发给外部服务
- 不要擅自删除邮件、文件或消息
- 如果发现新平台或新工具,先告诉我,不要直接行动
人格决定体验,边界决定安全。 这两者缺一不可。
5. 对破坏性操作,务必开启审批
OpenClaw 的强大,也意味着它一旦“理解错了”,后果会来得很快。
像下面这些动作,都应该要求确认:
- 删除邮件
- 移动邮件
- 删除文件
- 执行 shell 命令
参考配置:
{
"security": {
"actionApproval": {
"required": ["email.delete", "email.move", "file.delete", "shell.exec"],
"timeout": 120
}
}
}
开启之后,涉及这些操作时,agent 会先停下来等你确认。
这确实会慢一点,但比“快而失控”强太多。
更稳妥的做法是:
- 第一周尽量只给只读权限
- 先让它读、看、总结、提醒
- 等你确认它行为稳定,再逐步开放写权限
6. 第一周先别急着装 skill
这条听起来很反常识,但我很认同。
很多新手刚接触 OpenClaw,就会被各种 skill 吸引:
- 这个好像很强
- 那个看起来能自动化一切
- 装几个是不是效率更高
现实通常是:你还没学会系统原生能力,就已经把复杂度抬上去了。
风险主要有两个:
风险一:安全
来自第三方的 skill,哪怕看起来写得很专业,也不代表它就值得信任。
你应该至少做到:
- 检查发布者是否可信
- 看清来源是否受限为可信源
- 一次只装一个
- 装完观察几天日志和行为
例如可以限制来源:
{
"skills": {
"allowSources": ["clawhub:verified"]
}
}
风险二:上下文和成本
skill 不只是“多一个功能”,它也可能带来:
- 更多后台调用
- 更多上下文占用
- 更多排查难度
第一周的建议很简单:
先把原生能力摸熟,再加 skill。
7. 先把一个 agent 用顺,再考虑第二个
新手很容易犯另一个错:一上来就想拆分多个 agent。
比如:
- 一个做生活
- 一个做工作
- 一个做编程
- 一个专门跑自动化
听上去很合理,但现实里,多 agent 往往先带来三件事:
- 成本更高
- 调试更复杂
- 出问题时更难定位
如果第一个 agent 都还没有跑顺,第二个、第三个只会把问题复制放大。
更稳妥的节奏是:
- 先把一个 agent 稳定跑 2 周
- 确认成本、权限、行为、使用习惯都清楚了
- 再判断是否真的需要第二个
大部分人其实不需要那么早分身。
8. 学会用 /new 和 /btw,别让会话无限膨胀
很多人没意识到:会话越长,每次请求带上的上下文就越多。
这会带来三个问题:
- 更贵
- 更慢
- 更容易跑偏
/new 的作用
/new 是开启一个新会话,但不是失忆。
你的记忆文件、工作区、人格设定都还在,只是把当前聊天缓冲清空,让上下文重新变干净。
适合在这些时候用:
- 要开始一个新任务时
- 感觉 agent 反应开始变怪时
- 每天做一次上下文清理
/btw 的作用
/btw 很适合处理临时岔题。
比如你正在深入聊一个复杂任务,突然想问一句天气或者一个无关小问题。过去你只能:
- 把无关问题塞进当前上下文
- 或者开新会话打断主线
而 /btw 可以把这个“小插曲”单独处理,不污染主会话。
这是非常实用的习惯。
9. 每天看一次成本,尤其注意 session 膨胀
别等账单来了才第一次关心花费。
建议你每天至少看一次状态:
openclaw status
重点看两件事:
一是模型花费是否异常
如果你明明只是轻度使用,却已经花得很快,通常说明:
- 默认模型设错了
- 后台任务没有做模型分流
- 会话太长没有清理
- skill 或自动任务在后台消耗过多
二是 cron / session 是否不断堆积
如果你之前已经设置了很多定时任务,它们会持续生成 session 记录。长时间积累后,会慢慢拖垮整体表现。
如果感觉系统越来越钝,可以考虑清理使用方式,必要时从新会话开始。
那么,新手第一周到底该怎么过?
如果只给一个最务实的建议,我会这样安排:
第 1~2 天
先完成这些基础项:
- 配好模型路由
- 锁好 gateway
- 修掉旧配置兼容问题(如果你是迁移用户)
- 写好 SOUL / 边界
- 开启高风险操作审批
然后只做一件事:正常聊天,先熟悉它。
第 3~4 天
开始让它做真实但低风险的事:
- 看日历
- 做提醒
- 搜网页
- 总结文章
- 帮你整理信息
尽量保持只读。
第 5~7 天
开始优化体验:
- 根据不满意的地方继续改 SOUL
- 检查成本是否稳定
- 看看你每天真实会怎么用它
- 如果一切稳定,再逐步开放某一项写权限
最后一句:别把“慢一点”误会成“落后”
很多人之所以一个月后还在稳定使用 OpenClaw,不是因为他们一开始最激进,而是因为他们一开始最克制。
他们没有第一天就上 8 个 agent,没有一口气装 20 个 skill,没有一上来就让 agent 接管一切。
他们只是先把最无聊、最基础、最容易被忽视的部分做好。
而这,反而是后面所有高级玩法的前提。
一句话总结:先把基础、边界、安全和成本控制住,再谈扩展。真正能长期用下去的人,往往都是从“无聊但稳”的配置开始的。
原文来源
- Reddit: https://www.reddit.com/r/OpenClawUseCases/comments/1s8ob1u/if_you_installed_openclaw_this_week_read_this/
- 原作者:u/ShabzSparq
夜雨聆风