开发预览：本文介绍 10 月 23 日开发版本中的交互，下载版是否提供这些功能，以已安装版本为准。此开发版本不读取旧格式会话，原有文件仍保留在磁盘上。
假设有一个虚构的商品目录：缓存刷新失败后，页面仍显示旧价格。你请 Yenpo 追踪一个值怎样写入缓存、又怎样被读取。回答还在准备，你已经想到另一个问题。接下来怎么发送，取决于它是适合等这次回答结束再讨论，还是会改变当前调查的方向。
把下一个问题排进队列
选择“排队”，在当前任务继续时写下“哪些测试覆盖了刷新失败？”。“排队发送”会接收它，留给后续一轮处理。你可以继续看代码，不必一直记着这个问题、等回答结束再输入。
当前回答正常完成后，待发问题可以自动开始。配置兼容的连续问题可能合成一轮处理，但仍保留为独立消息；模型等配置不同的问题会分轮执行。排队是默认发送方式，也可以在设置中更改。
给当前任务补充方向
如果你发现旧价格只在网络失败后出现，选择“引导”，发送“重点看刷新失败的路径，检查旧条目是否仍然可用”。这条补充会加入正在进行的任务。
引导会等正在进行的模型请求或工具执行结束，再加入后续处理，不会立即打断它们。任务如果已经结束，它会转为排队。引导沿用当前任务的配置与权限；若要换一个固定的 Git 对比范围，应把问题排到后续一轮。
整理并恢复待发问题
待处理列表中的问题在开始处理前，可以编辑正文、调整顺序、移除，或切换发送方式。运行中的“全部改为引导”可以把适合当前任务的排队问题转成补充要求。
已经接收的问题会保存下来。停止任务、运行失败或重新打开 App 后，待发工作会暂停；先检查列表，再选择“继续发送”。如果原来的模型服务配置发生变化，也可能需要先处理提示。
自动开始的下一轮不会继承之前的文件编辑许可。主动继续发送时，你可以为当轮重新授权编辑。权限范围见隐私与控制。
选择一个追问建议
回答结束后，空输入框可能出现一个建议，例如“刷新缓存失败时，调用方应该收到什么？”。采纳与否由你决定；如果还有更重要的不确定点，直接输入自己的问题即可。
建议会额外调用一次所配置的模型，也可能无法生成。建议显示时，按 Tab 或 Enter 会采纳并发送，并非仅把文字填入草稿。它不会覆盖你已经输入的内容，也不会自行发问。
回到源码，确定下一步
打开回答中的引用，检查失败分支、缓存条目及其调用方。分清哪些结论已有源码支持，哪些仍需测试验证，再把剩下的不确定点变成下一问：“这个测试断言了旧价格，还是只检查没有抛出异常？”