- csv2026-09-02
一个功能，sol-5.6-max 跑一晚上，耗费700刀额度，8亿token，还没有做完…
看聊天历史感觉就是在不停的一直在读取文件，然后超过上下文，自动压缩又开始重新读文件，反反复复。
佬们，有什么好的技能或者AGENTS.md规则吗
主楼 - XTer2026-09-02
可能是上下文给太小了，目测这只有256k
天山折梅手2026-09-02拆分，多分几个部分/模块，一点点做。一下完成就是费token
- 摆烂小趴菜2026-09-02
是这样的，目前只改了一个大项目的其中一个模块已经快负担不起了，同求解决方法
- 长夜2026-09-02
- csv2026-09-02
但是怕给大了，又变傻了。我看之前有佬说过的1m反而弱智了。
- XTer2026-09-02
给500k问题不大，甚至可以给700k
- sunman2026-09-02
不是sol写计划 luna干活吗
- 闻人慕远z2026-09-02
这是给了什么功能啊，正常来说应该拆解任务的啊，这样跑效果真的好吗
- 匿名者2026-09-02
但是你现在不够啊，完全是不能用的状态。
- Yang2026-09-02
拆分然后使用多子代理。再把codex的上下文调到500k。
- jcc2026-09-02
- csv2026-09-02
一直是这么安慰的，但是一个月几百块还是太心痛，话费都才充几十
- 冰原Bill2026-09-02
全程用sol@max写代码是绝对错误的，等你review的时候大概率是一大半的测试和防御。
正确用法是sol@medium分析需求，luna@xhigh或sol@medium写代码，sol@xhigh去review。
- testrome2026-09-02
停的一直在读取文件，然后超过上下文，自动压缩又开始重新读文件，反反复复。
佬们，有什么好的技能或者AGENTS.md规则吗给你的好办法就是 第一采用wsl 跑codex 第二开一下高的上下文 比如50万上下文
- 曜一2026-09-02
多试试不定期压缩上下文应该会好很多
- xyuuii2026-09-02
让他直接拆解任务 交给多个会话 同时调整上下文 拓展到1m
- 千辰2026-09-02
佬，luna为什么不推荐max呢？
- 长夜2026-09-02
- csv2026-09-02
确实，就是太容易过度设计或者搞一些毫无价值的逻辑