Eigent リリースノート v0.0.90: Prompt Caching、ブラウザのファイルアップロード、そして高速な更新
プラットフォーム全体の prompt caching、ブラウザエージェントのファイルアップロード、そして大幅に高速化された更新パイプライン

Eigent v0.0.90 は、少ないリソースでより多くを実現し、しかもそれをより速く行うためのリリースです。目玉機能はプラットフォーム全体の prompt caching です。同じコンテキストを各エージェントターンで再処理する代わりに、Eigent はそれをモデルレベルでキャッシュするようになり、長時間実行されるワークフローのレイテンシーを大幅に削減し、コストも大きく下げます。これに加えて、ブラウザエージェントにファイルアップロード機能が追加され、自動更新パイプラインは GitHub Releases から CDN に移行して、ダウンロードが劇的に高速化されました。
Eigent をオープンソースの cowork プラットフォームとして運用している方にとって、v0.0.90 は全体をさりげなく、しかし確実に、より軽快で高機能に感じさせるリリースです。さっそく見ていきましょう。
⚡ すべてのモデル向け Prompt Caching
パフォーマンスとコストが大きく前進しました。
PR #1482 の基盤実装を行った @Zephyroam、そして Anthropic BYOK モデル初期化まで caching を拡張した PR #1552 の追加対応を行った @fengju0213 に大きな感謝を送ります。
Prompt caching により、モデルは長く安定したコンテキスト、つまり system prompt、skill の指示、ドキュメントのコンテキストなどを、毎回 token 化して再処理するのではなく、処理済み表現として保存し再利用できます。Eigent の cowork エージェントが得意とするような、複数ステップで長期にわたるタスクでは、レイテンシーと token コストの両方を劇的に削減できます。
PR #1482 は複数のモデルプラットフォームにわたって prompt caching サポートを拡張する広範な実装で、特に AWS Bedrock Converse で深く対応しています。
新機能:
- AWS Bedrock Converse 統合 — Bedrock Converse 向けに専用の prompt caching サポートを追加し、リージョン設定の制御と API key / access key・secret key の両認証方式に対応
- AWS Bedrock と Bedrock Converse の分離 — Bedrock Converse は prompt caching をサポートする一方、標準の Bedrock は OpenAI 互換 API を使用しており対応しないため、2つを別のプラットフォームタイプとして扱うように変更
- クラウド固有の設定 — Bedrock Converse モデルの初期化時に、URL とリージョンを考慮した適切な設定を適用
- 検証エラーメッセージの改善 — さまざまなプラットフォームタイプで、BYOK 設定の問題をデバッグしやすい、より明確で説明的なエラーに改善
- Agent worker の stream callback — 適切なストリーミング動作のため、上流の CAMEL framework の変更に追従
PR #1552 (@fengju0213 による) では、Anthropic モデル初期化の段階で cache 設定を追加することでこの流れを完結させ、Anthropic BYOK ユーザーも手動設定なしで prompt caching の恩恵を受けられるようにしています。
複数エージェントの cowork ワークフローで、エージェント同士が長い system prompt や skill ドキュメントを共有する場合、そのコンテキストを毎回処理するのではなく一度キャッシュするだけで、あらゆるタスクにわたって効いてくる最適化になります。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1482
🔗 PR: https://github.com/eigent-ai/eigent/pull/1552
🌐 ブラウザエージェント向けファイルアップロードツール
ブラウザエージェントに、強力な新機能が追加されました。
ブラウザエージェントにおけるファーストクラスのツールとしてファイルアップロードを追加してくれた @Douglasymlai、そしてレビューを行った @nitpicker55555 に感謝します。以前のブラウザエージェントは、ページの移動、読み取り、操作はできましたが、ファイルアップロード入力には対応していませんでした。そのギャップが埋まりました。
Web automation では、フォームへの文書添付、データポータルへのスプレッドシート送信、CMS への画像アップロードなど、ファイルアップロードの場面が頻繁に発生します。ネイティブな upload サポートがないと、こうしたワークフローは不格好な回避策が必要でした。これからはブラウザエージェントがそれらをきれいに処理できます。
新機能:
- Upload File ツール — Web ページ上の file input 要素を扱うための、ブラウザエージェントツールセット内の専用ツール
- エンドツーエンドの upload サポート — より大きな browser automation ワークフローの一部として、ファイル選択と upload 操作を実行可能
- 既存のブラウザツールチェーンと統合 — 既存の navigation、フォーム入力、読み取りツールとシームレスに連携
これにより、ファイル送信、文書取り込み、メディア upload を含む、実運用のオープンソース cowork 自動化シナリオで Eigent のブラウザエージェントが大幅に高機能になります。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1528
📊 ワーカーログの自動スクロール
小さな UX 変更。でも、タスクの実行を見守っているときには大きな違いがあります。
ワークフロー worker log パネルの自動スクロールを実装してくれた @Douglasymlai、そしてレビューと承認を行った @4pmtong に感謝します。
以前は、エージェントが多数の tool-use エントリを含む長いタスクを実行すると、ログがどんどん増えて新しいエントリが表示領域の下に流れていました。ユーザーは追いかけるために手動でスクロールする必要があり、cowork エージェントのセッションを積極的に監視しているときには煩わしいものでした。
新機能:
- 新しいエントリで自動スクロール — タスク実行中に新しい内容が到着すると、ログビューが最新の tool-use メッセージに固定される
- スクロール状態の追跡 —
wasAtBottomRefがユーザーがログ最下部を見ているかどうかを追跡し、以前の手順を確認するために意図的に上へスクロールしている場合は自動スクロールで邪魔しない - タスク切り替え時のリセット — タスクを切り替えたりログパネルを開いたりすると at-bottom 状態がリセットされ、新しい agent 実行を毎回クリーンに開始できる
- レイアウトの改善 — ワークフロー node コンポーネント内の Tailwind class 文字列を更新し、パネルレイアウトを改善
複数ステップの eigent cowork エージェントを実行していて、リアルタイムで何が起きているかを見たいとき、この変更によりログパネルが本物のライブフィードのように感じられます。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1513
⚙️ ローカル開発向け stale server 検出
もう「古いコードを動かしてる?」と悩む必要はありません。
この開発者体験の改善を実装してリリースしてくれた @4pmtong に感謝します。
VITE_USE_LOCAL_PROXY=true で Eigent を実行したことがある人なら、次の状況に心当たりがあるはずです。新しい変更を pull したのに backend を再起動し忘れ、すでに修正済みの挙動をデバッグしてしまう—— server が stale code を動かしているためです。PR #1517 は、自動検出と永続通知によってこの問題を解決します。
新機能:
- 起動時の Git hash — backend が server 起動時に現在の git commit から
SERVER_CODE_HASHを取得 - 拡張された
/healthエンドポイント — version と server hash の両方を返すようになり、frontend が期待状態と実際の server 状態を比較可能に checkLocalServerStale()関数 — frontend が health endpoint をポーリングして hash を比較し、差異が検出されると永続的な toast 通知を表示- Git hash と version number の使い分け — backend が変わらない frontend のみのリリースで誤検知しないよう、version string ではなく git hash を意図的に使用
- Docker サポート — コンテナ化された開発環境内でも hash が利用できるよう Dockerfile を更新
eigent にコントリビュートしている方や、オープンソース cowork ワークフローのためにローカル実行している方にとって、これは小さいけれど本当にありがたい、デバッグ時間を節約してくれる QoL 改善です。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1517
📦 CDN ベースの自動更新
アップグレードがより速く。待ち時間はより少なく。
自動更新フィードを GitHub Releases から CDN に切り替えてくれた @4pmtong、そしてレビューを行った @Pakchoioioi に感謝します。
以前は、Eigent の Electron auto-updater がインストールパッケージを GitHub Releases から直接取得していました。これは動作していましたが、GitHub の release インフラは大規模な binary 配信の速度に最適化されていません。CDN フィードに切り替えたことで、更新パッケージはユーザーにより近い edge node から配信されるようになりました。
変更点:
- 更新元として CDN を使用 — Electron updater は、パッケージ取得先を GitHub Releases ではなく CDN 上の feed に変更
- ダウンロード速度の向上 — 特に GitHub CDN の edge カバレッジが薄い北米以外のユーザーで効果が顕著
- 同じリリースサイクル — リリースの公開タイミングは変わらず、パッケージのダウンロード元だけが変わる
Eigent がアップグレードを促したときに更新のダウンロードが遅いと感じたことがあるなら、この変更で体験はかなり良くなるはずです。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1543
🐛 バグ修正
このリリースには、3件のターゲット修正も含まれています。
-
public ディレクトリ警告時の backend 起動での NameError を修正 —
server/main.pyが public ディレクトリの作成または mount 警告をログする際に未定義のlogger変数を参照しており、初期化中にNameErrorが発生していました。正しく import されたloguru_loggerに置き換えて修正しました。(#1520 — @mxl) -
ブラウザ port エラー再オープン問題を修正 — ブラウザエージェントの port が再オープン時に失敗する bug を解消し、セッション途中で browser tool が復旧不能な状態になる可能性を防止しました。(#1545 — @Douglasymlai)
-
Anthropic モデル検証で max_tokens 未設定を拒否していた問題を修正 — Anthropic Messages API では正の整数の
max_tokensが必要ですが、BYOK フォームにはこの項目がありませんでした。未設定のまま validation が実行されると、Anthropic は 400 エラーを返していました。今回の修正により、validate_model_with_detailsとcreate_agentの両方で、Anthropic プラットフォームでmax_tokensが欠けている場合にデフォルトの4096をマージするようになりました。(#1549 — @emag165、@fengju0213 により調整)
❤️ コミュニティは着実に水準を引き上げ続けている
今回のスプリントで届けられたもの:
- すべての model provider 向けのプラットフォーム全体の prompt caching。AWS Bedrock Converse と Anthropic BYOK で特に深く対応
- ブラウザエージェントへのファイルアップロード機能の追加
- ライブタスク監視向けの worker log 自動スクロール
- ローカル proxy で動かしている開発者向けの stale local server 検出
- より速いアップグレードのための CDN ベース自動更新ダウンロード
- backend 起動、ブラウザ port 処理、Anthropic モデル検証にまたがる3件のターゲット bug fix
これらの変更はすべて、Eigent を使い、現実の問題にぶつかり、修正や機能追加を前進させたコントリビューターによって生まれました。これこそが、オープンソース cowork の最良のリズムです。
モデル、UX、エージェントツール、skills、インフラのいずれであっても、もし貢献を考えているなら、v0.0.90 は何が可能かを示す素晴らしいスナップショットです。ぜひ参加してください。
これからも一緒に作り続けましょう。
Recent Posts

ChatGPT Work vs Claude Cowork: あなたのチームに最適なエージェント型ワークスペースはどちら?
ChatGPT Work と Claude Cowork を比較し、あなたのチームのワークフロー、ローカルファイル、ガバナンス要件、自動化目標に最適なエージェント型ワークスペースを見つけましょう。

ChatGPT Work vs Eigent: クラウドエージェントか、オープンソースAIワークフォースか?
ChatGPT Work と Eigent を、デプロイ、プライバシー、拡張性、価格設定、実際のユースケースの観点から比較し、最適なAIコワーカーを選べるようにします。

Codex Cloud リモートワークスペース: AIエージェントをどこからでも実行
Codex Cloudのリモートワークスペースにより、AIエージェントが安全なクラウド環境で長時間のコーディング作業を、モバイル監視とリモートアクセス付きで実行できる仕組みを解説します。