手机跑 OpenClaw-Termux 做 Agent 长会话，最怕的不是模型不够强，而是 Android 把后台进程冻结。TaoToken（https://taotoken.net/?utm_source=taotoken_aicg_blog_end）能解决模型请求通道的稳定性，但进程冻结要靠系统设置。先分清这两层，再谈配置。
具体到你打开 openclawx 之后的日常：Termux 切到后台不到几分钟，openclawx status 显示网关还活着，但所有模型请求超时；切回 Termux，一切又恢复正常。这看起来像是「后台被杀」，实际要先判断是系统冻结了 Node 进程，还是 Provider 连接已经断了，两者处理方式完全不同。本文就按这个排查思路走，先交代 TaoToken 在其中承担的角色，再给出 Onboarding 里的可复制配置，最后用 openclawx status 和 doctor 验证掉线点。
1. 手机杀后台，杀的是进程还是会话
OpenClaw-Termux 在 Android 上的运行方式是用 proot 拉起 Ubuntu rootfs，再在里面跑 Node.js 和 OpenClaw Gateway。这意味着它不是一个普通 App，而是一个被 Android 系统当作「普通进程」的 Linux 运行环境。系统在内存压力大、屏幕关闭、电量低时，会优先判定这种长驻进程可回收。冻结之后，Ubuntu 里的 Node 进程并没有退出，但所有网络事件、定时器、WebSocket 心跳全部停摆。等你切回 Termux，进程恢复调度，心跳才能继续发出去。
长会话中途看起来「死了」，不一定是模型接口挂了，更可能是进程被系统冻结导致请求发不出去。反过来，如果进程没被冻结，但模型 API 的域名解析失败、TLS 握手超时、请求被限流，OpenClaw 同样会在重试一段时间后断开会话。前者是 Android 后台策略问题，后者是 Provider 链路问题。这两种问题还会叠加：手机从 Wi-Fi 切到 5G，IP 变了，旧 TCP 连接被重置；Provider 域名解析慢，重连就会拖到超时。
1.1 长会话掉线先分清进程冻结和网络重连
所谓「后台被杀」其实包含三种情况：进程被系统直接 kill、进程被冻结后恢复、网络被系统掐断。直接 kill 的表现为 openclawx status 不再返回结果，进程 ID 消失，需要重新 openclawx start；冻结后恢复的表现为 status 显示 running，但日志时间轴有一段空白；网络被掐断则表现为进程活着，但每次请求都超时。你只有先确认是这三种里的哪一种，才能决定改 Android 设置还是改 API 配置。
从原文项目的定位看，OpenClaw-Termux 本身已经做了不少稳定性工作：DNS 修复、后台重连、生命周期恢复都在近几版更新里持续改进。这些改进针对的是网关自身恢复能力，比如网络恢复后自动补发心跳、重新连接 Provider。但 Android 系统的进程冻结发生在操作系统层面，网关里的恢复逻辑根本来不及执行。所以项目 README 才会明确建议把 App/Termux 设为 Unrestricted，这是系统层放行，和 Provider 配置是两码事。
1.2 TaoToken 在这一层到底管什么
TaoToken 只解决后半段：把 OpenClaw 的模型请求从各家 Provider 的原始端点，集中到一个稳定的 Base URL。https://taotoken.net/api 这个地址在请求层做了统一接入，手机端只需维护一条连接路径。哪怕你在 Anthropic、OpenAI、DeepSeek 之间切模型，网关里的 Provider 配置不用大改，只换模型 ID。这样前台会话被恢复、需要立刻补发上一次请求时，网络重连的变量少一个，会话恢复成功率自然高一些。
但要注意，TaoToken 不是用来对抗 Android 进程冻结的工具。它不会让系统的电池优化网开一面，也不会阻止系统回收内存。所以结论是：杀后台这件事靠 Unrestricted 电池策略和前台服务来规避；模型请求走不稳，由 Base URL 和 Key 决定。两件事都做，才能跑通可持续的长会话。
2. 先把人和机器都「放行」：两个准备动作
在配置 Provider 之前，先按住 Android 的干扰项，再去拿 Key。否则你会在排障时陷入「到底是系统杀了进程还是 API 拒绝请求」的反复拉扯。
2.1 把 Termux 和 OpenClaw App 设为 Unrestricted
README 写得很直接：后台保活需要将 App/Termux 设为 Unrestricted。不同手机入口略有差异，以小米/红米为例，路径是设置 → 应用设置 → 应用管理 → Termux → 省电策略 → 无限制。如果是 Flutter App 形态，找到 OpenClaw 应用名做同样操作。三星和 Pixel 一般在「电池 → 后台使用限制」里选择「不受限制」。
只设置电池还不够。建议同时在最近任务列表里把 Termux 锁定，长按任务卡片点锁定，避免一键清理误杀。如果有自启动管理，把 Termux 的自启动打开；这个权限在部分国产 ROM 里默认关闭，不开的话 Termux 在重启后不会自动拉起服务。这步不是可选项，长会话场景下你不可能每次都把手机抓在手里保持前台。
2.2 在官网拿 Key，顺便看一眼模型广场
打开 TaoToken，注册并登录，进入控制台创建一把 Key。创建后把 Key 复制到 Termux 的剪贴板，后面 Onboarding 会用到。如果 Key 有权限范围选项，只跑模型请求就按默认勾选，不需要额外开写权限。
同一把 Key 可以用于 App 端和 CLI 端多次配置，也可以复用到其他工具。模型广场会列出当前可用的模型 ID，注意这里才是查模型名的依据。别根据网上截图去猜模型 ID，因为模型列表会随上游调整，一切以模型广场当时列表为准。
3. Onboarding 里把 Provider Base URL 改成 TaoToken
原文的上手路径中，App 端在 Begin Setup 后进入 Onboarding 配置 API Key。这个环节就是你接入 TaoToken 的位置。不要把官网地址（带 utm_source 那个）填进 Base URL，也不要画蛇添足加 /v1，Base URL 就填：
https://taotoken.net/api3.1 App 端怎么填
在 Onboarding 的 Provider 设置中，Provider 类型选 Anthropic、OpenAI 或 DeepSeek 等，Base URL 填上面的地址，API Key 填 YOUR_API_KEY，Model ID 到模型广场核对后填写。如果你已经完成过 Onboarding，可以在 Dashboard 的 Provider 管理里重新编辑，不用重跑 setup。改完保存后，回 Dashboard 点 Start Gateway。
选择 Provider 类型时，建议先确认你要用哪家的模型。TaoToken 作为统一兼容通道，把多个 Provider 的请求都收到同一个 Base URL，因此在 Onboarding 界面里你只需要保证「当前 Provider 的 Base URL 是 https://taotoken.net/api」即可，不需要为每个 Provider 记忆不同域名。
3.2 CLI 端用 openclawx onboarding 怎么对
CLI 流程对应原文的 openclawx setup / openclawx onboarding / openclawx start。先执行 openclawx setup 拉起 Ubuntu 环境，再执行 openclawx onboarding 引导配置。引导时会问 Provider Base URL、API Key、模型 ID，填入与 App 端完全一致的值。完成后再 openclawx start。
CLI 的好处是可以用 openclawx gateway --verbose 看请求出口日志。配置完后执行 openclawx start，网关会绑定到你选择的地址。原文建议非 root 设备选择 Loopback (127.0.0.1)，我的经验是照做。手机上的 AI Agent 网关不需要监听 0.0.0.0，暴露在局域网或公网都会引入额外安全风险。
3.3 三种常用 Provider 的字段对照
| Provider | Base URL | API Key | Model ID |
|---|---|---|---|
| Anthropic 系 | https://taotoken.net/api | YOUR_API_KEY | 以模型广场 Claude 条目为准 |
| OpenAI 系 | https://taotoken.net/api | YOUR_API_KEY | 以模型广场 GPT 条目为准 |
| DeepSeek | https://taotoken.net/api | YOUR_API_KEY | 以模型广场 DeepSeek 条目为准 |
同一份配置里不要混用两个 Base URL。OpenClaw 网关按 Provider 维度隔离配置，你可以在不同 Provider 下填不同模型，但同一个 Provider 下 Base URL 保持一致。如果之后 404 或 model not found，优先回到模型广场核对模型 ID，而不是去改 Base URL。
4. 启动后用 openclawx status / doctor 复测
配置完成只是第一步。长会话场景下，真正重要的启动后能否稳定重连。这里不建议直接开始写任务，而是先用 openclawx status 看网关生命周期，再用 openclawx doctor 做一次链路体检。
4.1 先看网关生命周期
启动网关后，在 Termux 里执行：
openclawx status如果输出显示网关处于运行中，但最近一次心跳时间停留在几分钟前，说明进程可能被冻结过。这种状态下，先回 Android 设置确认 Unrestricted 是否生效。如果状态直接变成 exited 或 stopped，说明进程被系统回收了，去查电池限制和最近任务锁定，而不是调模型配置。如果状态正常，心跳时间持续更新，再进入下一步。
4.2 doctor 的 Provider reachability
执行：
openclawx doctor重点看 Provider 相关项。Base URL 为 https://taotoken.net/api 的 Provider 应该显示 reachable。如果显示 fail，先确认 Key 是否被复制成带换行或方括号的形式；再确认手机当前网络能否访问 https://taotoken.net/api，可以在 Termux 里用 curl -I 测一下。刚切换过 Wi-Fi 或开过飞行模式时，doctor 给出的失败可能只是瞬时状态，等网络稳定后再跑一次。
如果你把 Camera、Flash、Sensor、Haptic 这些设备能力通过 WebSocket 暴露给了网关，冻结时这些消息也会堆积。设备能力命令失效时，先看日志里有没有长时间空白，如果有，按进程冻结处理；如果日志一直在滚动但设备命令无响应，再检查 WebSocket 连接是没建立还是被系统关闭。
5. 还会不会掉线？排障对照表
目前的结论是：Unrestricted 设置好，进程冻结基本能避开；Base URL 指到 TaoToken，Provider 请求的连通性由统一通道兜底。真正跑起来，你还会看到一些具体报错。
5.1 Android 杀后台的典型症状
典型表现是切出去回微信，五分钟后回来，终端日志断在某一秒，之后没有新日志；openclawx status 显示 running，但没有心跳更新。实测下来，这种情况排查顺序是：先确认 Termux 在最近任务里被锁定，再确认电池策略是无限制，最后检查自启动权限。做完这些后重启 Termux 再跑。
5.2 os.networkInterfaces 相关报错
原文明确提过 os.networkInterfaces 报错，项目通过 Bionic Bypass 解决。这类问题多发生在 proot 环境读取 Android 网络信息不兼容时。排查方式不是改配置，而是重新执行 openclawx setup 把环境补全。如果同时改过 Provider 配置，setup 后再跑一遍 onboarding 重新写入 Key。
5.3 401、403 和 model not found
如果日志出现 401/403，先检查 API Key 是否来源于 https://taotoken.net/?utm_source=taotoken_aicg_blog_end，并保证复制时没有多余空格。如果提示 model not found，回到模型广场重新核对模型 ID，不要自己在配置里拼一个带日期的后缀。另一种常见错误是 Base URL 被误填成官网首页或末尾多了 /v1，改成 https://taotoken.net/api 再试。官网和接口地址的区别就一句话：官网拿来创建 Key、看模型广场、看用量；接口地址拿来填配置。
5.4 绑定地址和 Dashboard 访问问题
Onboarding 时建议选择 Loopback (127.0.0.1) 而不是 0.0.0.0。选 0.0.0.0 虽然能局域网访问 Dashboard，但会引入未授权访问风险，部分 Android 版本对非 Loopback 监听还有额外网络权限限制。用 Loopback 后，在 App 内通过携带 token 的链接打开 Dashboard 不受影响。
6. 跑几天后的复测建议
长会话不是配置完就一劳永逸。我建议跑满三天后再做一次检查：打开 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 看用量，确认模型请求都被正常记账；如果某一天调用量远低于预期，回 Android 的电池统计看 Termux 的耗电限制是否被系统改回「智能限制」。
想快速验证 Key 和模型 ID 是否有效，可以在 TaoToken 的模型对话页发一条测试消息，比在 Termux 里翻日志快。之后回到 OpenClaw-Termux，对比同一时间段网关是否也产生了对应请求，用来确认本地进程与 Provider 链路同时正常。如果你想要更稳定的 Coding 长会话方案，也可以看看 Coding Plan 是否覆盖你常用模型的使用量。
手机端跑 AI Agent 本来就是半后台化的工作方式：长任务执行时把 Termux 保持在最近任务列表可见，配合 Unrestricted 策略，再让模型请求走 TaoToken 统一兼容通道。TaoToken 解决 API 层的不稳定，Unrestricted 解决系统层的不稳定，两者配合，长会话存活率才会真正拉起来。
配好 Key 后，先在模型对话里用同一把 Key 发一条测试，确认 Endpoint 和模型 ID 无误；需要再创建子 Key 或核对用量，直接进控制台 API Keys操作。
