乐于分享
好东西不私藏

OpenClaw 新手第一周:在你开始折腾之前,先把这 9 件事做好

OpenClaw 新手第一周:在你开始折腾之前,先把这 9 件事做好

最近几周,很多人第一次安装 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,哪怕看起来写得很专业,也不代表它就值得信任。

你应该至少做到:

  1. 检查发布者是否可信
  2. 看清来源是否受限为可信源
  3. 一次只装一个
  4. 装完观察几天日志和行为

例如可以限制来源:

{
  "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