1. 旧安卓手机跑 OpenClaw/Clawdbot 的真实场景与坑很多人抽屉里躺着一部两三年前的安卓机卖二手不值钱扔了又可惜。其实这类设备跑一个 24 小时在线的 OpenClaw/Clawdbot 机器人完全够用——它不需要 GPU主要吃的是网络 IO 和一点点内存。我拿一部骁龙 765G、8G 内存的旧机器实测机器人常驻内存占用稳定在 300MB 上下整机功耗不到 5W插着充电器放角落里比开一台云主机省心得多。但真动手之前你得先搞清楚这件事的难点在哪。旧手机不是服务器它有三个天然限制第一Android 会杀后台你 SSH 上去跑个进程锁屏十分钟可能就没了第二AidLux 里的 Linux 环境没有 systemd也没有 crontab传统 Linux 那套服务管理思路全部失效第三Node.js 版本往往偏旧而 OpenClaw/Clawdbot 这类机器人框架对 Node 版本有硬性要求版本不对直接起不来。所以整条链路其实是四件事装 AidLux 拿到 Linux 环境、把 Node.js 升到能跑的版本、装 OpenClaw/Clawdbot 并初始化、最后用守护脚本 开机自启解决“被杀后台”这个核心痛点。而在这之上还有一个容易被忽略的环节——模型通道。机器人本身只是个壳真正干活的是背后的大模型 API。如果你每个机器人项目都去单独申请 Key、单独配 endpoint管理起来会非常碎。这也是为什么我会把 endpoint 统一改到 TaoToken 的 API 通道上一个 Key 走多个模型配置集中换模型不用改代码。这篇文章就按“能跟着做”的标准来写命令、配置、验证动作都给全。适合手里有闲置安卓机、想低成本跑一个常驻机器人、又不想折腾云服务器的朋友。全程不需要 rootAndroid 10 以上机型基本都能走通。2. TaoToken 前置准备统一 Key 与 API 通道在动手装机器人之前先把模型通道这件事定下来不然后面初始化的时候会卡在“填什么 API Key”上。OpenClaw/Clawdbot 这类框架在 onboard 流程里会让你选模型、填 Key、填 Base URL如果你用的是零散渠道这一步就得来回查文档。我自己的做法是统一走 TaoToken 的 API 通道一个 Key 覆盖多个模型Base URL 固定后面所有机器人项目都复用这一套。先说清楚 TaoToken 在这里扮演什么角色。它是一个统一的模型 API 接入层你拿到一个 Key 之后通过固定的 Base URL 就能调用后端挂载的多个模型。对 OpenClaw/Clawdbot 来说你只需要在配置里把 endpoint 指向它模型 ID 填对剩下的路由它自己处理。这样带来的直接好处是机器人配置文件里不会散落一堆不同厂商的 Key换模型只改一个 Model ID 字段。具体要准备的东西有三样我列个表对照一下避免你漏准备项说明获取位置API Key调用凭证形如 sk-xxxTaoToken 控制台 API Keys 页面Base URL统一接入地址https://taotoken.net/apiModel ID具体模型标识模型列表或文档中查询拿到 Key 的路径是先访问官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 了解整体能力然后进控制台创建 Key。控制台地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 在 API Keys 页面点新建复制出来的那串就是你的 Key。注意这个 Key 只在创建时完整显示一次先存到记事本里。如果你对具体有哪些模型、Model ID 怎么填还不确定可以直接去模型对话页面看一眼地址是 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 在里面选一个模型发条消息能通就说明这个 Model ID 是可用的再把它填进机器人配置里。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到参数不确定的时候翻一下。这里有个细节要提醒Base URL 填https://taotoken.net/api就行不要自己在后面乱加/v1之类的路径具体路径由框架的 SDK 拼接。我见过有人手动补/v1/chat/completions结果 404排查半天。Key 的权限方面建议单独建一个给机器人用的 Key方便后面如果泄露了直接吊销不影响其他项目。把这三样准备好后面 OpenClaw/Clawdbot 的 onboard 流程就会非常顺。你可以先把 Key、Base URL、Model ID 写在一个临时文本里等会儿直接粘贴。3. AidLux 安装与 OpenClaw/Clawdbot 可复制配置这一节是核心操作区从装 AidLux 到机器人跑起来命令我都给全。你照着敲遇到不一样的地方我在第五节统一排障。3.1 安装 AidLux 并拿到访问地址AidLux 是一个跑在 Android 上的 Linux 环境不需要 root装完就有一个带包管理的 Linux 终端。去官网 https://aidlux.com/platform 下载 APK 安装打开后按引导初始化授予存储权限。初始化完成后应用界面上会显示一个 IP 地址形如192.168.x.x:8000这是它的 Web 访问入口。我建议用电脑浏览器打开http://192.168.x.x:8000来操作因为手机屏幕敲命令太痛苦电脑键盘效率高很多。打开后你会看到一个 Web 版的终端和文件管理界面。同时进 AidLux 的设置里把“锁屏保活”和“后台运行”权限打开这是后面进程不被杀的前提。3.2 升级 Node.js 到可用版本AidLux 自带的 Node 版本通常偏旧直接装 OpenClaw/Clawdbot 会报引擎不兼容。先升级。在 Web 终端里执行# 安装 n 模块用于管理 Node 版本 npm install -g n # 安装 Node.js 24如果 24 还不可用用最新 LTS n 24 # 验证版本 node -v正常应该输出v24.x.x。如果n命令找不到执行source ~/.bashrc刷新一下环境变量或者重开一个终端。这一步踩过的坑是有些 AidLux 版本的 npm 源很慢npm install -g n会卡住可以先换源npm config set registry https://registry.npmmirror.com换完再装n速度会正常。3.3 安装 OpenClaw/ClawdbotNode 到位后直接走 npm 全局安装。不要用官方那个 install.sh 脚本在 AidLux 环境下它经常因为权限或路径问题失败npm 安装更可控npm install -g openclawlatest装完验证一下命令是否存在openclaw --version能打印版本号就说明装好了。如果提示 command not found检查 npm 全局 bin 目录是否在 PATH 里通常是/usr/local/bin或~/.npm-global/bin。3.4 初始化配置并改到 TaoToken接下来跑 onboard 流程openclaw onboard它会依次问你登录/注册、配置 API Key、选择模型。这里就是接入 TaoToken 的关键位置。当它问 API Key 时填你在第二节拿到的 Key当它问 Base URL 或 endpoint 时填https://taotoken.net/api当它让你选模型时填你确认可用的 Model ID。如果 onboard 是交互式的按提示走就行。但更稳妥的做法是直接写配置文件因为交互式流程有时候会跳过某些字段。OpenClaw/Clawdbot 的配置一般落在~/.openclaw/config.json或项目目录下的config.json具体路径以你安装版本为准。下面是一个可复制的配置片段字段名对照你实际版本的文档微调{ model: { provider: openai-compatible, baseUrl: https://taotoken.net/api, apiKey: sk-你的TaoTokenKey, modelId: 你的ModelID }, gateway: { port: 3000, verbose: true } }注意provider填openai-compatible是因为 TaoToken 的 API 走的是兼容 OpenAI 的协议格式这样框架的 SDK 能直接对接。baseUrl就是https://taotoken.net/api不要加多余路径。apiKey和modelId换成你自己的。如果你用的是 TOML 格式的配置部分版本支持等价写法是[model] provider openai-compatible baseUrl https://taotoken.net/api apiKey sk-你的TaoTokenKey modelId 你的ModelID [gateway] port 3000 verbose true配置写完启动一次看看openclaw gateway --verbose前台能看到启动日志、没有报错、并且有模型请求返回就说明通道打通了。确认没问题后 CtrlC 停掉进入下一步做守护。3.5 守护脚本 keep.sh这是整篇文章最关键的一步。AidLux 没有 systemd也没有 crontab进程被系统杀掉后不会自动拉起。我们写一个轮询脚本每 30 秒检查一次进程不在了就重启cat keep.sh EOF #!/bin/bash while true do chkps -ef | grep openclaw | grep -v grep | wc -l if [ $chk -eq 0 ]; then echo $(date): 进程不见了正在重启... /home/aidlux/keep.log openclaw gateway --verbose /home/aidlux/gateway.log 21 fi sleep 30 done EOF chmod x keep.sh nohup sh keep.sh /home/aidlux/gateway.log 21 验证守护是否在跑ps -ef | grep keep.sh能看到 keep.sh 进程就对了。这里有个细节grep openclaw匹配的进程名要和你实际启动的命令一致有的版本进程名是clawdbot你按实际情况改。3.6 开机自启手机重启后AidLux 里的进程不会自动恢复。把启动命令写进.bashrc这样每次进入 AidLux 终端就会拉起守护echo cd /home/aidlux nohup sh keep.sh /home/aidlux/gateway.log 21 ~/.bashrc注意路径/home/aidlux要换成你 keep.sh 实际所在的目录。写完后source ~/.bashrc生效。4. 验证请求与成功结果配置和守护都做完现在要确认机器人真的在通过 TaoToken 通道工作而不是“看起来启动了但模型调不通”。验证分三层进程层、网络层、模型层。进程层最简单看 keep.sh 和 openclaw 是否都在ps -ef | grep -E keep.sh|openclaw | grep -v grep应该能看到两条记录。如果只有 keep.sh 没有 openclaw说明守护在跑但机器人起不来去看/home/aidlux/gateway.log的报错。网络层验证 TaoToken 通道是否可达。用 curl 直接打一次 API确认 Key 和 Base URL 没问题curl -s https://taotoken.net/api/v1/models \ -H Authorization: Bearer sk-你的TaoTokenKey如果返回模型列表 JSON说明 Key 有效、通道可达。如果返回 401是 Key 错了返回 404多半是路径拼错检查是不是多加了/v1。模型层验证机器人是否真的能对话。OpenClaw/Clawdbot 一般有一个 gateway 端口上面配置里是 3000你可以直接向它发一条测试消息curl -s http://127.0.0.1:3000/chat \ -H Content-Type: application/json \ -d {message:你好测试一下}如果返回一段模型生成的回复说明整条链路——机器人 → TaoToken → 模型——全部打通。这一步成功的结果是你能看到模型返回的中文回复而不是超时或报错。日志层面实时看机器人日志确认没有异常tail -f /home/aidlux/gateway.log正常运行时日志里会有请求记录和模型响应时间。如果看到ECONNREFUSED或timeout说明网络或 endpoint 有问题回到第三节检查 Base URL。我实测下来从手机锁屏到重新亮屏守护脚本能在 30 秒内把被杀掉的进程拉回来机器人基本保持在线。你可以故意锁屏几分钟再ps -ef看一眼进程还在就说明保活生效了。5. 本篇常见错误排查这一节把最容易撞上的几个报错集中处理你对照日志里的关键词找。401 UnauthorizedKey 无效或没带上。检查配置文件里的apiKey是不是完整的sk-开头字符串有没有多余空格。如果你在 TaoToken 控制台重新生成过 Key旧 Key 会失效记得同步更新配置。另外确认请求头是Authorization: Bearer sk-xxx格式少Bearer也会 401。local proxy failed / connection refused这类报错通常出现在机器人启动时说明它尝试连的 endpoint 不通。先确认baseUrl填的是https://taotoken.net/api没有多余路径。然后确认手机网络正常AidLux 能访问外网。可以在 AidLux 终端里curl -I https://taotoken.net/api测一下连通性。如果手机连的是需要认证的 WiFi先在系统层解决网络。reading choices 相关报错这个报错一般出现在模型返回结构解析阶段说明请求发出去了但返回格式不符合预期。常见原因是 Model ID 填错或者 provider 类型选错。确认provider是openai-compatiblemodelId是你在模型对话页面验证过可用的那个。如果换了模型 ID 还是报去接入文档核对一下该模型的调用格式。OAuth / 登录相关报错onboard 流程里如果卡在登录环节可能是交互式流程和你的环境不兼容。绕过办法是直接手写配置文件见 3.4 节跳过 onboard 的登录步骤只保留 model 和 gateway 配置。OpenClaw/Clawdbot 在检测到已有配置文件时通常不会再强制走登录。进程反复重启看 keep.log如果每 30 秒就重启一次说明 openclaw 启动后立刻退出。去 gateway.log 看退出原因多半是配置字段缺失或端口被占用。端口占用的话把gateway.port换一个比如 3001。Node 版本不兼容如果安装时报engine相关错误说明 Node 版本还是不对。node -v确认是不是 v24不是的话重新n 24并确认which node指向的是 n 管理的那个版本而不是系统自带的旧版本。排查的核心思路是先看日志定位是哪一层进程、网络、模型再针对性检查对应配置。不要一上来就重装大部分问题都是配置字段的问题。6. 把闲置设备用起来接入与长期运行建议机器人跑通之后接下来就是让它稳定长期运行。这里给几个实操建议都是我在旧手机上踩过的。第一电源和电池。长期插充电器运行建议在手机设置里打开“充电时屏幕不锁定”或者直接关屏同时把 AidLux 加入电池优化白名单路径是 设置 → 电池 → 电池优化 → 找到 AidLux → 设为不优化。这样系统不会因为省电策略把 AidLux 挂起。第二Key 的管理。如果你后面还要跑别的机器人或 Agent 项目建议在 TaoToken 控制台给每个项目建独立的 Key方便单独吊销和用量追踪。控制台地址 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite API Keys 页面可以随时新建和删除。第三如果你打算把这个机器人做成长期编码助手或者接更多 Agent 能力可以了解一下 Coding Plan地址是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 它更适合需要持续调用、多任务并发的场景。单纯跑一个对话机器人按量用 API 就够了。第四日志轮转。keep.log 和 gateway.log 会一直增长旧手机存储有限建议加一个简单的清理比如每周清一次echo 0 3 * * 0 /home/aidlux/gateway.log ~/.bashrc不过 AidLux 没有 crontab这行不会自动执行你可以手动定期清或者写进 keep.sh 的循环里按天数判断。最后验证模型可用性的时候除了 curl也可以直接去模型对话页面手动发一条消息确认你配置里用的那个 Model ID 是活的。地址 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 选同一个模型发消息能回就说明通道没问题。整套下来你手里那部旧手机就变成了一个低功耗、常驻在线的机器人节点。它不占地方不吵插着电就能一直跑。后面想扩展成智能家居控制中心或者定时任务机器人也都是在同一个 Linux 环境里加东西底子已经打好了。