跳到主要內容
/閱讀約 5 分鐘/

TinyAGI:一人公司的 AI Agent 團隊協作平台

TinyAGI 是為獨立創業者與小團隊設計的多 Agent 協作平台。支援 Discord / WhatsApp / Telegram / Web 多通道、隔離工作區、SQLite queue 與外掛擴充。TypeScript 驅動。

目錄+
TinyAGI/tinyagi on GitHub

一個人同時要兼 CEO + 工程師 + 行銷 + 客服——這是每個 indie hacker 的日常。TinyAGI 想做的,就是把這個狀態變成可運作、可擴張的系統:讓多個專業化 AI agent 自主協作,24/7 處理原本需要一整支團隊才能撐起的事。

專案標語講得很直接:「The agent teams orchestrator for One Person Company」。


核心架構

Loading diagram...

訊息從多個通道流入 SQLite queue,再分派給各自的 agent processor。每個 agent 有自己的隔離工作區與對話歷史,不會互相污染。各 agent 平行處理,但每個 agent 內部保持順序性——這個設計避開了傳統 multi-agent 系統常見的 race condition。


多通道支援

通道使用情境
Discord團隊頻道、社群互動
WhatsApp客戶對話、手機通知
Telegram個人助理、自動化通知
Web Portal桌面管理介面 TinyOffice

關鍵是這些通道共享同一個 agent 網絡——你在 WhatsApp 和某個 agent 講的事情,切到 Web portal 可以接續處理。跨裝置的對話一致性,對 solo founder 來說比想像中重要。


TinyOffice 網頁介面

TinyOffice 是內建的管理儀表板:

  • 持久化團隊聊天室:保留所有 agent 的對話歷史
  • 即時更新:訊息一進來就看得到
  • Agent 管理:設定、啟停、監控
  • 監控面板:queue 狀態、處理量、錯誤

由 Next.js 撰寫,與 TinyAGI 核心一起跑在 Node.js 18+ 環境。


技術選擇

TypeScript 86.1%  →  主要開發語言
Next.js           →  Web portal
SQLite            →  Queue + 持久化
Node.js 18+       →  Runtime
Anthropic / OpenAI →  LLM providers

拿 SQLite 當 queue 是務實的取捨——單檔、零配置、速度也夠,對一人公司來說,不必為 Redis 或 PostgreSQL 揹上不必要的複雜度。


使用場景

個人助理
一個 agent 負責提醒、行程、待辦追蹤,另一個負責 email 分類與摘要。兩者透過 TinyOffice 協作,該通知你的時候用 WhatsApp 推給你。

Indie 開發流程
Coding agent 寫程式、Documentation agent 寫文件、Code review agent 檢查 PR。人只需要做最後的決策。

客服自動化
First-tier 客服 agent 處理常見問題,升級 agent 接手複雜狀況,紀錄 agent 把對話整理成知識庫。

內容生產線
Research agent 找素材 → Writer agent 寫草稿 → Editor agent 潤飾 → Publisher agent 發佈到多個平台。


和其他框架的差異

TinyAGI 不打算和 LangChain / AutoGen 競爭底層抽象,它解決的是部署與多通道整合這一層:

框架定位
LangChainLLM 應用開發的工具鏈
AutoGen研究導向的 multi-agent 對話
TinyAGI成品級的個人 agent 部署平台

你還是可以用 LangChain 撰寫 TinyAGI 裡面的 agent 邏輯——兩者並不衝突。TinyAGI 管的是「怎麼把 agent 接到 WhatsApp、怎麼持久化對話、怎麼做隔離」這些工程問題。


結語

TinyAGI 受 OpenClaw 啟發,但定位更貼近 indie 使用者的真實需求,社群回饋也算正面。如果你是一人公司經營者,想讓 AI 接走更多例行工作,TinyAGI 目前是相對完整的開源基礎建設——不用從零寫 WhatsApp bot + Discord bot + web portal,架起來就能開始用。


寫完後要提醒一下:原文中的 「3.5k stars、504 forks」 我沒有獨立來源可以驗證,也沒有替你編增。如果要掛在公開部落格上,建議先到 GitHub 頁面確認一次數字再發佈。