eliza

elizaOS

Your agentic operating system.

[Eliza](https://eliza.app) ·
[Eliza Cloud](https://cloud.eliza.app) ·
[elizaOS downloads](https://os.eliza.app) ·
[Documentation](https://docs.elizaos.ai/)

elizaOS is an open-source TypeScript framework and product stack for autonomous AI agents. This monorepo contains the core runtime, the Eliza app, the CLI, cloud services, native bridges, and first-party plugins. Linux and Android distribution tooling lives in packages/os.

Choose a starting point

Run Eliza from source

The repository pins Bun and Node versions in package.json. Install those versions, then:

git clone --filter=blob:none https://github.com/elizaos/eliza.git
cd eliza
bun install
bun run dev

bun install also prepares submodules and patches, provisions supported host build prerequisites, and builds or verifies the staged desktop libelizainference. The embedding GGUF remains runtime-managed and downloads automatically during local-inference warmup. Fetch archived artifact fixtures explicitly with bun packages/scripts/fetch-archive-artifacts.ts when needed.

Common repository commands:

bun run start       # run the standalone agent host
bun run build       # build the workspace with Turbo
bun run verify      # dependency, type, lint, and audit gates
bun run test        # repository end-to-end test lane
bun run test:e2e    # end-to-end lane
bun run cloud:mock  # local Eliza Cloud stack with mocks

Package build/test commands are in each package's README. Use bun run --cwd to scope a command.

Benchmark

Use Python 3.11+ and install the dependencies required by the selected suite, then run from the repository root:

PYTHONPATH=packages python3 -m benchmarks.orchestrator list-benchmarks
PYTHONPATH=packages python3 -m benchmarks.orchestrator run --benchmarks  --provider  --model 

See benchmarks for setup. Live benchmarks require the selected provider's credentials and may incur usage costs.

What is in the stack?

Eliza

Eliza is the user-facing agent app for web, desktop, and mobile targets. Its capabilities are supplied by the runtime and installed plugins, including:

• chat, voice, memory, knowledge, and document workflows;
• messaging and workspace connectors;
• calendar, reminders, inbox, goals, health, and other personal-assistant domains;
• browser and desktop automation;
• camera, phone, messages, contacts, location, and other native device bridges;
• non-custodial EVM and Solana wallet operations with approval boundaries; and
• scheduled workflows, coding-agent orchestration, and installable app views.

Availability depends on the operating system, installed plugins, granted permissions, and configured model or service providers. Package-level READMEs document the exact support and setup for each capability.

The framework

The framework is model-agnostic and extended through plugins:

• @elizaos/core defines AgentRuntime, the canonical types, authorization, memory and state primitives, and plugin contracts.
• @elizaos/agent assembles a standalone agent and HTTP backend around the core runtime.
• @elizaos/app provides shared application hosting, API, and platform orchestration for Eliza app targets.
• @elizaos/ui contains the shared React UI used by app surfaces.

A plugin exports a Plugin object. Plugins can register actions, providers, evaluators, services, model handlers, routes, events, tests, and app views. See the plugin component guide and the first-party implementations under plugins/.

Local inference

@elizaos/plugin-local-inference provides the Eliza-1 on-device path. The current Eliza-1 registry contains 2B, 4B, 9B, and 27B text tiers based on Gemma 4, plus local embeddings, speech, vision, and image-generation assets. Hardware detection and model routing select supported backends; after the required assets are downloaded, eligible operations can run without a network connection.

Local inference is not forced on hardware that cannot support it. Eliza can route each model capability to local, direct-provider, or Eliza Cloud backends.

Eliza Cloud

Eliza Cloud is optional. It provides account and authentication services, hosted model routing, application and agent deployment, remote connectivity, and cross-device product services. The local runtime and direct model-provider configuration remain first-class paths.

elizaOS distributions

packages/os owns bootable Linux and AOSP distributions, installers, release manifests, and OS toolchains. Application shells and native runtime bridges live in their owning app and plugin packages.

Build an agent

To embed the runtime directly without an application host, import @elizaos/core. The scenario runner provides executable integration coverage against a real runtime and, when configured, live models.

Repository map

packages/        runtime, hosts, UI, CLI, docs, cloud, native code, and tooling
plugins/         first-party model, connector, domain, app, and device plugins
packages/scripts/ repository-wide checks, test orchestration, and release tools
patches/         dependency patches applied during installation

Every maintained package or plugin should explain its public surface, scripts, configuration, and local constraints in its own README.md. Read that README before making changes. The root AGENTS.md is the only repository agent guide; do not add nested AGENTS.md files.

Contributing

[!IMPORTANT] The contribution rules are required for all issues and PRs. Stay within the approved minimum viable product (MVP) and product requirements document (PRD). Maintainers will close unnecessary work and apply contributor penalties.

• Contributors must write and submit issues by hand on GitHub. Agents must not draft or create issues. See the human-only issue rule.
• Report real bugs or missing approved MVP requirements. Link the PRD and MVP plan. New features need human maintainer discussion and approval, then updates to both plans before implementation issues or PRs are opened.
• Prove a useful improvement with before-and-after behavior or relevant scores. Prefer cleanup, removal, reuse, and combined types and functions. Add new types or code only when necessary. Explain the research, alternatives, and choice.
• Do not add unnecessary tests, defensive code, validation, or truncation. Provide real end-to-end test results. Use existing tests first. Avoid new unit tests, mock-only proof, and tests that repeat the implementation.
• Every UI PR needs an uploaded MP4 explainer and walkthrough, video evidence of the changed flow, desktop and mobile screenshots, the app visual audit, and detailed steps to test the change.
• Write issues and PRs in ASD-STE100 Simplified Technical English. Use short, direct sentences and explain technical terms for a non-technical reader.

elizaOS focuses on its first-party runtime, applications, and maintained integrations. We no longer accept third-party plugins or registry items, including new listings, listing updates, and registry submission tooling. Related issues and pull requests will be closed as out of scope.

Submit changes through a pull request against develop; follow AGENTS.md and the owning package's README. Include verification of the changed behavior.

Report vulnerabilities privately through GitHub Security Advisories or security@elizalabs.ai.

License

MIT