Everruns logo

Everruns

開く

型付きツール、永続セッション、制御された本番チャネルを備える、オープンソースの Rust エージェントフレームワークと任意の耐久プラットフォーム。

共有:
代替ツールを見る

Everruns

Everruns は、AI エージェントをアプリケーションへ直接組み込むための MIT ライセンスの Rust フレームワークと、永続セッションや運用制御が必要なチーム向けの任意の共有プラットフォームです。アプリケーション側のループを明示的に保ちます。エージェントを定義し、モデルと型付きツールを接続し、セッションを作成してターンを実行します。プラットフォーム層は分離されているため、Rust サービスは組み込みから始め、リモート実行、チャネル配信、永続化が必要になった時点でセルフホストまたはクラウドの制御プレーンを選べます。

主な機能

  • Rust ネイティブのエージェントループ: everruns crate はエージェント、セッション、プロバイダー設定、型付きツール、イベント、キャンセル、ライフサイクルフックを提供し、アプリの動作をプロンプトだけのワークフローへ隠しません。
  • 明示的な権限境界: ファイルシステム、Shell、Web、Lua、MCP の能力はアプリが意図して有効化します。モデルより狭い権限をツールへ与えたい場合に役立ちます。
  • 任意の耐久プラットフォーム: セルフホスト版と Everruns Cloud は Web UI、ステートレス Worker、リモート API、永続実行、組織制御、予算、評価を追加します。
  • 複数の配信チャネル: 公式ドキュメントは Web Chat、Slack、A2A、Webhook、スケジュール、音声、HTTP、MCP をプラットフォームの公開先として挙げています。
  • 直近リリースの方向性: 2026-10-13 公開の 0.48.0 はプラットフォームセッションを durable actor へ移行し、安定した Agent API と統合 Web Search ツールを導入しました。旧 api_endpoint チャネルルートは廃止されたため、既存クライアントはアップグレードノートを確認してください。

実践ワークフロー

まずフレームワークのクイックスタートに従い、Rust サービスでモデルプロバイダーを設定し、型付き関数ツールを一つ実装して、新しいセッションで小さなタスクを実行します。広い Shell やネットワーク権限をモデルへ渡すのではなく、認可と入力検証はツール本体へ置きます。動作が安定してから、障害復旧、共有 Worker、チャネル配信、組織レベルの予算が必要な場合だけプラットフォームを選びます。たとえば、サポート振り分けエージェントは最初はプロセス内で動かし、Slack メッセージ、定期フォローアップ、監査可能な履歴が必要になってからプラットフォームへ移せます。

価格とデプロイ

フレームワークは MIT ライセンスのオープンソースで、組み込みまたはセルフホストが可能です。Everruns にはクラウド製品もありますが、公開プロジェクトページに固定のホスト価格表はありません。オープンソースライセンスだけで運用費が不要になるわけではないため、モデルプロバイダー、ストレージ、Worker、検索サービス、選択するホスティングまたはクラウドの費用を見積もってください。

比較

Mastra は TypeScript 寄りのエージェントフレームワークである一方、Everruns は Rust アプリケーションと型付き Rust ツールから始めます。LangGraph はグラフ型オーケストレーションを中心にしたい場合に適しています。Everruns は、組み込み Rust API を先に採用し、コアのセッションモデルを置き換えずに耐久性と複数チャネルの運用へ拡張できる点が特徴です。

リスクと次の一歩

Everruns は活発に開発中で、10 月のリリースには旧チャネルルートの移行が含まれます。永続実行はツールの冪等性、最小権限の認証情報、レート制限、影響の大きい操作への人間の承認を自動的に解決しません。フレームワークのクイックスタート を読み、読み取り専用の型付きツールをローカルで試してから、プラットフォーム API を採用する前に 0.48.0 の変更履歴 を確認してください。

よくある質問

プラットフォームを運用せずに Everruns を使えますか?

はい。フレームワークは Rust アプリケーションへ組み込めます。プラットフォームは共有ランタイムと本番運用のための任意の経路です。

プラットフォームはエージェントツールをデフォルトで安全にしますか?

いいえ。ランタイム制御と文書化された能力境界は提供しますが、アプリケーション側で最小権限の認証情報、検証、承認ルールを実装する必要があります。

Agent API はいつ使うべきですか?

他のアプリケーションが安定したサービスインターフェースを通じてセッション作成、返信のストリーミング、エージェントからの質問への応答、ツール承認を行う必要がある場合に使えます。旧チャネル形式は廃止されたため、接続前に最新のリリースノートを確認してください。

コメント

まだコメントがありません。最初のコメントを投稿してください!