Web助理:在 localStorage 中的一个对话被新聊天消除了 - 只有最后 8 次回合才传达给模型

打开它作为一个问题,而不是公关, 因为它失败了四个问题之一 在它脸上的贡献, 我宁愿听到它适合哪个门 而不是发送代码 你必须重新定向。 我有一个工作执行, 但是在最后看到路线问题 在花费审查时间之前。

□ 当前的行为

助手-召集人.tsx ' 在职业-ops:chat ' 下 " localStorage " 中保持一次对话,最后30条信息封顶。 "新聊天"称"localStorage.remove Project"——之前的对话已去,没有列表,没有回路,磁盘上什么都没有. 清理站点数据也会丢失.

另外,api/Appi'发送模型body.history.slice(-8)'。 转九后,对话的起步完全没有出现在提示中.

两者的尺寸都与助手以前一样——一个问箱. 前言中的ONBOARDING块现在让新用户通过CV 发现 角色 com 在多个转折处走来走去,这正是8个转折之后的对话,一个用户最希望明天回来。

□ 二分之一,它们可以分开

**(a) 较长的记忆。 ** 对Claude来说,api/apply/drive.ts'已经显示了这个编码库中的规律:保留session id'并继续使用`-resume',这比重发记录稿便宜,不以8为上限。 对于没有恢复的CLI,最后的N倒数倒数加上一行的老用户倒数的一行文摘保持了线程没有第二个模型调用. 没有新的文件,没有新的用户可见的表面——现有路径上的隐形基础设施,从贡献用途的意义上来说.

**(b) 幸存的对话。 ** 把它们从“localStorage”移出到被 gitignored 用户层, 并附有列表、 切换、 重命名和删除; 将已有的单个对话移出一次 。 @santifer在#3058上的回答读作指导原则:*'在缓存中幸存下来的决定明确属于被忽略的用户层,而不是本地Storage:这是本地的第一合同'.

诚实在哪里

(b) 增加新的数据文件(其中的目录),并按需要显示需求的平行地貌测试问题2——几个人而不是一个人的问题——或插件之家。 现在只有一个人需要我 我不会穿成这样 #3058是收件箱决定的同一类,但它是一个不同的表面,其作者自8月21日起一直在文件格式调用中等待,这也是它自己的信号,说明现在有多少食欲需要添加用户级文件.

(a) 不增加文件,是对已有文件的直截了当的改进。 如果只有一半是值得的,那就是那个。

□ 有问题

1. ** (a) 自己欢迎吗? ** 它很小,只接触 " api/assistant " 和控制台,不需要储存决定。
2. ** 如果(b)被通缉,档案将放在哪里? ** `.从业者-ops-web/chats/ ' 坐在该助理已经读到的工人日志旁边,该日志主张与网络管理状态保持一致。 3058号 . . . . . . .