Chimera Agent 0.65.0: ペアリング、デッドライン、サンドボックスの保証
ボットが初回起動時に安全にペアリングするようになり、サンドボックスのフォールバックが廃止され、ターンにデッドラインが設定され、Ollamaモデルがプロンプト全体を読み取るようになりました。
私たち自身のリリースについて、私たち自身が書いた文章です。 GitHub でリリースを読む →
初回起動時にペアリングするのはボットであり、ルームではない
今回のリリース以前は、デスクトップアプリはデータフォルダが既に存在する場合、メッセージングカード上で「新規インストールですか?」と尋ねていました。つまり、アプリが起動する全てのボットはオープンな状態で動作し、オーナーのツールと予算を使用して、到達可能な誰にでも応答していたのです。ペアリングコードが生成されても、誰も読まないコンソールに出力されるだけでした。
アプリは起動時に、どのボットが既に設定済みかを記録するようになりました。それらのボットは以前と同様に応答を続けます。その後に設定されたボットはペアリングから開始し、そのコードは誰かが実際に目にするメッセージングカード上に表示されます。APIもこれを反映しています:GET /api/messaging は pairing_code、pairing、open の状態を報告します。デスクトップブリッジは pairing 状態を認識しますが、コード自体は決して参照しないため、自動化が人間のステップをバイパスすることはできません。
実行できないサンドボックスは、実行を拒否する
Dockerデーモンなしで CHIMERA_SANDBOX=docker を設定すると、以前は1行のログを残してホストにフォールバックしていました。隔離されるべきだったコマンドが、マシン上で直接実行されていたのです。このフォールバックは廃止されました。現在、run_shell、execute_code、そしてワークフローステップは、ホスト実行の問い合わせを行う前に拒否します。拒否メッセージには、何が起こったか、何も実行されなかったこと、そして2つの解決策(Dockerを起動するか、CHIMERA_SANDBOX=local を設定するか)が明示されます。検証機能は、デーモンがダウンしていたために作業を元に戻すのではなく、棄権します。
明示的に fallback= を渡す呼び出し元は、引き続き以前の動作を維持します。それ以外はハードストップとなります。同じ境界は受信メディアにも適用されます:TelegramとWhatsAppのダウンロードは、サイズが宣言されている場合、ファイル全体をメモリに読み込んでから測定するのではなく、最初の1バイトに到達する前に20MBの制限で停止するようになりました。
デッドラインがガバナンスバンドに到達
決定事項にデッドラインを設定できるようになり、それを逃すとREVIEWバンドが精査へと移行します。DecisionSpec.deadline_s は決定ごとにデッドラインを宣言し、Decider.decide(..., deadline_s=) は呼び出しごとにそれを上書きします。期限内に回答が返ってこない場合、レシートと決定ログに deadline_missed を記録して停止するため、ミスがカウント可能になります。
CHIMERA_GOVERNANCE_BAND_DEADLINE_S が設定されている場合、ミスが発生すると band: deadline を持つREVIEWカードが生成され、決してALLOWにはなりません。遅延した回答は、事後にキャッシュされたり適用されたりすることはありません。これはデフォルトではオフであり、新しい「設定 › 一般 › ガバナンスと監査」パネルから、これまで .env でしか設定できなかったり、保存できても読み戻せなかった他の5つのオプトイン制御と共に公開されています。GET /api/config はこれらを governance_audit ブロックで報告します。デッドラインをクリアしても、アプリが起動できなくなることはなくなりました:空の値はデッドラインなしとして読み取られます。
Ollamaモデルがプロンプト全体を読み取る
ollama_chat/ または ollama/ モデルへの呼び出しはコンテキストウィンドウを指定していなかったため、Ollamaはマシンのデフォルト値(これが表面化したケースでは4,096トークン)を提供していました。より長いプロンプトはすべて、暗黙的にその約半分のサイズにカットされていました。chimera solve 実行の最初のリクエスト(約20,500文字)は2,050トークンとして読み取られ、モデルがタスクを認識することはありませんでした。
全てのゲートウェイパスが、Ollamaルートに限り num_ctx を送信するようになりました。この値は CHIMERA_OLLAMA_NUM_CTX(デフォルト32,768。サーバーのデフォルトを維持するには 0 を設定)から取得されます。Ollamaモデルの圧縮バジェットは、128,000トークンのフォールバックではなく、このウィンドウからサイズ決定されます。プロンプト数がカットを示している応答は、黙って通過する代わりに PROMPT TRUNCATED 警告をログに記録します。ホスト型プロバイダーに変更はありません。
今すぐ行うべきこと
pip install chimera-agent==0.65.0 でアップグレードしてください。デスクトップアプリを実行している場合は再起動し、メッセージングカードでペアリングが必要なボットがいないか確認してください。CHIMERA_SANDBOX=docker を使用している場合は、デーモンが実行中であることを確認するか、local に切り替えてください。Ollamaモデルを呼び出す場合は、モデルのウィンドウに合わせて CHIMERA_OLLAMA_NUM_CTX を設定してください。完全なリリースノートは Chimera Agent v0.65.0 にあります。
https://chimeraagent.space