開発者は Genesis Assistant に失敗したタスクの調査を頼み、変更を確認するために別の画面に移動し、戻って追加の質問をすることがあります。この流れには元の会話と十分な文脈が必要です。2026 年 11 月 10〜12 日に Genesis の main に入った変更は、Assistant の会話を存続中の対話セッションとして維持し、会話一覧をダッシュボードのサイドバーに移しました。Assistant ガイド
Assistant の会話を再開し、提案された操作を確認する様子を描いたイラスト。
入力を待っている会話に戻る
Active Tasks の下にある Conversations を開きます。選択中のノードの稼働中のセッションと、ローカルにキャッシュされた会話が並びます。状態は入力待ち、実行中、終了を区別します。会話を選ぶと /assistant?session=<agent_id> が開きます。旧 /help リンクはクエリ文字列を保ったまま /assistant にリダイレクトされます。ルートの変更
セッションは一往復の後に処理を譲れます。入力を待つ間は実行枠を解放し、文脈とワークツリーを保持します。追加の入力は同じエージェントセッションとプロンプトキャッシュの識別子を引き継ぎます。New chat は別の会話を開始し、以前の会話は一覧に残ります。終了済みの会話も履歴として表示されます。セッションの実装
何を変更するか決める前にタスクを調べる
テストタスクが失敗したとします。Assistant に、閲覧中のノードで状態、エラー、結果を読むよう頼みます。レビュー画面で差分と失敗の内容を見比べ、Conversations から元の会話に戻って質問を絞ります。ローカルインスタンスでソースのダウンロードを求められたら、Assistant が参照できるよう Genesis のソースを取得します。
再試行する場合は、以前のタスクを背景として新規タスクの開始を提案させます。調査は read ティア、開始は write 呼び出しです。選択したノードで実行する個別の呼び出しについて判断します。タスク調査と実行ティア
読んでいる場所を保ったまま書き込みを確認する
会話本文と入力欄の間の固定バーが、保留中の要求を知らせます。Review で一件ずつ表示し、正確なコードと実行先を確認して Allow once または Deny を選びます。sudo ティアでは Genesis サーバーの実行ユーザーでネイティブ Elixir が動くため、目立つ警告が表示されます。
ダイアログには、ランタイムが付けた対象ノードと要求に付随する警告が表示されます。複数の要求は順に確認でき、保留中なら復元した要求も表示できます。バーの内容が変わっても、会話本文と入力欄の位置は保たれます。承認の変更
結果をタスクに戻って確認する
書き込みを許可したら、生成されたタスクとその状態を確認してから完了と判断します。応答が中断されたり書き込みがタイムアウトしたりした場合は、再実行の前に現在の状態を確認します。変更を含むビルドでは、まず読み取り専用でタスクを調べ、別ページに移動して Conversations から戻ると、この流れを確認できます。基盤となる操作ツールは 以前の Assistant 紹介を参照してください。現在の Assistant ガイド