为什么选择这个方案

对独立开发者和一人公司来说，24 小时在线的 AI Agent 是生产力刚需，但专门买一台 Mac Mini 做服务器成本偏高。旧安卓手机 + Termux + PicoClaw 的组合，几乎零硬件成本就能实现同样的效果。

第一步：安装 Termux 环境

从 F-Droid 或官方 GitHub 仓库下载 Termux APK 安装（不要用 Google Play 上的旧版本）。

安装完成后，先授予存储权限，然后安装基础依赖：

pkg update && pkg upgrade
pkg install python git nodejs openssh ca-certificates

注意：ca-certificates 这一步很多人会跳过，但如果不装，后续调用 API 时会遇到 TLS 证书验证失败的错误——明明 API Key 没问题，Agent 却连不上服务。

第二步：确认手机架构并放置二进制文件

检查架构：

uname -m

如果输出 aarch64，下载 ARM64 版本的 PicoClaw，这是大多数安卓手机的架构。

关键点：把二进制文件放在 home 目录下，不要放在 /sdcard。Android 的共享存储看着方便，但会阻止文件执行。建议的目录结构：

~/bin/picoclaw        # 二进制文件
~/.picoclaw/          # 配置和工作区

初始化 PicoClaw：

picoclaw init

这会自动创建配置文件和工作区目录，避免手动编辑不存在的文件。

第三步：配置模型——用 MiniMax M2.5 替代 Claude Opus

这是整个流程中最关键的优化。很多人默认用 Claude Opus，成本高得多。更经济的做法是通过 OpenRouter 接入 MiniMax M2.5。

编辑 ~/.picoclaw/config.json，核心配置如下：

{
  "provider": "openrouter",
  "model": "minimax/m2.5",
  "api_base": "https://openrouter.ai/api/v1",
  "api_key": "你的 OpenRouter API Key"
}

很多人卡在这一步，不是因为配置复杂，而是网上流传的旧教程仍然指向过时的 provider 配置方式，导致 Agent 调用了错误的后端。如果你明确要用 MiniMax M2.5，按上面的方式配就对了。

第四步：彻底解决 TLS 证书问题

如果遇到过证书错误，不要每次都手动设置环境变量。写一个启动脚本一劳永逸地解决：

# ~/bin/picoclaw-start.sh
#!/bin/bash
export SSL_CERT_FILE=$PREFIX/etc/tls/cert.pem
exec picoclaw "$@"

然后确保 ~/bin 在 PATH 中：

echo 'export PATH="$HOME/bin:$PATH"' >> ~/.bashrc
source ~/.bashrc

这是另一个容易踩的坑——脚本写好了，但 shell 找不到它。

第五步：测试与常驻运行

先测试核心功能是否正常：

picoclaw chat

确认 Agent 基本交互没问题后，再启动 gateway 服务实现 Telegram 访问：

picoclaw gateway start

务必按这个顺序来：先手动跑通一次，确认稳定，再做自动化和常驻。试图让一个没调通的服务 daemon 化，只会浪费更多时间排查问题。

延伸思考

整个方案跑起来之后，最让人意外的是它的"日常感"——一台旧手机、一个终端、一个轻量 Agent、一个性价比高的模型，就构成了一个随身可用的 AI 工作站。

对一人公司来说，"AI demo" 和 "真正可用的个人 Agent" 之间的距离正在快速缩小。有时候这个距离小到可以装进口袋里。如果你手边有闲置的安卓设备，不妨试试这个方案——在投入任何硬件成本之前，先验证 Agent 能为你的工作流带来多少价值。