Day 76：AI Agent 框架实战 — ElizaOS vs GOAT vs Virtuals vs Olas

日期：2026-03-17 主题：四大链上 AI Agent 框架对比、架构设计、开发体验、生态成熟度、PM 选型指南 产出：学习笔记 + 框架对比 + 面试题答案

---

今日目标

---

一、为什么需要专用 Agent 框架？

1.1 通用框架的不足

LangChain / CrewAI / AutoGen 等通用 Agent 框架：
├── 不理解区块链（不知道什么是 Gas、签名、Nonce）
├── 没有钱包管理（不能持有/发送 Token）
├── 不支持链上验证（执行结果无法被合约信任）
└── 缺乏 Web3 安全设计（无 Session Key、无消费限制）

→ Web3 Agent 需要原生的链上能力

1.2 Web3 Agent 框架必须解决的问题

---

二、四大框架深度

2.1 ElizaOS（原 ai16z/Eliza）

背景：

• 2024.10 由 ai16z DAO 发起，GitHub 一度排名 #2
• 最初用于 Twitter 上的 AI 角色扮演
• 迅速扩展到链上交易、DeFi、社交

架构：

ElizaOS Core
├── Character System（角色配置 JSON）
│     ├── 人格设定
│     ├── 知识库
│     └── 行为规则
├── Plugin System（可插拔能力）
│     ├── @elizaos/plugin-solana（Solana 交易）
│     ├── @elizaos/plugin-evm（EVM 链交易）
│     ├── @elizaos/plugin-twitter（Twitter 发帖/回复）
│     ├── @elizaos/plugin-discord（Discord 机器人）
│     └── 社区插件 200+
├── Memory System（对话/行为记忆）
│     ├── 短期记忆（当前对话）
│     └── 长期记忆（向量数据库）
└── Action System（可执行动作）
      ├── SWAP、TRANSFER、STAKE
      └── 自定义 Action

开发体验：

// 创建一个简单的 DeFi Agent
const agent = new ElizaAgent({
  character: {
    name: "DeFi Helper",
    bio: "I help users swap tokens on Solana",
    knowledge: ["Raydium pools", "Jupiter aggregator"]
  },
  plugins: [
    "@elizaos/plugin-solana",
    "@elizaos/plugin-jupiter"
  ]
});

数据（2026.03）：

PM 评估：

---

2.2 GOAT（Great Onchain Agent Toolkit）

背景：

• 由 Crossmint 团队开发
• 专注于链上操作的工具包（不是全栈框架）
• 设计哲学：和现有 LLM 框架（LangChain/Vercel AI SDK）配合使用

架构：

GOAT 不是独立框架，而是"Web3 工具层"

你的 LLM 框架（LangChain / Vercel AI / 自研）
    └── 接入 GOAT Plugin
          ├── Wallet Plugin（钱包管理）
          │     ├── Viem Wallet（EVM）
          │     ├── Solana Wallet
          │     └── Crossmint Smart Wallet
          ├── DeFi Plugin
          │     ├── Uniswap
          │     ├── Jupiter
          │     └── 1inch
          ├── Token Plugin（ERC20 操作）
          └── NFT Plugin（Mint/Transfer）

开发体验：

// GOAT 作为工具注入 Vercel AI SDK
import { getTools } from "@goat-sdk/adapter-vercel-ai";
import { uniswap } from "@goat-sdk/plugin-uniswap";
import { viem } from "@goat-sdk/wallet-viem";

const tools = await getTools({
  wallet: viem(walletClient),
  plugins: [uniswap({ baseUrl: "https://api.uniswap.org" })]
});

// 直接在 Vercel AI 中使用
const result = await generateText({
  model: openai("gpt-4"),
  tools: tools,
  prompt: "Swap 0.1 ETH to USDC on Uniswap"
});

PM 评估：

---

2.3 Virtuals Protocol

背景：

• Base 链上的 AI Agent 发行和交易平台
• 不只是框架，更是 Agent 经济平台（Day 72 已分析经济模型）
• "AI Agent 版 Pump.fun"

架构：

Virtuals Protocol
├── G.A.M.E Framework（Agent 运行引擎）
│     ├── Goal（目标系统）
│     ├── Action（动作空间）
│     ├── Memory（记忆模块）
│     └── Evaluation（自我评估）
├── Agent Token 系统
│     ├── Bonding Curve 发行
│     ├── LP 自动迁移到 DEX
│     └── 收入 → 回购/销毁
├── Agent 市场
│     ├── 发现/搜索 Agent
│     ├── Agent 评分/排名
│     └── Agent Token 交易
└── 基础设施
      ├── VIRTUAL Token（平台代币）
      ├── 多链部署（Base/Solana/Arbitrum）
      └── Agent 间通信协议

独特点：IP 共创模型：

Agent 创建者 → 定义核心角色和能力
社区 → 贡献训练数据、改进行为
Token 持有者 → 治理 Agent 的策略
→ 类似"去中心化的 AI 角色开发"

数据（2026.03）：

PM 评估：

---

2.4 Autonolas / Olas

背景：

• 最早的链上 Agent 框架之一（2022 年起）
• 设计哲学：模块化、可组合、去中心化的 Agent 服务
• veOLAS 治理模型（类似 Curve/veToken，Day 48 学过）

架构：

Olas Stack
├── Agent 组件注册表（Component Registry）
│     ├── Protocol（Agent 间通信协议）
│     ├── Connection（外部 API/链连接器）
│     ├── Skill（具体 AI 技能/逻辑）
│     └── Contract（链上合约接口）
├── Agent 服务（Multi-Agent Service）
│     ├── 由多个组件组合而成
│     ├── 运行在多个独立节点上
│     └── 共识机制保证行为一致
├── 经济层
│     ├── OLAS Token（质押 + 治理）
│     ├── veOLAS（锁仓获得投票权）
│     ├── 组件开发者获得排放奖励
│     └── Agent 收入 → Treasury → 分配
└── 多链支持
      ├── Ethereum、Gnosis、Polygon
      ├── Solana、Arbitrum、Base
      └── Celo、Optimism

独特点：Multi-Agent 共识：

传统 Agent：单机运行，单点故障
Olas Agent Service：
  ├── 同一个 Agent 跑在 N 个节点上
  ├── 节点间通过 Tendermint 共识
  ├── 多数节点同意才执行操作
  └── = 去中心化的 Agent 运行

实际运行的 Agent：

PM 评估：

---

三、全面对比

3.1 技术维度

3.2 生态维度

3.3 定位矩阵

                    全栈平台
                        │
            Virtuals ───┼─── ElizaOS
           (经济平台)    │    (社交+链上)
                        │
 模块化 ────────────────┼──────────────── 一体化
                        │
              GOAT ─────┼─── Olas
          (工具层插件)    │    (去中心化Agent服务)
                        │
                    专注链上

---

四、选型指南

4.1 按场景选择

4.2 按团队能力选择

---

五、2026 趋势：框架融合

5.1 碎片化到标准化

当前：每个框架定义自己的 Agent 接口
  → ElizaOS Agent ≠ Virtuals Agent ≠ Olas Agent
  → Agent 不能跨框架互调

趋势：
  → MCP（Anthropic）→ 统一工具调用标准
  → A2A（Google）→ 统一 Agent 发现/通信
  → ERC-8004 → 统一链上 Agent 身份
  → 最终可能出现"Agent 的 HTTP"——统一通信协议

5.2 预测

---

六、面试题答案

Q：如何为 Web3 产品选择 AI Agent 框架？

30秒版本： 选择框架看三个维度：是否需要社交能力（是→ElizaOS）、是否已有 AI 系统（是→GOAT 做插件集成）、是否需要去中心化运行（是→Olas）。如果要做 Agent Token 经济，Virtuals 是唯一内建发行机制的平台。不要选最火的，选最匹配产品需求的。

2分钟版本：

决策框架：

1. 功能需求：纯链上操作 vs 社交+链上 → 决定是否需要 ElizaOS 的社交插件
2. 集成方式：新建 vs 接入已有系统 → 新建用 ElizaOS/Olas，接入用 GOAT
3. 经济模型：是否发 Agent Token → 是用 Virtuals，否用其他
4. 可靠性要求：允许单点故障 vs 必须高可用 → 高可用选 Olas
5. 团队规模：1-2 人选 ElizaOS（社区资源多），有团队选 GOAT/Olas

我的判断：2026 年最务实的选择是 GOAT + 主流 LLM 框架——保持架构灵活性，不被单一框架锁定，等标准统一后再迁移成本最低。

---

Q：ElizaOS 为什么能快速火起来？有什么风险？

火起来的原因：

1. ai16z 品牌效应（名字蹭 a16z）
2. 开源 + TypeScript → 前端开发者友好
3. 角色系统 → 低门槛创建"有人格"的 Agent
4. Token 激励 → 投机驱动社区增长

核心风险：

1. 代码质量：社区贡献插件未经严格审计，安全隐患大
2. Token 绑定：ELIZAOS Token 价格波动影响开发者信心
3. 同质化：5000+ Agent 中大量是换皮的社交机器人
4. 核心团队：创始人 Shaw 的争议和团队变动

---

七、与前后笔记的关联

Day 70（全景）→ 框架层是产品栈 Layer 3
Day 72（经济模型）→ Virtuals 的 Agent Token 经济已深度分析
Day 73（产品设计）→ Agent 需要什么能力 → 框架如何提供
Day 74（zkML）→ Olas 的 Multi-Agent 共识 + 未来 zkML 集成
Day 75（算力）→ Agent 框架在哪里运行 → 去中心化算力支撑
Day 76（本篇）→ 具体用什么工具来构建 Agent

---

八、今日总结

核心洞察（PM 视角）： Agent 框架战争的胜负不取决于技术优劣，而取决于开发者生态和真实 Agent 的数量。ElizaOS 有最多开发者但质量低，Olas 技术最强但采用率低。这和公链竞争一样——最好的链不一定赢，生态最大的链赢。PM 应该押注开发者社区增长最快的框架，同时用 GOAT 这样的工具层做对冲，保持架构可迁移。

---

Day 76 完成 · 下一步：Day 77 DePIN + AI