2. Linux.do
  3. 怎么样才能实现一个大型项目中对话之间的接续？

怎么样才能实现一个大型项目中对话之间的接续？

Ereshkigal 2026-06-28 20:50 1

最近在调研实验室新接的WAM项目，整个项目的很多东西都是用Claude和codex辅助去做的，包括代码的实现、模型的训练、训练的监督和数据处理等。由于训练的实验和处理的数据比较多，即使是使用1M也要面临，新开对话和对话之间的任务接续。我现在是用handoff、项目整体的实验方案文档、todo表等文档的方式去做对话接续，但是这个过程中还是会产生上下文记忆的缺失，比方新的对话会遗漏前几个对话中的细节。想问问佬们，现在有没有什么比较好的方式或者skill能实现完整的对话接续呢？

PS：看的一篇某乎专栏提到了用吸引子的方式去做，但是感觉是偏理论的，距离实现还是有点距离。

https://zhuanlan.zhihu.com/p/2040878707594770053

最新回复 (5)
  • wawaeryu 06-28 21:02
    1楼

    可以考虑看一下我参与开发的sivtr，就是针对项目工作区记忆设计的。 【开源推广】所有AI共用一个大脑，定义人与agent协作的新范式（基于Rust的轻量级TUI/CLI+Skill的统一记忆层） Sivtr - 开发调优 - LINUX DO

  • 还是不懂 06-28 21:18
    2楼

    • 如果还没有上可以推进度的框架譬如 GSD，Trellis, 这种可以先安排上（也可以围观一下我的框架，【Automaton】 - 超级节约token，有效推进度，适配coding/写作 - 结合了gsd/gstack/superpowers 的特性 - 开发调优 - LINUX DO） → 因为用框架干活会留痕，会好很多

    • 我自己做了一个分子动力学模拟的小框架（python的），在推进度框架的基础上，直接让cc缝合了文档自动化，这样每个function和class都要求ai会同步相应的用法

      • https://www.mkdocs.org/ python项目直接把这个缝进去应该是最省事儿的了



  • Crixs 06-28 21:21
    3楼

    目前可用的应该还是你提到的基于 spec/doc 进行交接

  • Ereshkigal 楼主 06-28 21:33
    4楼

    trellis和openspec这种和类似ccg的工作流都有，但是实际使用还是会产生记忆缺失，尤其是对话压缩后

  • 还是不懂 06-28 21:37
    5楼

    这个方面我的经验不是很够也是在慢慢的摸索。我自己做的就是框架里面会有各种各样的跑分。目前就是只记录跑得好的参数和结果，固化进自动生成的文档里面。 不过这样也只是能进一步缓解一下上下文丢失的问题


    在超长任务底下真的还是挺有难度，毕竟每次我也懒得去看完，不想手动指挥

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐