环境体检
打开 `初始设置`,先看 Node.js、OpenClaw CLI、配置文件是不是都已经就绪。这里没亮绿灯,后面很容易进入“哪儿都能点,哪儿都不太对”的状态。
- 看到 Node.js 已安装,说明底层运行环境在。
- 看到 OpenClaw CLI 可用,说明面板能真正管到 OpenClaw。
- 看到配置文件已初始化,说明后面的模型和 Agent 有地方落脚。
不是功能总览,而是一条能真的跑通的路线。每一步都尽量回答三件事:先做什么、为什么、做到什么算过关。
如果你只记住一个顺序,请记这个:环境 → 模型 → Agent → Skills → 聊天验证。先别急着追求“全能”,先做出一只靠谱的。
打开 `初始设置`,先看 Node.js、OpenClaw CLI、配置文件是不是都已经就绪。这里没亮绿灯,后面很容易进入“哪儿都能点,哪儿都不太对”的状态。
打开 `模型配置`,至少添加 1 个可用主模型。这里最容易让人误会的是:页面看起来很顺手,但如果模型没配好,后面创建 Agent 也只是“有个壳”,还不算能工作。
打开 `Agent 管理`。第一次上手不用追求花活,先做出一只职责单一、名字清楚、模型明确的 Agent。先养活,再养胖,这条经验比一开始堆十种设定更值钱。
打开 `Skills` 页面,看哪些技能已经可用,哪些还差依赖。你这一步不是要把所有 Skill 都点亮,而是先确认当前最需要的那几个能力能不能真的调用。
“页面里能看到 Skill,所以应该已经能用。”
看它是不是可用状态,而不是只看它有没有出现在列表里。
先保证 1 到 2 个关键能力真的能跑,再扩张技能树。
最后打开 `实时聊天`,发第一条消息。这一步最重要,因为很多配置在页面上都“像是好了”,但只有这里回得出来,才说明整条链路真的通了。
OpenClaw 用顺以后,真正省时间的不是“会配”,而是“知道平时该盯哪里”。
Agent 突然变木,大多数时候不是角色坏了,是模型掉线了。先看 API Key、Base URL、主模型连通性,再看备选模型能不能顶上。
只自己用时选“仅本机使用”最省心。要共享就配好 Token 或密码。把门打开很容易,把门关好更重要。
名字和职责写清楚,大改前先备份,一个 Agent 尽量只承担一类核心任务。这样出问题时,你知道该修谁。
排障顺序建议固定成:实时聊天表现 → 日志查看 → 系统诊断 → 钳子助手。别一出错就先重装,很多时候只是某个环节没接上。
主站和产品文案会优先讲投资工作流,但这不代表你必须先学投资模块才能用 OpenClaw。你完全可以把投资部分先当成另一个工作区,先把 OpenClaw 这条线跑顺。
不求覆盖所有奇怪情况,先把最常见的坑变成固定检查动作。
尽量说人话,不把你丢进术语海里游泳。
ProspectClaw 是管理面板,OpenClaw 是真正跑 Agent 的底层引擎。一个像驾驶舱,一个像发动机。
它是 OpenClaw 的命令行入口。你不一定天天手敲,但它能用,说明面板真的能接上底层。
聊天、模型调用、很多 Agent 行为都要经过它。很多“AI 不聪明”的问题,最后发现是入口没通。
它有自己的名字、模型、工作区、规则、记忆和技能边界。新建 Agent,本质上是在造一个新角色。
身份定义、行为规则、记忆文件、任务资料通常都在这附近。把 Agent 比成员工,工作区就是它的工位和文件夹。
它决定 Agent 除了聊天,还能不能调工具、连外部服务、做特定任务。有些 Skill 不是点亮就完事,还要依赖环境。
主模型是默认主力,备选模型是替补。只配一个模型当然也能跑,但一抽风就会带着 Agent 一起抽风。
钳子助手更偏配置说明、排障和规则起草;实时聊天里的 Agent,才是在验证你自己养出来的那只是不是能独立工作。
推荐稳定版通常更适合长期使用。升得太快,可能先收获新特性,也可能先收获兼容性惊喜。
OpenClaw 的乐趣不在一开始就堆满功能,而在于你真的养出一只会干活、听得懂、还能稳定上班的 Agent。一旦这件事成了,后面很多高级玩法都会顺得多。