eliza
elizaOS
elizaOS is a TypeScript framework for building autonomous AI agents with persistent personality, multi-platform presence, and onchain capabilities. Agents are defined through character files (JSON personality configs), extended through a plugin system (actions, providers, evaluators), and deployed to Discord, Telegram, Twitter, Farcaster, and custom interfaces. The framework includes a RAG knowledge system, memory management with vector similarity search, trust scoring for transaction safety, and native Solana wallet integration via plugin-solana.
Source: https://github.com/elizaOS/eliza
What You Probably Got Wrong
LLMs have stale training data. These are the most common mistakes.
- "Install with npm/yarn" --> The recommended package manager is Bun, not npm. The CLI is
@elizaos/cliand you install it globally withbun i -g @elizaos/cli. npm works but Bun is required for the monorepo and strongly recommended for all elizaOS projects. - "Use
npx create-eliza-app" --> This was the v1 bootstrapper. In v2, useelizaos createafter installing the CLI globally. The oldcreate-eliza-appcommand is deprecated. - "Plugins live in the main repo" --> As of v2, plugins are split into their own repositories under the
elizaos-pluginsGitHub org. Install them from npm (@elizaos/plugin-solana) — do not copy plugin code from the monorepo. - "Characters are in the main repo" --> Characters have been moved to https://github.com/elizaOS/characters. The main repo ships minimal example characters only.
- "Just write a prompt and you have an agent" --> elizaOS agents are not prompt wrappers. A character file defines bio, lore, message examples, style guidelines, topics, and adjectives. The runtime uses these to construct context windows dynamically. Skipping message examples produces generic, personality-less responses.
- "Actions are just functions" --> Actions must implement
validate(should this action run?),handler(execute), andexamples(few-shot for the LLM to learn when to invoke). Missing examples means the model will never trigger your action. - "Memory is automatic" --> The memory system stores conversation history and knowledge embeddings, but you must configure the database adapter (SQLite for dev, PostgreSQL for production). Switching embedding models without clearing the database causes vector dimension mismatches.
- "Trust scoring prevents all bad trades" --> Trust scoring evaluates token safety using recommender credibility and token performance data, but it is a heuristic — not a guarantee. Always set transaction limits and review trust thresholds.
- "Use pnpm/yarn for the monorepo" --> The monorepo uses Bun workspaces. Running
pnpm installoryarn installwill fail or produce broken lock files.
More from aomi-labs/skills
aomi-transact
>
29aomi-build
>
13x402
HTTP 402 payment protocol for AI agent commerce — three-actor model (Client, Resource Server, Facilitator), ERC-3009 transferWithAuthorization, server middleware (@x402/express), client patterns in TypeScript and Python, facilitator integration, agent-to-agent payments, pricing strategies, and replay protection. Works on Base, Ethereum, Arbitrum, Optimism, Polygon, and Solana.
2goat
GOAT (Great Onchain Agent Toolkit) — 200+ protocol integrations across 30+ chains. Tool creation, framework adapters (AI SDK/LangChain/Eliza), DeFi actions (swap/bridge/transfer), wallet management, and modular plugin architecture for building onchain AI agents.
2brian-api
Brian API — natural language to executable Web3 transactions. Convert text intents into swap, bridge, transfer, deposit, withdraw, and borrow transactions across multiple chains. REST API, LangChain integration, and knowledge queries for DeFi protocol data.
2solana-agent-kit
Comprehensive guide for building AI agents that interact with Solana blockchain using SendAI's Solana Agent Kit. Covers 60+ actions, LangChain/Vercel AI integration, MCP server setup, and autonomous agent patterns.
2