eliza
キャラクターファイルとプラグインでエージェントを組む、フレームワークより製品側が重いスタック
elizaとは
elizaOSはTypeScript製のエージェントフレームワークであると同時に、デスクトップとモバイルのアプリ、ホスティングサービス、端末機能への橋渡しまでを1つのリポジトリに収めた製品一式です。開発者が書くのは、名前、指示文、経歴の断片、読み込むプラグインを並べたキャラクターファイルで、あとはランタイムが受け取ったメッセージを保存し、その場面に関係するプロバイダーだけから文脈を集め、モデルにアクションを選ばせて実行し、返答のあとでエバリュエーターが事実を抜き出して記憶に書き戻します。同梱のプラグインには、DiscordやTelegramなどのチャット、MCPサーバーの呼び出し、ブラウザとデスクトップの操作、カレンダーや受信箱といった秘書機能、自分で鍵を持つ暗号資産ウォレット、通信を切っても動く端末内モデルが並びます。ただしnpmの安定版は今も1系で、ここで説明した2系はベータ版とアルファ版でしか配布されていないため、エージェント用のライブラリを1つ選ぶつもりで手を出すと、抱えるものは想定よりかなり大きくなります。
elizaで何ができますか?
- キャラクターファイル1枚で人格を決める —
Characterに書くのは、name、指示文のsystem、文字列の配列であるbioとtopics、やり取りの見本をまとめたmessageExamples、そしてstyleです。styleは共通の口調をallに置き、会話向けのchatと投稿向けのpostがそれを土台にします。読み込むパッケージはpluginsに、参照させたい資料はknowledgeに並べます。 - プロバイダーは全部が呼ばれるわけではない —
AgentRuntimeはメッセージを保存し、状態を組み立て、モデルにアクションを選ばせて実行し、返答を出したあとでエバリュエーターに事実の抽出と記憶の更新を任せます。状態を組み立てる段階は選択的で、privateやdynamicが付いたプロバイダーは外れ、残りも宣言したcontextsがその場面と噛み合ったときだけ動きます。何も宣言しなければgeneralが割り当てられ、用途を絞った処理からは外れます。常に出したい情報はalwaysInResponseStateで明示します。 - 機能はPluginという1つのオブジェクトで足す —
Pluginには、実行可否を判定するvalidateと成否を返すhandlerを持つアクション、文章と構造化データを返すgetを持つプロバイダー、エバリュエーター、常駐サービス、モデルの処理、HTTPの経路、アプリの画面、イベントの購読を好きな組み合わせで載せられます。雛形は2系ベータ版のCLIならelizaos create my-plugin --template plugin、npmが既定で入れる1系では同じ指定が--type pluginになります。 - 人が既にいる場所へエージェントを置く — Discord、Telegram、Slack、WhatsApp、Signal、Matrix、WeChat、X、Instagram、iMessageへの接続がリポジトリに同梱されています。
plugin-mcpはsettings.mcp.serversに書いたMCPサーバーへつなぎ、そのツール群を1つのMCPアクションとして見せます。カレンダー、連絡先、受信箱、メモ、やることリスト、リマインダーといった秘書向けのものも揃いますが、100を超えるプラグインのうち30ほどはEliza本体のアプリの中でしか意味を持たない端末機能の橋渡しです。 - モデルを手元の端末で動かす —
plugin-local-inferenceは文章生成、埋め込み、書き起こし、Kokoroによる音声合成、画像生成、画像の説明を端末内で処理します。モデルを~/.eliza/modelsに置いたあとは通信が要りません。どこで動かすかはダッシュボードから機能ごとに決められるので、書き起こしだけ手元に残し、推論は外部のサービスへ回すという分け方もできます。 - ブラウザとデスクトップを操作させる —
plugin-browserが加えるBROWSERアクションは、開く、移動、クリック、入力、フォームの書き換え、キー送信、スクロール、ホバー、ドラッグ、DOMの取得、画面の撮影までを扱い、内蔵のブラウザ表示、ChromeやSafariに入れる連携拡張、Playwrightのエンドポイントのいずれかを使います。plugin-computeruseは機械そのものを担当し、画面取得、マウスとキーボード、ウィンドウ管理、クリップボード、文字認識に承認待ちの一覧が付きます。どちらも既定では無効で、デスクトップ操作にはmacOSならcliclick、Linuxならxdotoolが要ります。
elizaを選ぶ前に
- 2026年8月時点で、elizaosと@elizaos/coreのnpm安定版タグは1月公開の1系のままで、ここで説明した2系はベータ版とアルファ版のタグでしか配布されていません。
- 創業者は2026年8月、集団訴訟の和解で残る資金を渡したためELIZAOSトークンは終わり財団も畳むと表明しています。オープンソースの開発自体は続けるとしています。
スター推移
8月17日〜8月28日 · +118
よくある質問
elizaは商用利用できますか?
elizaはMITライセンスで公開されています。OSI承認のオープンソースライセンスで、商用利用が認められています。
elizaはどの形で使えますか?
elizaはセルフホスト・ローカル実行・マネージドクラウドの形で利用できます。
ドキュメント
elizaOS/eliza のREADMEより転載(MIT)。 原文を読む ↗
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. The bootable Linux and
Android distributions live in the separate
elizaOS/os repository.
Choose a starting point
| Goal | Start here |
|---|---|
| Use Eliza | Open the web app, visit Eliza downloads, or use a published GitHub release |
| Run this repository | Follow Run Eliza from source |
| Build an agent or plugin | Install the elizaos CLI and read the developer docs |
| Contribute | Read CONTRIBUTING.md and the repository guide in AGENTS.md |
| Run a whole device as elizaOS | Use the installers and target guides in elizaOS/os |
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. The legacy archive
artifact bundle is never pulled implicitly; fetch it deliberately with
bun run fetch:archive-artifacts if you need those fixtures.
Common repository commands:
bun run build # build the workspace with Turbo
bun run verify # package parity, dependency, type, lint, and audit gates
bun run test # repository unit/integration test lane
bun run test:e2e # end-to-end lane
bun run cloud:mock # local Eliza Cloud stack with mocks
See AGENTS.md for package scoping, shared development servers, and the evidence required before a change is considered complete.
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/coredefinesAgentRuntime, the canonical types, the message loop, memory and state primitives, and plugin contracts.@elizaos/agentassembles a standalone agent and HTTP backend around the core runtime.@elizaos/app-coreprovides shared application hosting, API, and platform orchestration for Eliza app targets.@elizaos/uicontains the shared React UI used by app surfaces.elizaosis the project and plugin scaffolding, upgrade, and deployment CLI.
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
The standalone elizaOS/os repository owns
bootable Linux and AOSP distributions, installers, release manifests, and OS
toolchains. This monorepo retains the Eliza application shells and native
runtime bridges used by desktop, iOS, Android, and device integrations.
Build with elizaos
The beta CLI published from this branch uses the unscoped elizaos package:
bun add --global elizaos@beta
elizaos create my-project --template project
elizaos create plugin-example --template plugin
Projects are deployable workspaces; plugins are reusable capability packages.
The packaged templates and their scaffold contracts live in
packages/elizaos/templates/.
To embed the runtime directly without the CLI or 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
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 and paired
CLAUDE.md / AGENTS.md. Read the nearest package guide before making changes.