写一个需求要涉及到三个项目的代码, /spec了一天, 一整天了, 感觉压缩了无数次, 失忆了无数次, 到现在方案也没办法实现敲定, 
心累;
第一次来社区吐槽, 真的是有被烦到了
trae的功能确实比较丰富,但是马车做的再好, 马拉不动也没用呀 
1 个赞
1 个赞
我用自定义模型官方模型好像支持压缩
1 个赞
自定义模型官方模型是指啥呀
如果自己接api的话可以绕过200k上下文窗口大小限制吗?
1 个赞
触发压缩之后, 需要花很长时间对齐一下原本的关键信息, agent哐哐一阵读代码, 然后终于对齐了, 之后没干多少活儿, 上下文又快爆了, 然后反复如此, 效率太低了这
2 个赞
感觉对于新模型的上下文长度应该要调整一下了，使用时经常触发上下文压缩，200k有点限制模型能力的发挥
2 个赞
这个压缩确实没什么卵用，项目结构也需要在压缩后重新理解，理解完了又爆了。
可能压缩下来记住的只有一个项目名字吧 
1 个赞
trae的agent和cc的agent的差距在这也体现，上下文工程可不止是llm单纯能决定的，schema 边界等也很重要，所以我建议你直接用cc来处理大型复杂的任务的开发，trae用来做一些新项目的0-1实践可以
1 个赞
未来肯定要做改进的, 现状肯定不行
1 个赞
其实我觉得本质上还是因为trae国内版现在不是按token计费,国际版就能提供max开关; 上下文压缩后保留多少数据量, 以及迟迟不扩大上下文窗口;
2 个赞
tokenplan好贵，特别是对于有aicoding的公司来说，成本相对比codingplan贵几倍
2 个赞
可以尝试能不能让memory项目级来曲线解决，虽然也是压缩，但可以通过schema来控制你想要的结构化适配项目，可以控制，有很多优质的开源memory plugin，无论是针对cc还是codex还是国内的trae或zcode都有，当然您不嫌弃可以看看我的（毛遂自荐，不过还是建议你搜索开源ccmemory）yucai0302/memory-loop: Persistent project-scoped memory for Claude Code. Auto-loads on session start, structured by schema, hot/cold layered.
1 个赞
respect 
1 个赞
临时解决方案, 动手能力比较强的可以使用一下subAgent做过渡:
2 个赞