这两天 Clawdbot 在技术圈突然火了起来,很多人已经开始往服务器上部署测试。真正动手之后会发现,其实安装并不复杂,真正影响体验的是后续的使用方式和运行结构。

如果只是把程序跑起来,很快就能完成,但要做到长期稳定使用、访问顺畅、结构清晰、安全可控,就需要把部署过程和访问方式一起规划好,而不是单纯装完就结束。

这篇文章就是按真实部署和长期使用的思路,把 Clawdbot 从安装到初始化,再到服务化运行和宝塔访问配置完整跑通一遍,让它不仅能跑起来,也能稳定用得久、用得安心

Moltbot(原名 Clawdbot)是 2026 年 1 月突然爆火的开源个人 AI 助手项目,由 Peter Steinberger(PSPDFKit 创始人)开发。

Moltbot 是一个把 本地算力 + 大模型 Agent 自动化 玩到极致的开发者效率工具。

Moltbot 目标是让 AI 不只是给建议,而是直接完成完整工程任务。

因为 Anthropic 在 1 月 27 日发律师函称 Clawd / Clawdbot与 Claude 太像,项目在当天紧急更名为 Moltbot(脱皮龙虾之意,吉祥物是小龙虾 Molty 🦞),但功能完全一致,旧命令 clawdbot 仍然兼容。

与传统对话式大模型工具不同,它强调:

  • 任务自动规划(Planning)

  • 本地执行(Shell、文件系统、代码操作)

  • 失败反思与自修复(Reflection Loop)

    前置准备

    (1) 自己的服务器(VPS) , 我推荐使用 Vultr
    (2)安装宝塔面板 (非常简单)
    (3)打开 Clawdbot 官网 (已改名 Moltbot ) https://www.molt.bot/

    Moltbot 的安装被设计得极为友好,即使是非开发者也能快速上手。

    系统要求(不一定 Mac mini):

    • 硬件:极低,512MB-1GB RAM 即可运行。

    • 环境:支持 Mac, Windows, Linux,需要安装 Node.js (pnpm) 或使用 Docker。

一、从服务器开始:安装 Clawdbot 本体

进入服务器终端即可(宝塔 SSH 终端 / 本地 SSH 客户端都行),常见系统 Debian / Ubuntu / CentOS 都可以直接用官方脚本:

curl -fsSL https://clawd.bot/install.sh | bash

这是最省事的一种方式,会自动处理依赖环境。

国产系统的特殊情况

如果你首次使用可能需要出来 Node 版本问题:

路径:

宝塔面板 → 网站 → Node项目 → Node版本管理器 →
更新版本列表 → 安装稳定版 v24.13.0 → 设置为当前命令行版本

这一步主要是为了避免 Node 环境不兼容导致后续初始化失败。

二、初始化 Clawdbot

如果你是脚本安装,一般会自动进入初始化流程;
如果没有进入,可以手动执行:

clawdbot onboard --install-daemon

整个过程是交互式引导配置,不复杂,但每一步其实都在定义系统结构。

风险确认

系统会先提示这是一个高权限系统,有潜在风险,确认继续即可。

引导模式选择

直接选“快速开始”,先跑通系统结构,后面再精细化配置。

模型 / 鉴权提供方

这里是核心选择之一。

要注意一点:
列表中的 Moonshot、Qwen 默认是国际站 API 端点,很多国内账号是连不通的,这一步如果选错,后面会出现“系统正常但模型不可用”的假成功状态。

这里建议选你 直接先选 Qwen 平台。 ( 有免费使用额度 )

后面换其他平台,我们让 clawdbot 自己去换

通道(Channel)配置

这里是选择接入方式:

  • 网页对话(Web UI)

  • Telegram

  • Discord

  • 其他渠道

如果只是先跑系统结构,可以先选网页对话或直接跳过,后续再加。

技能系统(Skills)

这是 Clawdbot 的能力扩展模块:

  • 可选安装

  • 可后期补装

  • 不影响基础运行结构

按默认流程选即可。

API 配置项

后面的 API 项可以先跳过,不影响系统启动,后期按需补充即可。

把 Clawdbot 变成系统级服务

这一步决定稳定性。

执行:

安装完成后启动服务:

clawdbot daemon start

这时 Clawdbot 已经不是“终端程序”,而是:

  • 系统级 daemon 服务

  • 开机自启

  • 崩溃可重启

  • 后台常驻运行

从“工具脚本”升级成“系统服务”。

Clawdbot 本身的部署难度并不高,真正容易踩坑的从来不是怎么装,而是:

  • 访问路径设计

  • 权限边界控制

  • 服务暴露方式

  • 安全结构搭建

  • 长期稳定运行能力

如果你只是纯终端使用、纯 Bot 接入(Telegram / Discord),其实完全可以不做反向代理,系统会更安全;

但如果你需要 Web 控制台 + 可视化管理 + 多设备访问,那这一套结构就是非常合理的长期方案。

为什么最近这么火?

  • 真正做到了”像JARVIS一样”:能读写文件、跑终端命令、操作浏览器、收发邮件、日历、写代码、订机票、清空收件箱……

  • 本地优先 + 长期记忆:所有对话跨平台共享上下文,USER.md 和 memory/ 目录会越用越聪明

  • 支持几乎所有大模型:Claude、Gemini、OpenAI、Ollama 本地模型、Pi 等

  • 社区技能生态爆炸:ClawdHub 上已有 500+ 社区技能(Slack、Discord、GitHub、浏览器控制、macOS UI 自动化……)

  • 安装简单像 npm install,实际能力却很 spicy (开发者原话)

—–
更多关注

资源网站: https://holly.ink

工具网站: https://antcave.club

YouTube视频: https://www.youtube.com/@0xcii

​ 

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。