ブラウザを閉じます - エージェントは作業を続けます

「ウィンドウを閉じると停止する」から「バックグラウンドで動作し続ける」へ

これまでは、エージェントの命はブラウザに結びついていました。タブを閉じると、作業を行っているバックグラウンド プロセスも同時に終了し、半分終わった長いタスクは一瞬で消えてしまいました。これは、「時間をかけて AI に何かをしてもらう」ことに対する根本的な障害です。AI に数十分かかるタスクを与えて、その間ずっとラップトップを閉じたり、ネットワークを切断したりする勇気がない人がいるでしょうか。この日のスルーラインは、エージェントをブラウザから「解放」し、いつでも戻ることができる独立した永続的なバックグラウンド同僚にしました。それは精神的な変化です。「ウィンドウを開いてチャットを眺めている」状態から、「仕事を引き継ぎ、他のことをして結果を確認する」状態に変わります。

エージェントは閉じられたウィンドウを生き延びて再開します

この機能を実現するための核心は、実行されるすべてのタスクをインデックスを使用してディスク上のレコードに永続化することです。これにより、エージェントのプロセスは存続するためにフロントエンド接続に依存しなくなります。ブラウザの切断は「監視」回線を切断するだけです。 「作業中の」ラインはバックグラウンドで実行され続けます。再度開くと、フロントエンドは「最後に見た場所」のマーカーを付けて再接続し、外出中に見逃していた出力をバックフィルして、まだ流れているライブ ストリームに再び参加します。その日のテストでは、ページをリロードした後でのみ生成が完了する 1 万文字を超える返信が、単語の欠落もなく、その更新全体で完全にレンダリングされました。その背後には、「再開可能な」イベント ストリーム設計があります。すべてのイベントにはシーケンス番号があり、再接続時には最後の番号以降が取得され、何も失われず、何も複製されません。

同時会話タブ、クロストークなし

エージェントはバックグラウンドで長時間実行できるため、当然ながら複数のエージェントを一度に開くことができるはずです。この日、インターフェイスは複数の会話タブをサポートしていました。上部のプラスは新しいセッションを開きます。そのため、あるエージェントがこのタブで長いタスクを実行しながら、別のエージェントと別のエージェントとチャットし、他のエージェントを中断することができません。タブを切り替えてもバックグラウンド実行は中断されません。それぞれの状態とストリームは明確に分離されたままになります。 「1 人の人間が AI のチームを率いる」というビジョンにとって、同時タブは最も直感的なエントリ ポイントであり、「複数のことを同時に進める」ことを概念から気軽に実行できるものに変え、後で実際のマルチエージェント コラボレーションへの道を切り開きます。

ローカル ダッシュボード: 概要、実行、セッション、使用状況

バックグラウンドでタスクが実行され、複数のタスクが同時に開いているため、全体を調査できる場所が必要です。この日は、全体像の概要、現在進行中のタスクの実行、過去の会話のセッション、消費のための使用状況分析の 4 つのビューを備えたローカル ダッシュボードが右上に追加されました。ここでは、タスクをキャンセルまたは削除したり、タスクの出力ストリームを 1 文字ずつスクロールアウトしてライブで監視したりできます。その価値はコントロールの感覚です。いくつかの長いタスクをバックグラウンドで放置した場合、各タスクがどこにあるのか、何か問題が発生したかどうか、そしてそのコストをいつでも把握できるダッシュボードが必要です。この「オペレーション ビュー」を製品に組み込むということは、プラットフォームが単に「AI で 1 つのことを実行する」ことを望んでいるのではなく、「一度に多くのことを管理することになる」という現実を真剣に考慮していることを意味します。

複数のコーディング バックエンド、1 つのプロトコル、いつでも交換可能

複数の「コーディング バックエンド」でエージェントを駆動できますが、それぞれのイベント形式、機能、安定性が若干異なります。この日は、別の新しいバックエンドを統合し、それらをすべて 1 つのイベント ストリーム プロトコルの下に統合しました。基礎となるプロバイダーが何であれ、フロントエンドは同じ順序付けられたイベントを認識するため、インターフェイスとフローは同一です。最も実用的な利点は、1 つが一時的に利用できなくなったり、パフォーマンスが低下したりした場合に、インターフェイス、操作、エクスペリエンスに歪みを与えることなく、ワンクリックで別のに切り替えることができることです。 「どのモデルのバックエンド」をプラグイン可能な選択として上位のレイヤーに対して透過的にすることで、ユーザーが単一のプロバイダーにロックされることがなくなり、プラットフォームはそれぞれのインターフェイスを書き換えることなく、より多くのバックエンドを冷静に統合できるようになります。

エンジン: ハンドルと GUID アセットの統一語彙

この日、エンジンはその低レベルの「概念的語彙」において重要な収束を果たしました。アセットには、グローバル一意識別子 (GUID) と、それらによってアドレス指定されるディスク フォーマットが与えられました。つまり、すべてのアセットには、混同できない ID があり、プロジェクトやシーン全体で正確に参照できることになります。 「ハンドル」タイプの設計も明確になり、2 次元に沿って参照を特徴付けるため、参照はタイプセーフで明確に表現されます。また、エンジンは「インスタンス化」を暗黙的な自動バッチ処理から明示的な宣言に変更しました。エンジンに「これは一緒に描画する同じオブジェクトのバッチです」と明確に指示することで、動作をより制御しやすく、予測しやすくしました。これらは目に見えない低レベルのエンジニアリングですが、コンテンツが成長し、シーンが複雑になるにつれて、エンジンが明確で整然とした状態を保つかどうかを決定します。アセットに信頼できる ID システムを与えることが、その後のすべての「インポート、再利用、作成」の前提条件となります。

プロジェクトごとに保存されたゲーム + ホットリロード更新の修正

この日は、ゲーム コンテンツの保存方法も調整されました。「統合パブリッシング」から「各プロジェクトが独自のコピーを保持」し、ゲーム データがそのインスタンスの独自のディレクトリに存在するようになりました。これはより直感的です。ゲームはプロジェクトに属しており、共有プールに公開されるものではありません。長い間続いていたホットリロードの問題も同時に修正されました。以前は、特定のプロキシ設定では、ホットリロード チャネルが間違ったポートに接続されていたため、ブラウザのリロード後にプレビューが実際に更新されませんでした。この日はこの問題を修正し、「編集して表示」が展開パス全体で安定して保持されるようにしました。このような調整は些細なように見えますが、「会話しながら構築」が全体を通してスムーズに行われるかどうかの根本的な保証となります。

この日が意味するもの

この日の最大の変化は、エージェントのアイデンティティでした。エージェントはもはや「見ている間だけ存在する」チャット パートナーではなく、長時間独立して実行され、調査および管理され、いつでも戻ることができるバックグラウンドの同僚です。閉じたウィンドウでも存続し、同時実行し、パネル経由で管理可能、交換可能なバックエンド - これらが一体となって、「AI に何かをしてもらう」ことをデモ シナリオから実際の作業方法へと推し進めます。複数のタスクを同時に異なるエージェントに渡し、ラップトップを閉じて別の作業を行ってから、戻ってきて 1 つずつ受け入れることができます。これはまさにこのプラットフォームが望んでいることです。常に見ていなければならないおもちゃではなく、任せて戻ってきて回収できるチームです。これからの真のマルチエージェントコラボレーションは、この日に築かれた「永続的 + 同時 + 観察可能」の基盤の上に構築されます。