这几天高强度使用了cursor,cline,roo code。cursor和cline在一个问题多轮对话后，由于上下文不够，明显开始力不从心，频繁降智、编辑文件失败，即使gemini 2.5 pro也一样。改用站内大佬分享的ripper5 prompt同样无法解决这个问题。当然roo code的普通模式也一样。
但是roo code新出的Orchestrator巧妙地解决了这个情况。它会自动创建子任务、根据子任务类型分配code/debug这些模式、把重要信息传递给子任务、在子任务完成后把重要信息和结果返回给父任务。
只使用默认的提示词，搭配Gemini 2.5 pro，效果完爆另外两个，尤其适合复杂任务。
再搭配Gemini balance或是其他大佬的公益站api，要什么cursor无限试用啊。
都给我去试！
插眼看看
2.5pro次数够用吗，那么多子任务
我现在就是用的这个模式，挺好用的，唯一的缺点就是少了回滚，比如code模式是有回滚的。但是他的优点就是非常明显，上下文急剧缩短，改一些较大的功能也很好用。
够，有gemini balance项目
(╹ڡ╹ )皓齿，启动
完了，遇见特性了
感觉和这个类似
小黄鱼买api，100块钱至少能买150个，一个一天25次额度，配合Gemini balance，不要太爽
这个会替换掉默认的，结合了回旋镖和memory bank，实际上用gemini可以不用memory bank，因为上下文够长了，可以结合mcp再改一下，会更好用一些
回滚确实是个问题，要去子任务里面找，比较麻烦。
一百块买gcp300多省事
gcp用roocode和cline消耗也是肉眼可见的，并且也是有限制的，还真没有买key划算和好用
? 这么好用的东西 我竟然没用过？ 立马去用 感谢佬友通知
是的，唯一不爽的就是回滚，有时候回去找子任务的历史感觉很混乱。不过总体还是很好用的。
cursor的回滚更难用，手动改一下文件再回滚就全乱套了。
学到了，mark一下，一直用的cursor，回头尝试一下
一直都是roocode的忠实用户。进阶功能确实多，可以根据自己的流程定制化配置。
会用的话roocode应该是最强的了。如果不想折腾，默认配置，那就看个人喜好了。
应该消耗比较大吧，感觉计次的key用起来省很多，不过免费key的25w上下文是不是要比gcp的短
当然用计次的。25万上下文可以了，虽然gemini号称百万上下文，但真有这么多上下文注意力根本没法集中的。
确实，这样可以省不少，回头我也去试试，刚好有一大堆key闲置，感谢佬友分享 
是这样的，这个模式也完美的避开了免费key比付费key上下文短的缺点。 