一个大项目怎么这么费token，没招了付费上不起班了

可能是上下文给太小了，目测这只有256k

拆分，多分几个部分/模块，一点点做。一下完成就是费token

是这样的，目前只改了一个大项目的其中一个模块已经快负担不起了，同求解决方法

你对照一下它的工作量，然后对照一下自己手写代码要多少时间，然后拿这个时间算一下你的工资，然后乘以3。

是不是突然就觉得，token其实还算蛮便宜的？^-^

但是怕给大了，又变傻了。我看之前有佬说过的1m反而弱智了。

给500k问题不大，甚至可以给700k

不是sol写计划 luna干活吗

这是给了什么功能啊，正常来说应该拆解任务的啊，这样跑效果真的好吗

但是你现在不够啊，完全是不能用的状态。

拆分然后使用多子代理。再把codex的上下文调到500k。

gpt的问题，上下文不够

然后再给你降个智，基本就各种反复折腾烧额度了

我跑任务也是，gpt动不动就几个亿的消耗，但是产出很垃圾

长任务的话，glm-5.3更稳

一直是这么安慰的，但是一个月几百块还是太心痛，话费都才充几十

全程用sol@max写代码是绝对错误的，等你review的时候大概率是一大半的测试和防御。

正确用法是sol@medium分析需求，luna@xhigh或sol@medium写代码，sol@xhigh去review。

停的一直在读取文件，然后超过上下文，自动压缩又开始重新读文件，反反复复。

佬们，有什么好的技能或者AGENTS.md规则吗

给你的好办法就是 第一采用wsl 跑codex 第二开一下高的上下文 比如50万上下文

多试试不定期压缩上下文应该会好很多

让他直接拆解任务 交给多个会话 同时调整上下文 拓展到1m

佬，luna为什么不推荐max呢？

让sol出计划，luna执行嘛。

一个月2个plus额度够用了，也就300不到。

人家做销售的，一个月花费也要大几百，一样的。

确实，就是太容易过度设计或者搞一些毫无价值的逻辑