JarvisCore

JarvisCore

Prescott Data · コーディング · 生産性向上 · その他

JarvisCore は、AI エージェントが対等なピアとしてメッシュを組み、共有台帳からタスクを引き受け、ゼロトラストのブローカー経由で外部サービスを呼ぶオープンソースの Python ランタイムである。

JarvisCore の画面プレビュー

JarvisCore について

What Is JarvisCore

JarvisCore は、Python で動く AI エージェントを本番システムに組み込むチーム向けのマルチエージェントフレームワークである。すべての手順を計画して状態を抱え込むオーケストレーターを置く代わりに、エージェントをメッシュ上に散らす。各ピアは自分のできることを宣言し、共有台帳から仕事を取りに行く。この違いはプロセスが落ちたときに効いてくる。別のピアが未完了の手順を引き受け、ゴールはそのまま進む。

ランタイムには 2 種類のエージェントプロファイルがある。AutoAgent はタスクを推論し、コードを書き、サンドボックスで実行し、自分の失敗を修復する。CustomAgent は execute_task に書いた Python をそのまま動かし、自律型と同じアイデンティティ、メモリ、メッセージングを引き継ぐ。どちらも同じメッシュに載るため、固定ロジックの API ワーカーと推論するエージェントを 1 つのシステムで共存させられる。

認証情報は Nexus が扱う。外部呼び出しの直前にトークンを差し込むブローカーである。エージェントは必要なサービスを宣言するだけで、鍵そのものを見ることはない。プロンプトにも、生成したコードにも、トレースにも残らない。開発元は Prescott Data で、ライセンスは Apache 2.0 だ。

始める前に制約を押さえておきたい。JarvisCore は開発者向けのライブラリであり、ノーコードのビルダーではない。ドキュメントは Python を読み、環境変数を編集できる読者を前提にしている。永続ワークフロー、クラッシュからの復帰、マシンをまたぐ検出には Redis が要り、複数ノードなら P2P 拡張も必要になる。バージョン 3.0 ではすべての実行を記録する制御レイヤーが加わったが、既定のレポートモードは監視だけで止めない。

Getting Started

  1. Python 3.10 以上を用意し、新しいフォルダで pip install jarviscore-framework と jarviscore init を実行する。
  2. .env.example を .env にコピーし、Anthropic、Google Gemini、Azure OpenAI、またはローカルエンドポイントのキーを 1 つだけ書く。
  3. jarviscore check --validate-llm でパッケージとプロバイダー接続を確認する。
  4. ロール、ケイパビリティ、システムプロンプトを持つエージェントクラスを書き、Mesh に追加して mesh.run_task() を呼ぶ。
  5. 必要に応じて拡張を足す。永続ワークフローなら [redis]、Playwright なら [browser]、複数マシンなら [p2p] である。

AIツール情報

JarvisCoreの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プランFree (Apache 2.0); Enterprise custom pricing
プラットフォームWindows, macOS, Linux (Python 3.10+)
開発元Prescott Data
カテゴリコーディング · 生産性向上 · その他
リリース日Jan 2026
最終更新Oct 2026
サイト訪問数N/A
サイト世界ランキングN/A
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • バックエンドとプラットフォームのエンジニア
  • 長時間のジョブを複数プロセスで回すチーム
  • 認証情報の規則が厳しい企業

タスク

  • 複数段階の調査とレポート作成
  • 再起動をまたぐワークフロー
  • 実サイトでのブラウザ作業
  • 人の承認が要る操作

シーン

  • 夜間バッチで 3 つの社内システムからデータを補完する。1 バッチの失敗で全体をやり直したくない場面。
  • サポートチームが Slack のルームでファイル変更を提案し、メンバーが自分のアカウントで承認する運用。
  • 単一プロセスでも複数ノードでも同じエージェントが動くため、試作を書き直さずに本番へ移したい段階。

主な機能

中央オーケストレーターのないピアメッシュ

エージェントは SWIM gossip でケイパビリティを通知し、何ができるかで互いを見つける。プロセスが止まれば、別のピアが共有台帳からその手順を引き継ぐ。全部を束ねる管理エージェントがいないため、その 1 プロセスの停止でシステム全体が落ちる事態を避けられる。

共有台帳に載る永続ゴール

Mesh.execute_goal() は元のゴールと義務の台帳を Redis に保存し、一時的な計画リースの下でケイパビリティでアドレス指定された DAG を組み、条件を満たすピアに準備済みの手順をアトミックに引き受けさせる。計画ができた時点で、計画したピアはルーティング権限を失う。試行は不変のまま残り、照合は未解決の義務にだけ作業を足す。

1 つのランタイムに 2 つのプロファイル

AutoAgent は推論ループ、ツール検出、サンドボックスでのコード実行、修復を担当する。CustomAgent は純粋な Python で書いた決定的なハンドラーを公開する。両者はアイデンティティ、メモリ、メッセージング、ストレージを共有するため、周囲のシステムを作り直さずにプロファイルを切り替えられる。

Nexus によるゼロトラスト認証情報

Nexus は実行境界でプロバイダーの認証情報を解決し、送信リクエストに載せる。requires_auth を宣言したエージェントだけが呼び出しを受け取り、トークンはモデルのコンテキストにも、書かせたコードにも、トレースログにも入らない。OAuth2 の設定は jarviscore nexus init と jarviscore nexus register でローカルに行う。

プロセスより長く残るメモリ

エージェントが残すと決めた事実は .jarviscore/memory/ に書かれ、次の実行でロールに紐づいて呼び戻される。memory_scope_field でテナントごとに分けられる。ランタイムを Athena に向ければ、セマンティックメモリをマシン間で共有できる。作業記憶、エピソード記憶、長期記憶は同じインターフェースで扱う。

制御、証跡、リプレイ

バージョン 3.0 は、プロバイダー呼び出し、サンドボックスプログラム、ブラウザリクエスト、ファイル変更のそれぞれを実行前に判定し、その決定をハッシュで連結したジャーナルに書く。jarviscore verify はこのジャーナルをオフラインで検証し、jarviscore evidence はある人物やテナントに対してエージェントが何をしたかを一覧にする。jarviscore replay は記録済みのセッションを、外部を一切呼ばずに記録だけを相手に再実行する。

メリットとデメリット

メリット

  • 中央オーケストレーターがないため、ワーカーが落ちてもゴールは止まらない。残りの手順は他のピアが台帳から引き受ける。
  • 認証情報がモデルの外にあり、セキュリティ部門がエージェントの試行を止める典型的な理由を消せる。
  • AutoAgent と CustomAgent が同じランタイムを共有するため、決定的なワーカーと推論エージェントを 1 つのシステムに混在させられる。
  • 3.0 の制御レイヤーは検証可能なジャーナルとオフラインリプレイを生成する。エージェントが実際に何をしたかを問われたときに答えられる。
  • Apache 2.0 なので売上や利用者数の上限なしで商用製品に使える。導入は pip コマンド 1 つとモデルキー 1 つで済む。

デメリット

  • Python の知識が要る。ビジュアルビルダーはなく、設定は環境ファイルと CLI コマンドで進める。
  • 永続ワークフローとノード間検出には Redis と P2P 拡張が必要で、単一プロセスのデモでは見えない運用負荷が増える。
  • トレースはデバッグ用の記録で、監査ログではない。プロンプトは要約、ツール結果は 2,000 文字で切られ、記録は 7 日で失効する。
  • 委任アクセス制御、Maven のコスト管理、自己改善するワークフロー DAG は商用モジュールで、価格は案件ごとの見積もりになる。

よくある質問

JarvisCore は Python で書かれたオープンソースのエージェントフレームワークである。エージェントはメッシュに参加し、ケイパビリティでピアを見つけ、共有台帳から仕事を引き受け、認証情報ブローカー経由で外部サービスを呼ぶ。開発元は Prescott Data。