开发者可以先请 Genesis Assistant 检查失败任务，离开对话审阅变更，然后回来追问。这个过程需要找回原来的会话，也需要保留足够的上下文。2026 年 11 月 10 日至 12 日合入 Genesis main 的改动，让 Assistant 在会话存续期间保留交互状态，并把会话列表移到仪表板侧栏。Assistant 指南
编辑插画：回到 Assistant 会话并审阅拟执行操作。
回到等待输入的会话
在 Active Tasks 下方打开 Conversations。这里会同时列出所选节点上的活动会话和本地缓存的对话，状态会区分等待输入、运行中和已结束。选择会话会打开 /assistant?session=<agent_id>。旧的 /help 链接会跳转到 /assistant，保留原来的查询参数。路由变更
一次交互后，会话可以交出执行槽位，保留上下文和工作树，等待下一条输入。追问时会沿用同一个智能体会话和提示缓存标识。New chat 会新开一段对话，上一段仍留在列表里。已经结束的对话也可作为历史记录显示。会话实现
先看清任务，再决定怎么处理
以一次测试失败为例，可以先请 Assistant 读取当前节点上该任务的状态、错误和结果，再打开审阅页面，对照代码差异与失败信息。回到 Conversations 后，沿原会话提出更具体的问题。若本地实例提示下载 Genesis 源码，先完成下载，让 Assistant 可以查阅对应的检出版本。
如果需要重试，可以请 Assistant 提议以上次任务为上下文启动新任务。读取状态走只读权限，启动工作走写入权限，需要对所选节点上的这次具体调用作出审批决定。任务检查与执行权限
审批时保留阅读位置
对话与输入框之间的固定状态栏会提示有待处理请求。点击 Review，弹窗一次展示一条请求。检查将执行的确切代码与目标，再选择 Allow once 或 Deny。属于 sudo 权限的请求会显示醒目的警告，因为它会以 Genesis 服务器身份运行原生 Elixir。
审批窗口现在会读取运行时标记的目标节点，并显示请求附带的警告。若有多条请求，可以逐条审阅。请求仍处于待处理状态时，恢复会话后也可显示。状态栏变化时，对话正文和输入框的位置保持稳定。审批改动
回到任务确认结果
写入请求获准后，查看生成的任务及其状态，确认工作是否完成。若响应中断或写入超时，应先检查当前状态，再决定是否发起第二次写入。要体验这套流程，可以在包含这些改动的构建上先进行一次只读任务检查，切到另一个仪表板页面，再从 Conversations 回来追问。此前的 Assistant 介绍介绍了这套会话流程所依托的操作工具。当前 Assistant 指南