Eigent v1.0.4 リリースノート：スキルとコネクタのダッシュボード、安定したマルチターン実行

Eigent v1.0.4 は、ワークスペースを読み取りやすくするためのリリースです。これまで設定カードを積み重ねた形だったスキルとコネクタは、実際のコレクション表示と詳細ページを備えたライブラリ型のダッシュボードになり、Home・スキル・コネクタが同じページシェルを共有します。

その内側では、タスクの実行時間が長くなってはじめて表面化した一連の課題を解消しています。モデルのターンをまたぐ際に指示が失われる問題、タスクがスペース内でリポジトリをクローンするとチェックポイントが失敗する問題、コネクタの表示状態が実際に実行するランタイムと一致しない問題、そして最後のウィンドウを閉じてもアプリがきれいに終了しない問題です。

---

🧩 管理ダッシュボードとしてのスキルとコネクタ

スキルを管理することが、目的のカードを見つけるまで設定ページをスクロールし続けることであってはなりません。

PR #1896 でスキルとコネクタをコレクションと詳細の画面として作り直した @Douglasymlai と、レビューを担当した @4pmtong に感謝します。

スキルはライブラリ型ダッシュボードになりました。各スキルは専用の詳細ビューを開き、出所、保持しているアクセス権、有効かどうか、含まれるファイルを表示します。コネクタも同じモデルに従い、コレクション概要、追加と閲覧のフロー、そしてアイコン・名称・出所・インストールまたは保存アクションを備えたプロフィール型のヘッダーを備えます。

新機能：

• スキルライブラリのダッシュボード — 設定カードの積み重ねではなく、コレクションとしてスキルを閲覧
• スキル詳細ビュー — 出所とアクセスのタグ、有効状態、ファイルブラウザーを一箇所に集約
• コネクタのコレクションと発見 — 利用可能なコネクタの閲覧から設定までの道筋がより明確に
• コネクタ詳細のヘッダー — アイコン、名称、出所、インストールまたは保存アクションをプロフィールとして提示
• 詳細サイドバー — 補足情報が、いま調べているリソースのすぐ隣に残る

実際の違いは「調べやすさ」です。「このスキルはどこから来て、何にアクセスでき、中に何が入っているのか」を、最初に開いたページから離れずに確認できます。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1896

---

🏠 Home・スキル・コネクタで共通のページシェル

毎日同じアプリを行き来するなら、一貫性はそれ自体が機能です。

v1.0.4 は Home と設定をひとつのページシェルに統合しました。コレクションツールバー、パンくず、コンテンツレール、サイドバーの戻りヘッダーという共通プリミティブで構成されています。Home のハブ一覧、空の状態、スペース詳細のタブも、スキルとコネクタと同じコレクションレイアウトに揃いました。

改善点：

• 共有レイアウト — Home、スキル、コネクタで同じヘッダー、パンくず、リーディングレールを使用
• 一貫したコレクション一覧 — ハブ一覧とスペース詳細タブがひとつのレイアウトモデルに従う
• わかりやすい空の状態 — 未設定の画面が空白パネルではなく、自らを説明する
• 予測できるナビゲーション — パンくずと戻りヘッダーがどこでも同じ挙動になる

ページシェルが共通になれば、Home、スペース、スキル、コネクタの間を移動するたびにページを学び直す必要はなくなります。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1896

---

🔁 指示を保ち続けるマルチターンのエージェント処理

長いタスクはターンの連なりであり、すべてのターンが同じ信頼された指示を必要とします。

PR #1883 で Responses API の連鎖リクエストにおける Prompt Guard の失敗を修正した @4pmtong に感謝します。

連鎖の最初のリクエストは成功していました。この回帰が見過ごされていたのはそのためです。後続のリクエストは previous_response_id を再利用しますが、トップレベルの instructions は自動的には引き継がれません。その結果、信頼されたエージェントプロンプトが実行の途中で静かに消えていました。

修正点：

• すべてのリクエストに指示を付与 — 信頼されたエージェントプロンプトを最初のターンだけでなく、毎ターン Responses API の instructions で送信
• プロンプトの重複を解消 — system と developer の項目は instructions へ昇格した後に入力から取り除かれ、トークンと課金の二重計上を回避
• Prompt Guard は維持 — 信頼されないプロンプトに対する既存の拒否メッセージをそのまま保持

これは長さが伸びてはじめて現れる種類の不具合です。短いタスクでは問題なく見え、実際の失敗は 3 ターン目に潜んでいました。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1883

---

🧰 動的なパラメータスキーマを持つツール

すべてのツールが固定の形を持つわけではなく、厳格なスキーマ検証がそうでないツールを拒否してはなりません。

PR #1897 で camel-ai[eigent] を 0.2.91a7 に更新し、バックエンドのロックファイルを更新した @fengju0213 に感謝します。

新しい CAMEL リリースには、開いたマッピングを含むツールパラメータに必要な厳格スキーマのフォールバックが入っています。これにより PlanningWorktreeToolkit.planning_exit_plan_mode はスキーマ値の additionalProperties を保ったまま strict: false として送出され、ツールが実際に必要とする動的な辞書フィールドを維持しつつ、プロバイダー側の 400 応答を回避できます。

開放的なパラメータを持つツールは、厳格なスキーマを課すプロバイダーでも、呼び出し時に失敗することなく動作するようになりました。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1897

---

🌿 Git 対応スペース内のネストしたリポジトリ

v1.0.3 はスペースに Git ベースのバージョン履歴をもたらしました。v1.0.4 は、その履歴がスペース内でリポジトリをクローンするタスクにも耐えられるようにします。

PR #1902 でワークスペースチェックポイントのネストしたリポジトリ対応を行った @4pmtong に感謝します。

Git は追跡されていないネストしたリポジトリを ?? child-repository/ のような単一のディレクトリエントリとして報告します。チェックポイントのパイプラインはそのパスを child-repository に正規化してしまい、クローンが完了した後にパス検証が失敗していました。ツールの結果は不明として扱われ、実行は失敗していました。

修正点：

• ネストしたリポジトリは独立した境界 — 検証済みの追跡外ネスト Git ルートを親のチェックポイントとステータス管理から除外
• 暗黙の gitlink や ignore ファイル編集をしない — 子を受け入れるために親リポジトリを黙って作り替えない
• 親の状態は不変 — チェックポイント完了時も HEAD、状態トークン、追跡対象パスはそのまま
• 子の内容は保持 — ネストしたリポジトリとそのコミットを維持
• ワークツリーの安全性を維持 — 未マージのネストリポジトリを含む隔離ワークツリーは削除されない

リポジトリをスペースにクローンすることは、ごく普通のエージェント作業です。このリリース以降、それが実行を打ち切ることはありません。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1902

---

🔌 ランタイムと一致するコネクタ状態

誤った状態を報告するコネクタは、何も報告しないコネクタより厄介です。

@4pmtong による 2 つの修正が、同じ問題の両側に対応します。

Web 検索は設定が必要なときにこそ隠れていました。 既定のモデルがカスタムのユーザーでは、Querit を有効にするか Google Search の認証情報を設定するまで Web 検索は未接続と扱われ、コネクタ概要は未接続の組み込みコネクタをすべて除外していました。その行は設定パネルへの入口でもあるため、該当ユーザーには設定手段がまったくありませんでした。Web 検索は常に表示されるようになり、実際の状態を未接続として示します。マネージドモデルでは既存の接続済み状態がそのまま保たれます。その他の未接続な組み込みコネクタのフィルタリングは変更ありません。

Slack は接続していないのに接続済みと表示されていました。 ホスト環境では、設定 UI がローカルの Slack 設定グループの存在を有効な接続とみなしていましたが、ホストされたタスクは Connector Gateway 経由で Slack を実行します。そこでは同じユーザーに Slack 接続がまったくない場合があります。結果として、接続済みバッジの直後に実行時の「接続が見つからない」エラーが発生していました。新規ユーザーフローを Connector Gateway が担う組み込みコネクタは、集中管理されたポリシーに従うようになりました。Gateway が有効な場合、組み込み Slack はコネクタページ、チャットのコネクタ選択、新規 Worker のツール選択から隠されます。Gateway が無効な場合、組み込み Slack はローカル専用ランタイム向けに引き続き利用できます。

いずれの場合も、既存の Slack ツールキットの実行、保存済み設定、保存済み Worker の互換性、Slack トリガーの認証情報は引き続き動作します。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1890

🔗 PR： https://github.com/eigent-ai/eigent/pull/1892

---

🖥️ 最後のウィンドウを閉じたときのクリーンな終了

アプリを閉じたら、アプリは終了すべきです。

PR #1891 で終了時のライフサイクルを修正した @4pmtong に感謝します。唯一のウィンドウを閉じると、すべてのプラットフォームで Eigent がきれいに終了し、ローカルバックエンドも一緒に停止します。

修正点：

• 終了経路をひとつに — ネイティブのウィンドウクローズ、ウィンドウクローズ IPC、ウィンドウを閉じるメニューコマンドがすべて同じガード付き quit-app フローを通る
• macOS でも最後のウィンドウで終了 — window-all-closed が Windows と Linux に加えて macOS でも終了させ、before-quit がローカルバックエンドを片付ける
• 安全な後始末 — 破棄済みの BrowserWindow から読み出すのではなく、束縛した webContents の参照を保持
• 破棄済みオブジェクトはスキップ — 破棄されたウィンドウと web contents ではリスナー解除を行わず、後始末の前にコーディネーター参照を解放

開発者にも同じ恩恵があります。npm run dev は、閉じたウィンドウの裏でバックエンドを走らせ続けるのではなく、きちんと終了するようになりました。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1891

---

🧹 確実に完了する Web 生成タスク

一部の Web 生成タスクが終了しませんでした。原因は 2 つが同時に重なったものでした。

PR #1907 でリリースに安全な修正を行った @4pmtong に感謝します。

Eigent は生成コンテンツをレガシーのリモートデプロイサービスへアップロードする必要がなくなったため、Web Deploy Toolkit は Workforce の開発者エージェントとシングルエージェントの構成から取り除かれ、デプロイに関する記述も開発者エージェントのプロンプト、Workforce コーディネーターの説明、ワークフローの機能一覧から削除されました。web_deploy.enabled=true を要求するレガシー設定は無視されます。web_deploy_toolkit.py と過去のレンダリング対応は、将来の利用に備えてコードベースに残されています。

もうひとつの原因はタイミングでした。ターミナルのバックグラウンドクリーンアップにおけるチェックポイント予算が 5 秒から 30 秒に引き上げられ、停止したプレビューサーバーが書き込みリースを解放し、実行の確定前にワークスペースの Git チェックポイントを完了できるようになりました。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1907

---

⚙️ コントリビューターのための高速なガードレール

遅い CI は、プルリクエストを開くすべての人への課税です。

フロントエンドのガードレールジョブは、キャッシュ無効のままベースコミットとプルリクエストコミットの両方で Vitest の全スイートを実行し、既知の失敗と 29 秒のタイムアウトを含むベースラインに対して失敗を再試行していたため、常時 20〜30 分かかっていました。

PR #1898 でその全スイート比較を絞り込んだランナーに置き換えた @4pmtong に感謝します。

改善点：

• 変更テストランナー — その変更で追加・更新されたフロントエンドのテストファイルだけを実行
• 軽い検査を先に — 型、Electron、デザインシステム、フォーマットの検査を Vitest より前に実行
• 上書きされた実行をキャンセル — 新しいプッシュが同じプルリクエストまたはブランチの直前の Test ワークフロー実行を取り消す
• タイムアウトを短縮 — フロントエンドのガードレール上限を 30 分から 15 分へ

PR #1891 でマージされた変更に対する再現実行では、変更テストランナーが 4 つのテストファイル、134 件のテストを 1.07 秒で完了しました。

🔗 PR： https://github.com/eigent-ai/eigent/pull/1898

---

🔁 既存の作業との互換性

v1.0.4 へのアップグレード後も、既存のスペース、セッション、タスク、スキル設定、保存済み Worker、コネクタ設定はそのまま利用できます。既定の体験に追加設定は不要です。

ローカル専用の統合は明示的に維持されます。Connector Gateway が無効な場合、組み込み Slack、保存済み Worker、Slack トリガーは引き続き動作し、保存済みの Slack 設定はどちらのモードでも変更されません。

---

❤️ 自らを説明するワークスペース

Eigent v1.0.4 の内容：

• 出所、アクセス権、有効状態、ファイル詳細を備えたライブラリ型ダッシュボードとしてのスキル
• コレクション、発見、プロフィール詳細のフローとしてのコネクタ
• Home・スキル・コネクタで一貫したパンくず、サイドバー、コンテンツレール、空の状態を提供する共有ページシェル
• Responses API の連鎖ターンをまたいで保たれる信頼されたエージェント指示と、重複しないプロンプト内容
• 動的なパラメータスキーマを持つツールの厳格スキーマ互換性
• ワークスペースチェックポイントでネストした Git リポジトリを独立した境界として扱う挙動
• 設定が必要な状態でも見つけられる Web 検索
• 実際に実行するコネクタ経路で提示される Slack
• 最後のウィンドウを閉じたときのクリーンなアプリ終了とローカルバックエンドの停止
• より確実な Web 生成タスクの完了とバックグラウンドプロセスの後始末
• 30 分ではなく数分で終わるフロントエンド CI ガードレール

このリリースのテーマは「わかりやすさ」です。ダッシュボードはスキルが何に届くかを教えてくれます。コネクタの状態は、どのランタイムがそれを実行するかを教えてくれます。チェックポイントは、どのリポジトリがその変更を所有しているかを教えてくれます。そして長く走るタスクは、開始時の指示を保ち続けます。

調べられる仕事こそ、信頼できる仕事です。

🔗 リリース： https://github.com/eigent-ai/eigent/releases/tag/v1.0.4

🔗 完全な変更履歴： https://github.com/eigent-ai/eigent/compare/v1.0.3...v1.0.4

これからも一緒に作っていきましょう。