1. 为什么 OpenClaw 本地部署后手机远程调用总是卡在“连不上”OpenClaw 本地部署后手机远程调用大模型是很多把显卡装在家里、人却常在外面跑的开发者最真实的需求。我自己在 3060 12G 的机器上跑 OpenClaw 加本地模型有一段时间了桌面端体验确实舒服但只要一出门问题就来了手机想接着用家里那台机器跑推理要么是地址填不对要么是端口没通要么是模型加载到一半连接断了。折腾一圈下来真正用上的时间还没配置的时间长。这个场景的核心矛盾其实很清楚。OpenClaw 本身是一个偏工程化的本地服务框架它默认你懂 HTTP 服务、懂端口、懂反向代理甚至默认你愿意去读它的配置文件。而手机端要远程调用中间还横着一层网络问题家庭宽带绝大多数没有公网 IP运营商给的是大内网地址你在外面根本没法直接访问到家里的 11434 或者你自定义的那个端口。于是很多人第一反应是去找内网穿透工具结果又掉进另一个坑——命令行参数、隧道配置、证书、鉴权每一步都能劝退。BitFun 龙虾版想解决的正是这一段。它把 OpenClaw 服务端的连接配置、内网穿透的通道建立、手机端的扫码配对全部收进一个图形界面里。你不需要记端口不需要手写隧道命令手机扫一下码就能建立会话。但要注意扫码即连不等于什么都不用配服务端那一段的 OpenClaw 配置、模型 ID、监听地址还是得写对否则手机端连上了也调不动模型。这篇就按最小闭环来拆先让 OpenClaw 在电脑上正常跑起来再让 BitFun 龙虾版把这条链路打通最后用手机发一次真实的推理请求验证。适合谁看如果你已经在本机装好了 OpenClaw模型也能在桌面端正常对话但一换到手机就各种报错或者你正准备入坑本地大模型想一步到位把远程调用也规划进去那这篇的配置路径可以直接抄。下面所有配置片段都可以复制路径和参数我会写清楚你按自己机器的实际情况替换就行。2. TaoToken 前置把模型调用凭证和 OpenClaw 服务端准备好在动 BitFun 龙虾版之前得先把 OpenClaw 这一侧的服务端配置理顺。很多人远程连不上根因不在穿透而在服务端根本没监听对地址或者模型凭证没配好手机端发过去的请求在电脑本地就被拒了。所以这一步是地基。先说模型调用凭证。OpenClaw 要跑大模型得有一个能调用的模型入口。你可以用本地模型也可以用云端 API。如果你希望手机远程指挥家里电脑跑大模型时模型侧稳定一点、不用每次等本地加载可以走 TaoToken 的 API 入口。它的 Base URL 是https://taotoken.net/apiKey 在控制台生成。控制台地址是https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI Keys 管理页在https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。生成 Key 之后先放一边等下写进 OpenClaw 配置。这里要提醒一句OpenClaw 的模型配置和 BitFun 龙虾版的连接配置是两回事。前者决定“电脑用什么模型推理”后者决定“手机怎么连到电脑”。两个都配对了远程调用才成立。我见过有人手机端扫码成功了但一发指令就报模型不存在就是模型 ID 没对上。OpenClaw 服务端这边核心是让它监听一个局域网内可访问的地址而不是只绑在127.0.0.1。如果你只监听回环地址BitFun 龙虾版在局域网直连模式下都找不到它更别说穿透了。所以配置文件里 host 要写成0.0.0.0或者你电脑的局域网 IP。端口建议固定一个比如 11434方便后面手机端和穿透通道对齐。另外OpenClaw 的会话和模型加载策略也建议调一下。远程调用时如果模型每次请求都重新加载手机端会等很久甚至超时。把模型常驻或者设置合理的 keep-alive体验会好很多。这些参数在 OpenClaw 的配置文件里都有对应项下面第三节会给完整片段。TaoToken 在这里的角色是模型侧的稳定入口。如果你本地显卡够强纯本地模型也行但如果你希望远程调用时响应更可控或者本地模型偶尔要切换用 API 方式接进来会省心一些。它的模型对话入口在https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content你可以先在网页上确认模型可用再写进 OpenClaw。接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content里面有各语言的调用示例照着改 Base URL 和 Key 就行。这一步做完你应该能在电脑浏览器里访问http://你的局域网IP:11434看到 OpenClaw 的响应或者用 curl 发一条测试请求拿到模型回复。如果这一步不通先别急着开 BitFun回头检查防火墙和监听地址。Windows 上尤其要注意第一次监听非回环地址时系统会弹防火墙授权要点允许否则手机和穿透通道都会被挡在外面。3. 可复制配置OpenClaw 服务端片段与 BitFun 龙虾版连接参数这一节是整篇的核心配置写对了后面验证就是水到渠成。我按“服务端配置 → 模型凭证 → BitFun 连接参数”的顺序给每一段都可以直接复制后改。先看 OpenClaw 服务端的配置片段。不同版本的 OpenClaw 配置文件格式可能略有差异但核心字段是一致的。下面这段是 TOML 风格路径按你实际安装位置来通常在家目录下的.openclaw/config.toml或者项目目录里的config.toml# OpenClaw 服务端配置片段 [server] host 0.0.0.0 port 11434 # 远程调用建议开启方便排查连接问题 access_log true [model] # 模型 ID 必须和实际调用的模型一致 model_id your-model-id # 如果走 TaoToken APIbase_url 填下面这个 base_url https://taotoken.net/api api_key sk-你的TaoTokenKey # 本地模型则改成对应的本地推理地址 # base_url http://127.0.0.1:8000/v1 [session] # 模型常驻避免远程每次重新加载 keep_alive 30m max_tokens 4096这段里host 0.0.0.0是关键它让 OpenClaw 监听所有网卡局域网内其他设备才能访问。model_id和base_url、api_key三件套要配套走 TaoToken 就填 TaoToken 的 Base URL 和 Key走本地推理就填本地地址。keep_alive设成 30 分钟手机端连续发几条指令时不会反复加载模型。如果你用的是 JSON 格式的配置等价片段是这样{ server: { host: 0.0.0.0, port: 11434, access_log: true }, model: { model_id: your-model-id, base_url: https://taotoken.net/api, api_key: sk-你的TaoTokenKey }, session: { keep_alive: 30m, max_tokens: 4096 } }改完配置后重启 OpenClaw 服务。重启命令看你安装方式如果是 systemd 就systemctl restart openclaw如果是手动起的就 CtrlC 再重新运行。重启后先在电脑上用 curl 验证curl -X POST http://127.0.0.1:11434/v1/chat/completions \ -H Content-Type: application/json \ -d { model: your-model-id, messages: [{role: user, content: 你好}] }能拿到 JSON 回复说明服务端和模型侧都通了。这一步不通后面 BitFun 配了也白搭。接下来是 BitFun 龙虾版的连接参数。打开 BitFun 龙虾版后连接方式有三种局域网直连、内网穿透、自建服务器。家庭网络下最省事的是内网穿透不需要公网 IPBitFun 会自动建立通道。你在连接设置里选“内网穿透”然后填 OpenClaw 的服务地址和端口。注意这里填的是 OpenClaw 的地址不是 BitFun 自己的地址连接方式内网穿透 服务地址http://192.168.1.100:11434 模型 IDyour-model-id 会话类型Code 会话 / Cowork 会话192.168.1.100换成你电脑的局域网 IP。Windows 上用ipconfig看macOS 和 Linux 用ifconfig或ip addr。填完之后 BitFun 会生成一个二维码手机端扫码就能建立会话。如果你在同一 WiFi 下也可以选“局域网直连”速度最快零延迟不需要外网。这里有个容易踩的坑服务地址填了127.0.0.1或者localhost。手机端和穿透通道访问的是你电脑的局域网地址回环地址只有电脑自己能访问手机扫码后必然连不上。所以一定要填局域网 IP 或者0.0.0.0对应的实际地址。如果你要用自建服务器中继那就在 BitFun 里选“自建服务器”填入你自己服务器的地址和端口。这种方式数据完全走自己的通道隐私性最好但需要你有一台有公网 IP 的服务器。家庭宽带没有公网 IP 的情况下内网穿透是更现实的选择。配置完成后BitFun 龙虾版会显示连接状态。状态变成“已连接”后手机端就可以发指令了。这时候手机只是发令端真正的推理还是在电脑的 GPU 上跑手机不发烫电量也不焦虑。4. 验证请求手机发一条指令看家里电脑是否真的在跑模型配置写完必须做一次真实的远程推理验证否则你不知道链路到底通没通。我建议用一个明确的、可观察的指令而不是简单说“你好”因为简单对话可能被缓存或者走本地小模型看不出远程调用是否真的生效。验证步骤分三步手机发令、电脑观察、结果回传。第一步手机端打开 BitFun 龙虾版扫码建立会话后在对话框里发一条指令。比如帮我用 Python 写一个读取 CSV 并统计每列缺失值的函数返回缺失值数量和占比。这条指令有明确的输出物代码里能看出模型是否真的在推理。发送后手机端会显示进度和日志。第二步回到电脑上观察。你应该能看到 OpenClaw 的访问日志里出现一条来自 BitFun 通道的请求模型开始加载或直接推理GPU 占用上升。如果你在 OpenClaw 配置里开了access_log true终端会打印请求路径和响应状态。这一步是确认“手机指令确实传到了电脑”。第三步等几秒到几十秒取决于模型大小和是否常驻手机端会收到回复。回复里应该包含完整的 Python 函数有缺失值统计逻辑。如果收到的是报错比如model not found或者connection refused那就回到第五节对照排查。我实测下来局域网直连模式下7B 级别的模型在 3060 上这条指令大概 8 到 15 秒返回。内网穿透模式会多一两秒的通道延迟但整体可接受。如果你用的是更大的模型或者云端 API时间会不同但链路验证的逻辑是一样的。验证通过后你可以再试一个带文件的指令比如手机拍一张现场照片发给 BitFun让电脑端模型识别图片内容。这能验证文件双向互通是否正常。BitFun 龙虾版支持图片和文档截图输入手机拍的照片会传到电脑端处理处理结果再回传手机。这个闭环跑通说明你的远程调用已经不只是文本而是完整的多模态协作。这里要提醒验证时不要一上来就发超长任务或者大文件。先用短指令确认链路再逐步加复杂度。我踩过的坑是第一次就发了一个几千行的代码分析请求结果模型加载加上下文处理手机端等了很久以为断了其实是还在跑。先短后长心里有数。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth 报错怎么解远程调用出问题时报错信息往往很模糊。我把这几类高频错误按现象、原因、解法列出来你对照着查。401 Unauthorized。这个最常见出现在手机端发指令后立刻返回。原因基本是模型凭证不对TaoToken 的 Key 填错、过期或者 OpenClaw 配置里的api_key和实际使用的不一致。解法是回到https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content重新生成一个 Key复制完整注意不要带空格。然后检查 OpenClaw 配置里的api_key字段重启服务。如果你用的是本地模型401 可能是本地推理服务的鉴权没关检查本地服务的启动参数。local proxy failed。这个报错通常出现在 BitFun 建立穿透通道的阶段或者手机端连接时。原因是本地代理没起来或者端口被占用。先检查 OpenClaw 是否真的在监听你配置的端口用netstat -ano | findstr 11434Windows或lsof -i :11434macOS/Linux看端口状态。如果端口没监听说明 OpenClaw 没启动成功回去看服务端日志。如果端口被别的程序占了换一个端口同时改 BitFun 里的服务地址。另外防火墙也可能导致 proxy failed确认 OpenClaw 的端口在防火墙入站规则里是允许的。reading choices 相关报错。这类错误一般出现在模型返回格式不符合预期时比如error reading choices或者choices field missing。原因是 OpenClaw 期望的响应结构和实际模型返回的不一致。如果你走 TaoToken API确认base_url是https://taotoken.net/api不要多加/v1或者少写路径。模型 ID 也要和 API 支持的列表对上。如果你用本地模型检查本地推理服务的响应格式是否是 OpenAI 兼容格式。有些本地框架默认不是这个格式需要加一层适配。OAuth 报错。如果你在 BitFun 里用了飞书或 Telegram 的 SMS 远程控制可能会遇到 OAuth 相关的错误比如OAuth token expired或者redirect_uri mismatch。原因是机器人应用的授权配置和实际回调地址不一致。解法是回到飞书或 Telegram 的开发者后台检查回调地址是否和 BitFun 里填的一致重新授权一次。Token 过期的话重新走一遍授权流程即可。这类问题不影响局域网直连和内网穿透只是 SMS 通道的配置问题。手机扫码后一直显示“连接中”。这个不是报错但很常见。原因通常是服务地址填了回环地址或者手机和电脑不在同一个网络下且穿透通道没建立成功。先确认服务地址是局域网 IP再确认 BitFun 的穿透状态是“已连接”。如果还不行换成局域网直连模式试试排除穿透通道的问题。模型回复很慢或者超时。检查keep_alive设置如果太短每次请求都重新加载模型。另外手机端和电脑端的网络质量也会影响内网穿透模式下如果家里上行带宽小传输大响应会慢。可以先把max_tokens调小验证链路再逐步放开。排查的顺序建议是先确认 OpenClaw 本地能通curl 测试再确认 BitFun 连接状态最后确认手机端指令能到达。一层一层来不要同时改多个地方否则不知道是哪个改动生效了。6. 长期远程编码与 Agent 场景把 Coding Plan 和接入文档用起来最小闭环跑通之后如果你打算长期用手机远程指挥家里电脑跑大模型尤其是做代码分析、Agent 任务这类持续性的工作建议把 Coding Plan 和接入文档一起用起来。Coding Plan 入口在https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content它适合需要长期、稳定调用模型的编码场景。接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content里面有完整的 API 参数说明和示例你配置 OpenClaw 时遇到字段不确定直接查文档比猜快。如果你用的是 Claude Code 这类工具配合 OpenClaw配置三件套要写全Base URL 填https://taotoken.net/apiKey 填控制台生成的Model ID 填你实际要用的模型。这三个字段在 OpenClaw 配置、BitFun 连接参数、以及任何客户端里都要保持一致否则就会出现“连上了但调不动”的情况。模型对话入口https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content可以用来快速验证某个模型是否可用确认后再写进配置。API Keys 管理页https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content用来生成和轮换 Key。控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content可以看用量和调用记录排查问题时很有用。长期跑远程 Agent 的话还有几个实用技巧。一是把 OpenClaw 配成开机自启这样电脑重启后服务自动起来手机随时能连。二是给模型设置合理的并发限制避免手机端连续发多条指令把电脑资源打满。三是定期检查穿透通道的稳定性如果发现频繁断连可以切到自建服务器中继数据走自己的通道稳定性更好。四是手机端和电脑端的文件同步目录规划好BitFun 支持文件双向互通但目录结构清晰的话远程生成的代码和报告更容易管理。最后一步你可以在手机端建一个长期的 Code 会话把常用的项目路径和模型配置固定下来。这样每次出门打开手机就能接着电脑上的任务继续不用重新配置。任务进度不中断这才是远程调用本地算力最舒服的状态。