Solana Agent Kit vs GOAT vs ElizaOS:どのフレームワークを使うべきか?

2026年5月28日公開読了時間 1 分

Solana agentフレームワーク比較のためのAIエージェントの顔のイラスト

Solana AIエージェントのガイドには必ず3つのフレームワークが登場する。Solana Agent Kit、GOAT、ElizaOSだ。いずれもオープンソースで、プラグインを中心に構築され、エージェントによるトークン移動を可能にすると謳っている。選択を誤ると、3週目に土台が自分の作りたいものに合わないことに気づき、そこから作り直すことになる。

このガイドでは、各フレームワークが何であるか、誰が本番エージェントをそこで動かしているか、どこに限界があるか、そしてどう選ぶべきかを解説する。フレームワークはエージェントに何ができるかを決める。インフラは本番環境で動くかどうかを決める。選定後の全体的な構築フローについては、Solana AIエージェント構築ガイドがウォレットのセットアップ、RPC連携、Jupiterのスワップまでを一通りカバーしている。

Solana Agent Kitとは何か

SendAIによるSolana Agent Kitは、あらゆるLLMエージェントにSolanaプロトコルへの直接アクセスを与えるオープンソースのTypeScriptツールキットだ。プロジェクトのホームページでの説明はシンプルで、「どんなモデルを使ったどんなエージェントでも60以上のSolanaアクションを自律的に実行できる」とされている。Apache-2.0ライセンスで提供されており、事実上Solanaネイティブなエージェントのリファレンス実装となっている。本番での利用者には、SEND Arcadeのオンチェーンゲーム(Blinksプラグイン経由)、3landのNFTミントフロー、そしてSendAI自身のSolana MCPサーバー(このキットのアクションをClaude DesktopやCursorに公開する)が含まれる。

アーキテクチャとしてはエージェントランタイムではなくツールライブラリだ。中核となるSolanaAgentKitクラスはウォレットとRPC接続をラップし、.use(...)を呼び出してプラグインを登録する。このキットには、トークン、NFT、DeFi、その他のデータ、Solana Blinksをカバーする5つのファーストパーティプラグインが同梱されている。エージェントループは自前で用意する必要があり、通常は付属のアダプタヘルパー経由でLangChainやLangGraph、Vercel AI SDKを使う。

typescriptCopied
const agent = new SolanaAgentKit(wallet, "YOUR_RPC_URL", {
OPENAI_API_KEY: "YOUR_OPENAI_API_KEY"
})
.use(TokenPlugin)
.use(NFTPlugin)
.use(DefiPlugin)
.use(MiscPlugin)
.use(BlinksPlugin);

強みはSolanaへの深さだ。標準で、本番のSolanaエージェントが最終的に触れることになるプロトコル群を駆動できる。DEXとアグリゲーター(Jupiter、Raydium、Orca、Meteora DLMM)、価格フィード(Pyth、Switchboard)、MEV保護(Jito Bundles)、パーペチュアル(Drift)、ミームコインのローンチ(Pump)、リキッドステーキング(Marinade、Sanctum)、ブリッジ(Wormhole、deBridge)、ZK圧縮(Light Protocol)などだ。v2のリリースノートを見ると、2025年を通じてカタログが拡大しており、Turnkey、Privy、Phantomによる組み込みウォレット対応も加わっている。

@solana-agent-kit/plugin-misc内にはファーストクラスのプラグインとして2つのプロバイダーが提供されている。HeliusとAlchemyだ。両者ともSolana RPC、優先手数料、Webhook、厳選されたデータ読み取りをネイティブなエージェントアクションとして公開しており、間に接続コードを挟むことなくどのエージェントループからでも呼び出せる。両者の違いは対応範囲だ。HeliusはSolana専用だが、AlchemyはSolanaに加えてEVMチェーン(Ethereum、Base、Arbitrum、Polygonなど)も扱う。エージェントがEVMコントラクトを呼び出したり、ユーザーの動きをエコシステム横断で追ったりする場合はこの違いが重要になる。

限界としては、フレームワークレベルではSolana専用だという点だ。ネイティブなEVMエージェント対応はなく、EclipseなどSVM系の一級サポートもなく、組み込みのエージェントランタイムやメモリ、ソーシャルプラットフォームクライアントも備わっていない。Python版(solana-agent-kit-py)は正式リリースがなく、あらゆるプラグインでTypeScript版に後れを取っている。タグ付きリリースのペースも一定ではなく、GitHub上の最新のタグ付きリリースは2025年7月24日付のv2.0.9だが、v2ブランチでは実質的な貢献のマージが続いている。

選ぶべき場合: Solana専用であり、HeliusかAlchemyのインフラが組み込まれていることを重視し、エージェントループを自分で制御したい場合。

GOATとは何か

CrossmintによるGOAT SDK(Great Onchain Agent Toolkitの略)は、フレームワークに依存しないマルチチェーン対応のエージェントSDKだ。当初のローンチ発表では、「5つのエージェントフレームワーク、2つのプログラミング言語、任意のウォレットアーキテクチャ、30以上のチェーンで使える、単一の統一されたオンチェーンアクションのライブラリ」と説明されていた。MITライセンスで提供されている。

アーキテクチャは、フレームワークアダプター × ウォレット × プラグインという明快な3軸のマトリクスになっている。ウォレット(viem、Solanaのweb3.js、Crossmintスマートウォレット、Lit、Safeなど)を用意し、対応する@goat-sdk/wallet-*パッケージでラップし、プラグインを取り付け、その結果を自分のフレームワークのツールインターフェースに渡す。同じプラグインが、対象チェーンが対応する任意のウォレットで動作する。

typescriptCopied
import { getOnChainTools } from "@goat-sdk/adapter-vercel-ai";
import { viem } from "@goat-sdk/wallet-viem";

const tools = await getOnChainTools({
wallet: viem(walletClient),
plugins: [],
});

ウォレットパッケージはEVM、Solana、Aptos、Chromia、Cosmos、Fuel、Lit、Radix、Safe、Starknet、Sui、Zilliqa、MultiversXに加え、EVMとSolana向けのCrossmintスマートウォレットにも存在する。プラグインはDEXスワップ(Uniswap、Jupiter、0x、Orca、Balancer)、レンディング(Aave、Lulo、Renzo)、予測市場(Polymarket)、ブリッジ(deBridge、Mayan)、NFT(OpenSea、Magic Eden、Tensor)、データ(CoinGecko、Dexscreener、BirdEye、Nansen、Allora)、Crossmintを通じたコマース基盤まで多岐にわたる。ElizaOSはElizaOS GOATプラグインを通じて、キャラクターにオンチェーンの能力を追加する標準手段としてGOATを公式に位置付けており、LangChainのツールドキュメントでもファーストクラスの連携として取り上げられている。

開発は停滞している。GOATのリポジトリのmainブランチは2025年8月19日以降更新されておらず、npm上の最新の@goat-sdk/coreリリースは2025年5月13日付の0.5.0だ。Solanaのカバレッジも、Solana Agent Kitに比べると浅い。GOATはJupiter、Orca、Tensor、Magic Edenを公開しているが、Solanaネイティブなプロトコルの裾野(Pumpのミームコインローンチ、Meteora DLMM、Driftのパーペチュアル、Marinade、Sanctum、Light Protocol)は網羅していない。

選ぶべき場合: マルチチェーン(特にEVMとSolanaの両方)を構築しており、Solanaネイティブな深さよりもクリーンなウォレットとプラグインの抽象化を重視する場合。この道を選ぶなら、フォークを自分で保守する前提で計画すること。

ElizaOSとは何か

Eliza LabsによるElizaOSは毛色の異なるツールだ。Solana Agent KitとGOATは自分のエージェントコードにインポートして使うSDKだが、ElizaOSは完全なエージェントランタイムだ。メッセージループ、メモリ、モデルルーティング、ソーシャルクライアント連携、マルチエージェントのオーケストレーションを自ら備えている。用意するのはキャラクターファイルだけで、それ以外はすべて備わっている。

2024年10月にShaw WaltersによってAI16zとしてローンチされたこのプロジェクトは、2025年1月末にElizaOSへとブランド変更され、Eliza Labs傘下に移った。2026年5月時点でGitHub上のスターは18,400以上、MITライセンスで提供されており、v2のGAは2026年5月にリリースされた(最新はv2.0.3で、ローンチ週の36時間の間に3つのタグ付きリリースが出た)。ElizaOSは3つのフレームワークの中で最も活発に開発が進んでいる。

エージェントはキャラクターファイル(JSONまたはTypeScript)によって定義され、そこで人格、プラグイン、モデル設定を宣言する。ElizaOSのキャラクターインターフェースのドキュメントからの最小限の例:

typescriptCopied
import { Character } from '@elizaos/core';

export const character: Character = {
name: 'Eliza',
bio: ["An advanced AI assistant powered by elizaOS"],
plugins: [
  '@elizaos/plugin-sql',
  '@elizaos/plugin-bootstrap',
  ...(process.env.OPENAI_API_KEY ? ['@elizaos/plugin-openai'] : []),
  ...(process.env.DISCORD_API_TOKEN ? ['@elizaos/plugin-discord'] : []),
],
settings: { model: 'gpt-4', temperature: 0.7 }
};

ランタイムはモデルに依存せず(OpenAI、Anthropic、Gemini、Llama、Grok、ローカルモデル)、Discord、X/Twitter、Telegram、Farcaster、Slack、WhatsApp、Blueskyのファーストパーティクライアントを同梱している。RAGと永続メモリも組み込まれている。ブロックチェーン対応はプラグイン経由で提供され、@elizaos/plugin-solanaはSolanaのトークン操作を直接カバーし、@elizaos/plugin-goatとplugin-solana-agent-kitを使えば、ランタイムを書き直すことなくElizaのキャラクターにGOATのマルチチェーンの広さやSolana Agent KitのSolanaの深さを取り入れることができる。

限界としては、既存のエージェントコードにSDKを組み込むのに比べて、ElizaOSはセットアップが重い。TypeScript優先で、PythonやRustの一級パスは存在しない。また、チェーンはコアではなくプラグインの背後にあるため、生のSolana操作はSolana Agent Kitの方が直接的だ。

選ぶべき場合: ペルソナ、メモリ、ソーシャルプラットフォームクライアントを標準で備えたデプロイ可能な自律エージェントが欲しい場合。

これらのフレームワークをどう比較するか

Dimension	Solana Agent Kit	GOAT	ElizaOS
Best for	DeFiカバレッジの深いSolanaネイティブなエージェント	EVMとSolanaにまたがるマルチチェーンエージェント	ペルソナとソーシャルクライアントを備えた自律エージェント
Type	SDK(ツールライブラリ)	SDK(ツールライブラリ)	完全なエージェントランタイム
Chains	Solanaのみ	EVM、Solana、Aptos、Sui、Starknet、Cosmosなど9以上	任意(プラグイン経由。他の2つも含む)
Languages	TypeScript(Pythonは遅れている)	TypeScriptとPython	TypeScript
Agent loop	自前で用意	自前で用意	組み込み済み
Runtime extras	なし	なし	メモリ、RAG、Discord/X/Telegram/Farcaster/Slack/WhatsApp、マルチエージェント
First-class RPC + infra	HeliusとAlchemy	ネイティブなものはなし	Solanaプラグイン経由

どう選ぶべきか

この判断マトリクスは、よくある構築のパターンを各フレームワークに対応付けたものだ。

If you are building...	Pick	Why
DeFiカバレッジの深いSolana専用エージェント	Solana Agent Kit	Jupiter、Raydium、Drift、Pump、Marinade、Meteoraなどがネイティブアクションとして提供され、HeliusとAlchemyがファーストクラスのプラグインになっている
EVMとSolanaをまたぐマルチチェーンエージェント	GOAT	1つのウォレット抽象化、チェーンごとのプラグインで、市場でも最もクリーンなマルチチェーンの構成
ペルソナとソーシャルクライアントを備えた自律エージェント	ElizaOS	ランタイム、キャラクターファイル、メモリ、Discord/X/Telegramを標準で備えている
既に書いたLangChainやVercel AI SDKの上に構築するエージェント	Solana AgentKit または GOAT	既存のコードにSDKを組み込むだけで、アダプターが残りを処理する
最も活発なメンテナンス	ElizaOS	2026年5月時点で新しいタグ付きリリースを継続して出しているのはこれだけ(5月にv2 GA)

このマトリクスに加えて、3つの補足がある。

これらのフレームワークは組み合わせられる。ElizaOSはSolana Agent Kit(@elizaos/plugin-solana-agent-kit)やGOAT(@elizaos/plugin-goat)をプラグインとしてマウントできるため、SDKの選択が後でランタイムを選べなくなることにはならない。まずはチェーンの範囲に合ったものから始め、必要になったところでランタイムを重ねればよい。

メンテナンスの活発さにはばらつきがある。ElizaOSは2026年5月にv2 GAをリリースした(最新はv2.0.3で、ローンチ週の36時間で3つのパッチリリースが出た)。Solana Agent Kitのタグ付きリリースは2025年7月付のv2.0.9だが、v2ブランチでは今も実質的な貢献のマージが続いている。GOATは2025年8月以降コミットがない。

スター数は目安であって証明ではない。ElizaOSが18,400以上を集めているのは、完全なランタイムであり訴求範囲が広いためだ。Solana Agent KitとGOATは設計上より狭い層を対象にしており、品質が劣るわけではない。

その裏にあるインフラ層は何か

これら3つのフレームワークはいずれもRPCプロバイダーを通じてトランザクションを送信しており、そのプロバイダーがエージェントを素早く出荷できるか、稼働し続けられるかを左右する。読み取りにはアーカイバルな深さとgRPCストリーミングが必要になる。書き込みには速く信頼できるトランザクションの着地が必要になる。マルチリージョン対応は、エージェントが本番で長時間動き続ける場合に重要になる。

Solana Agent Kitを使っている場合、Alchemyはもはや裏側のインフラ層にとどまらない。@solana-agent-kit/plugin-misc内にファーストクラスのプラグインとして提供されており、Solana RPC、優先手数料の見積もり、トークン価格(シンボル別、アドレス別、履歴)、マルチチェーンのポートフォリオ読み取り、Notify Webhook、エンドポイントヘルパーをネイティブなエージェントツールとして公開している。

ホスト型のSolanaエージェントスキャフォルダーは新規プロジェクトごとに両方のプロバイダーを組み込むため、スキャフォールドを作った時点でRPCの選択が既に組み込まれている。Alchemyはスキルカタログとrpcプロバイダーガイドでファーストクラスの選択肢となっている。solana.newでAlchemyのプラグインをあらかじめ組み込んだエージェントを立ち上げられる。

Alchemyアカウント認証、ウォレットセッション、x402決済、チェーン横断のAPIクエリにはAlchemy CLIを使う:

bash

Copied

npm i -g @alchemy/cli@latest
alchemy auth
npx skills add alchemyplatform/skills --yes
alchemy --json --no-interactive solana rpc getSlot -n solana-mainnet
alchemy --json --no-interactive prices symbol SOL,ETH

コーディングエージェントのシステムプロンプトにCLIのコマンドツリー全体を組み込むにはalchemy agent-promptを使う。スタック全体についてはエージェント向けAlchemyを参照。

構築フロー自体をまだ検討中であれば、Solana AIエージェント構築ガイドがフレームワークの選定、RPCのセットアップ、ウォレットのセキュリティ、動作するJupiterスワップの例を一通り解説している。チェーンの範囲とランタイムの必要性に合ったフレームワークを選び、その裏側のインフラと接続すること。フレームワークはエージェントに何ができるかを決める。インフラは本番環境で動くかどうかを決める。