Eliza 是什么？19K 星的开源 Agent 操作系统，从炒币圈火到开发者圈（基础篇）
如果你在 X 或者 Discord 上见过那种能自主发帖、回消息、管钱包的 AI 账号，背后十有八九就是今天这个主角：Eliza（现在叫 elizaOS）。它在 GitHub 上拿了约 19K 星，出身带点传奇色彩——最早是 ai16z 那帮人在 Solana 链上搞 AI 基金实验时顺手写出来的框架，结果框架比基金还火，仓库从 ai16z/eliza 搬到了 elizaOS/eliza，还立志做”agentic operating system”（Agent 操作系统）。名字听着狂，东西确实也有料。
它到底是个啥
一句话：用 TypeScript 写的开源多 Agent 运行时 + 插件生态 + 开箱即用的 Agent 应用。
仓库（github.com/elizaOS/eliza，MIT 协议）是个大 monorepo，里面分了三层。底层是 @elizaos/core：Agent 的消息循环、记忆、状态、插件契约（Action/Provider/Service）全在这，模型层是中立的，OpenAI、Anthropic、本地 Ollama 都能接。中间是可组装的 Agent 服务和 HTTP 后端。最上层是直接能用的 Eliza 应用：聊天、语音、记忆、文档问答是基本盘，日历、提醒、收件箱、目标管理这些”私人助理”活它也干，还能接 Discord、X、Telegram 这些社交渠道，甚至带非托管的 EVM/Solana 钱包操作（有审批边界，不是裸奔转钱）。
跟本站之前介绍过的几个横向平台比一下位置：AutoGPT 是”元祖”但偏实验性质，smolagents 是轻量代码优先的库，Dify 是低代码工作台。Eliza 卡在中间偏工程的一端：想要社交渠道接入、记忆持久化、多 Agent 编排这些”产品级”能力，又不想被低代码平台绑住，TypeScript 全栈的团队用它最顺手。
上手：5 分钟跑起来
环境要求 Bun（仓库 package.json 里钉死了 Bun 和 Node 版本，别用系统自带的旧 Node 硬上）。
git clone --filter=blob:none https://github.com/elizaos/eliza.git
cd eliza
bun install
然后配个模型 key，往 .env 里加一行，比如 OPENAI_API_KEY=...（用别的供应商就加对应的），启动：
bun run dev
浏览器打开本地 Web 界面就能跟默认 Agent 聊天了。想自己写 Agent 或插件，官方做法是装 elizaos CLI 脚手架，从模板生成最小项目再改。插件机制是它的精髓：一个插件注册一组 Action/Provider/Service，社区插件走 npm 分发，仓库里还有个 registry 目录做收录，想给 Agent 加能力（比如接个新交易所、接个浏览器自动化）一般就是写个插件的事，不用动内核。
内存和知识库（RAG）是内置的：文档扔进去，Agent 就能检索回答。定时任务、多 Agent 协作这些也在能力清单里，适合做 7×24 值守的账号型 Agent。
说点实话
第一，出身决定气质。Eliza 是从币圈实验里长出来的，钱包、发币、社交媒体自动化这些能力最强，文档和例子里币味也重。如果你要做的是企业内部知识库问答，FastGPT 这类 RAG 出身的平台可能更对味；做纯本地省钱方案，Ollama + 轻量框架更实在。
第二，改名和重构频繁。ai16z → elizaOS，目录结构、包名（@elizaos/*）、CLI 用法都在变，照着半年前的博客教程操作大概率踩坑，动手前先看仓库最新 README 和官方文档，别信二手教程。
第三，monorepo 很重。bun install 要拉一堆东西，commit 数两万起步，低配 VPS 编译会很吃力。只是想试个”能聊天的 Agent”，用 Docker 镜像或者 Release 包比从源码编译省事得多。
第四，社交平台自动化有封号风险。X、Discord 对机器人行为管得越来越严，7×24 发帖回帖之前先读平台政策，别把号玩没了再怪框架。
一句话总结
Eliza 是 TypeScript 生态里做”自主社交型 Agent”最现成的开源起点：约 19K 星、MIT 协议、插件化、多渠道接入是它的基本盘。币圈光环是它的流量来源，也是你需要拨开看本质的那层雾——剥开之后，它就是一个工程化程度不错的多 Agent 运行时。如果你是 JS/TS 栈，想养一个长期在线、能记忆、能干活的 Agent，它值得一个位置；下期基础篇，我们再横向拆另一个大家点名最多的平台。
by 数码罗记·godsun.pro
