2026-05-10
Picobot v1 — 9MB Go 二進位檔，最小可行的生產級 agent
Picobot 5/9 推出 — 單一 9MB Go 二進位檔，閒置 10MB RAM、29MB Alpine Docker 映像。內建 16 個工具（檔案、shell、網路、cron、記憶、子代理）。可跑於 $5 VPS、Pi、舊 Android。
Picobot v1 於 2026 年 5 月 9 日推出 — 單一約 9MB 編譯後 Go 二進位檔、閒置 RAM 約 10MB、Alpine Docker 映像 29MB。它是迄今最強的論證：「生產級 agent」並不需要 Python + Docker Compose + 向量資料庫 sidecar。
開箱即用內容
16 個內建工具：
| 類別 | 工具 |
|---|---|
| 檔案系統 | 讀、寫、列、搜、刪 |
| 執行 | shell exec、cron 排程 |
| 網路 | fetch URL、網頁搜尋 |
| 記憶 | 持久 KV CRUD |
| 編排 | 啟動子代理、技能管理 |
API 表面：任何 OpenAI 相容端點 — OpenAI 本身、OpenRouter、Ollama、vLLM、llama.cpp server、LM Studio。同一個二進位檔透過環境變數切換。
聊天整合：Telegram、Discord、Slack、WhatsApp 開箱即用。每個都是單一 flag 切換。
已演示目標：每月 $5 的 VPS、Raspberry Pi 4、跑 Termux 的舊 Android 手機。閒置 RAM 維持約 10MB。重度工具使用時尖峰 RAM 約 50MB。
為什麼大小重要
今日「生產 agent」的標準故事是：Python 加 100+ MB 相依、向量資料庫程序、常常還有獨立編排服務、Docker 映像通常 800 MB 至 2 GB。對 SaaS 資料中心沒問題；但對：
- 必須跑在便宜 ARM SBC 上的 IoT / 邊緣 agent
- 9MB 二進位檔讓你完全省下 Docker Compose 的 side-project bot
- 每個 instance 的 footprint 決定艦隊密度的輔助型工人（如每個伺服器一個 agent 做 log 分類）
… 這就很慘。Picobot 的 9MB 也意味你可以 scp 到目標機器後直接跑，不需要工具鏈。
Picobot 的盡頭
它不是 Claude Code 或 Cursor 的替代品。具體而言：
- 沒有 IDE 整合
- 沒有程式碼補全模型
- 沒有底層 LLM 之外的多檔重構智慧
- 沒有跨機器的持久 context（記憶為本地磁碟 KV，非網路化）
對「便宜硬體上的小型例行任務」很完美。對「整天結對寫程式」，仍用更重的工具。
實戰筆記
如果你只是因為 Python agent 函式庫多就一直背著它，Picobot 值得花 30 分鐘嘗試。具體：挑一個你已在跑的 cron 型任務（RSS 摘要、log 分類、每日報告 email），用 Picobot 設定重做一次。如果體驗好，你就找到了低風險例行工作的新預設。16 個工具 floor 也可作為參考集 — 設計自己的 agent 時，問「我會加一個不在這 16 之內的工具嗎？」若答案是否，你就有了一個緊湊、命名良好的工具表面可抄。