@
wzw #19 简单模式就你直接
1. xxx
2. xxx
3. xxx
然后用 plan 生成计划，然后再执行，但是有一点就是 cursor 生成的 plan 感觉有内置提示词长度限制，就列多了就不详细，就算你要求他非常详细的列出计划也不行
另外的方式就是用各类增强的 workflow
比如
https://github.com/fengshao1227/ccg-workflow使用 openspec
https://github.com/Fission-AI/OpenSpec这种，执行分析
你的提示词还是类似，还是要求的 1,2,3 这些点，当然为了执行效果好，这些修改点其实都是相近的一批，而不是完全不相关的点
然后就先执行一遍生成修改计划文档，比如 openspec 可以直接生成 70-80 个的 task 文档 + 完整的需求描述 + 代码分析，这些任务是在生成的时候就分析过一遍代码了
接下来就是让 cursor 去执行完成这个 spec 任务，我最长的时候，一个任务跑 3 小时，最多跑出过 40M 的 token ，反正计费也是 2 次
不过 cursor 还是有限制的，大部分情况下跑 10M 就会强制切会话了，所以也不能分太多任务点，一般 20 个左右，一次跑 7-8M 正常，大部分任务都是这样的，生成计划用的 token 会少点，所以其实也可以 claude code 来生成计划，然后 cursor 来执行，我也干过
只要是文件作为媒介的 计划 + 执行，都可以跨工具接力完成，老的 cursor 账号，还是按次计费，你就让他只干长任务，小任务，修 bug 之类的，单独跑 claude code 或者 codex 干就行了，这样总体最划算
加上最近 claude 中转可用性很低，cursor 能不波动的使用 claude opus 4.6 我觉得已经很好了