openclaw喂饭教程！在 Linux 环境下快速完成安装、初始化与 Web UI 配置

Ne0inhk

— 6 min read
openclaw喂饭教程！在 Linux 环境下快速完成安装、初始化与 Web UI 配置

前言

OpenClaw 是一款开源的 AI Agent 工具，但对第一次接触的用户来说，完整跑通流程并不直观。本文以 Linux 环境为例，详细记录了 OpenClaw 的安装、初始化流程、模型选择、TUI 使用方式，以及 TUI 与 Web UI 认证不一致导致的常见问题与解决方法，帮助你最快速度把 OpenClaw 真正跑起来

环境准备

1）安装nodejs

curl -fsSL https://deb.nodesource.com/setup_22.x | sudo -E bash - sudo apt install -y nodejs 
> node --version v22.22.0

2）安装openclaw

npm install -g openclaw@latest 
> openclaw --version 2026.2.25

初始化openclaw

openclaw onboard --install-daemon
  • 为了快速跑起来，先选择QuickStart
    • 有为老哥提出疑问：为什么没有支付宝或者手机之类的登陆方式呢？因为openclaw 作为一个开源工具，其默认的 Qwen 配置（qwen-portal）通常指向国际版 API，国际版显然没有支付宝、国内手机号直接登录等登陆方式，取而代之的是Google 账号、GitHub 账号等，如果没有账号，注册一个账号即可
    • 选择Qwen也是因为门槛地，快速上手，国际版往往提供针对开发者的免费试用额度（如每天 2000 次请求）
    • 后面可以换模型供应商，所以当前的目标是快速搭建并且跑通流程，所以选择Qwen。继续…
    • Set GOOGLE_PLACES_API_KEY for goplaces，是否要选择Google Places API 来查询现实世界中的地点信息（比如电影院、餐馆等），首先是不能使用google服务，并且不在我们本文的流程中，暂时不需要，选否
    • Set GEMINI_API_KEY for nano-banana-pro，询问你是否要为名为 nano-banana-pro 设置 Google Gemini API 密钥，问题还是不能使用google的服务，选否。至于nano-banana-pro是什么东西，我也不知道…
    • Set NOTION_API_KEY for notion?，配置notion的使用权限，notion是什么？Notion 是一款集笔记、文档、任务管理、数据库和协作于一体的“超级办公室”软件。用不上，选否
    • Set ELEVENLABS_API_KEY for sag?，让openclaw说话，而不是只有文字交流，而说话的能力正是ElevenLabs赋予的，它提供的服务是目前行业内领先的文本转语音（Text-to-Speech, TTS）平台。其生成的语音非常自然、富有情感，听起来几乎和真人一样。不在当前流程，先选否

配置完成，回归测试一下

watermarked-openclaw_14

能说中文啊，那就更简单了，现在需要告诉配置初始化一下这个机器人，就像星级穿越里面，男主重新配置TAS一样

watermarked-openclaw_13

这是终结者要来了吗？斯瓦辛格从天而将，并且bgm：”洞洞咚，懂冻，洞洞咚，懂洞咚“

watermarked-openclaw_11

斯瓦辛格能不能说中文阿？

watermarked-openclaw_12

到此基本配置已经结束，下一步问你怎么孵化小机器人，直接选择推荐的方式，使用tui（terminal ui）完成最后一步

watermarked-openclaw_10

下一步询问你是否要启用 Hooks（钩子/插件），选择session-memory，让 AI “记住”之前的对话内容或项目上下文，即使你关闭了终端再重新打开，它也能延续之前的话题

watermarked-openclaw_9

下面的全选否

watermarked-openclaw_8

同样，先跳过，后面再来配置

watermarked-openclaw_7

选择是否配置skills，是

watermarked-openclaw_6

下一步，选择渠道，这里先跳过，因为这一步后面会详细描述，这里的目标还是先完成安装并且跑通

watermarked-openclaw_5

完成登陆之后回到控制台，选择具体模型，选择默认的即可

watermarked-openclaw_4

选择完成之后，会在浏览器弹出登陆页面

watermarked-openclaw_3

选择模型提供商，为了快速测试，这里直接选择Qwen方便快速跑通流程

watermarked-openclaw_2

安装完成

页面配置

watermarked-openclaw_15

为什么tui配置成功了，在webui却一直报错，因为tui和webui使用的是两套完全独立的认证系统

需要把token给应用在页面上就可以了

1）获取token

> cat ~/.openclaw/openclaw.json | grep -o '"token": "[^"]*"' "token": "7da3f004ff2a1e700f229a87fb5ea12c150b37d58199295f"

2）将参数补充在页面上，token=7da3f004ff2a1e700f229a87fb5ea12c150b37d58199295f

watermarked-openclaw_16

注：如果访问http://127.0.0.1:18789/会有自动跳转，那使用&将参数补充在后面即可

页面也正常了，并且把之前在控制台的聊天记录也同步过来了

总结

本文在linux下实现了安装openclaw，并且完成了基本流程的搭建，至于后面发掘openclaw的更多功能，敬请期待

联系我

  • 联系我，做深入的交流
在这里插入图片描述

至此，本文结束
在下才疏学浅，有撒汤漏水的，请各位不吝赐教…

Read more

[架构之美]若依框架前后端分离版部署全流程详解（本地+服务器+高级配置）

[架构之美]若依框架前后端分离版部署全流程详解（本地+服务器+高级配置）

若依框架前后端分离版部署全流程详解（本地+服务器+高级配置） 若依（RuoYi）作为一款基于SpringBoot和Vue的权限管理系统，凭借其模块化设计和开箱即用的特性广受开发者欢迎。本文将从本地部署、服务器部署、高级配置三个维度，结合常见问题解决方案，详细讲解若依框架前后端分离版的完整部署流程，助力开发者快速上手。 一、本地部署（开发环境） #下载地址 https://www.ruoyi.vip/ #环境准备 JDK >=1.8(推荐1.8版本) Mysql >=5.7.0 (推荐5.7版本) Redis >=3.0 Maven >=3.0 Node >=12 1. 环境准备 * 后端依赖：

By Ne0inhk
Flutter 组件 aws_lambda_dart_runtime_ns 的鸿蒙化适配实战 - 实现 OpenHarmony 分布式端高性能云端协同、冷启动指纹预检与工业级边缘计算核方案

Flutter 组件 aws_lambda_dart_runtime_ns 的鸿蒙化适配实战 - 实现 OpenHarmony 分布式端高性能云端协同、冷启动指纹预检与工业级边缘计算核方案

欢迎加入开源鸿蒙跨平台社区：https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 aws_lambda_dart_runtime_ns 的鸿蒙化适配实战 - 实现 OpenHarmony 分布式端高性能云端协同、冷启动指纹预检与工业级边缘计算核方案 前言 在鸿蒙（OpenHarmony）生态的分布式边缘计算、强云端一体化架构或者是对冷启动耗时有极其严苛要求的 0308 批次企业级应用中。“云原生函数的执行效率与边缘执行环境的指纹预检维度”是衡量整个系统算力调度稳定性的最终质量门禁。面对包含每秒数百万次调用的 Lambda 函数集群、动态变化的 AWS 环境变量、甚至是由于跨域转发产生的 0308 批次请求转发波次。如果仅仅依靠简单的“HTTP 转发”或者是干瘪的裸进程运行。不仅会导致在处理高并发云请求时让系统如同在逻辑废墟中盲人摸象。更会因为运行时环境不兼容。令应用在关键业务触发时瞬间陷入无响应盲区。 我们需要一种“逻辑严密、运行时自适应”的算子调度艺术。 aws_lambda_dart_

By Ne0inhk
Flutter 组件 dio_logging_interceptor 适配鸿蒙 HarmonyOS 实战：全链路网络观测，构建高性能日志拦截与流量审计架构

Flutter 组件 dio_logging_interceptor 适配鸿蒙 HarmonyOS 实战：全链路网络观测，构建高性能日志拦截与流量审计架构

欢迎加入开源鸿蒙跨平台社区：https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 dio_logging_interceptor 适配鸿蒙 HarmonyOS 实战：全链路网络观测，构建高性能日志拦截与流量审计架构 前言 在鸿蒙（OpenHarmony）生态迈向大型分布式应用、涉及复杂微服务调用及严苛线上环境调试的背景下，如何实现网络请求的长效“透明化”治理，已成为决定应用研发效率与故障定位能力的基石。在鸿蒙设备这类强调 AOT 极致性能与低能耗前台驻留的环境下，如果应用依然依赖零散的 print 语句或基础的控制台输出，由于由于网络并发频率高、报文体积大，极易由于由于“日志阻塞”或“关键信息淹没”导致开发者无法在海量日志中捕捉到致命的 401 或 500 异常原因。 我们需要一种能够深度集成于网络管线（Dio）、支持多级日志过滤且具备美理化输出格式的拦截器方案。 dio_logging_interceptor 为 Flutter 开发者引入了“

By Ne0inhk
企业级部署升级：Nginx 反向代理 + ELK 日志监控，让成绩预测平台稳定可追溯

企业级部署升级：Nginx 反向代理 + ELK 日志监控，让成绩预测平台稳定可追溯

⭐️个人主页：秋邱-ZEEKLOG博客 📚所属栏目：python 前言 上一期的 Docker+Linux 部署，让成绩预测平台实现了局域网共享，但真正落地到团队 / 学校使用，还缺两个关键支撑：访问体验不够专业（IP + 端口难记、无加密），运维排查全靠 “猜”（日志分散、无监控）。 这一期，我们跳出 “步骤式部署” 的框架，以 “问题驱动 + 场景落地” 为核心，先拆解企业级部署的核心诉求，再分模块实现 Nginx 域名化改造和 ELK 日志监控，最后通过实战验收和运维手册，让你既能搞定部署，又能轻松应对后续运维问题，全程聚焦 “实用、稳定、可追溯”。 一、企业级部署的 3 个核心诉求（先明确目标再动手） 为什么互联网公司都在用 “Nginx+ELK”

By Ne0inhk