eurkidu

ZXVya2lkdUBnbWFpbC5jb20=

来啦，感谢楼主~

几年前，也是杭州，蓝犀牛搬家，当时是 2 个工人，他们会有一点保护，比如有布什么的，我那时候还有个电视机，但是还是建议机箱这种，打个车直接抱着走，也不麻烦，其它的就买厚纸板箱装箱就行

这执行力，很强

因为 opus4.7 要开 max 模式，才能用，开了 max 走的按量计费，老套餐用户，几乎不可用

关闭 max 模式，最高只能用 opus4.6 ，记 2 次

参见 https://forum.cursor.com/t/legacy-individual-plan-max-mode-required/164969

是最近的问题吗，反正网络不全量代理是会断的，这个是已知的

我 mac 用 cursor 是直接用 Proxifier 全量代理的

前两天的用量截图，几千万都没啥问题，不会断

@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 我觉得已经很好了

@JoeDH 我一般都是 cli 跟 IDE 一起开，纯 cli 走 pr review 的话，就感觉类似 github copilot 模式，直接云上跑得了，就是项目得挂在 github 上，公司项目不太行

@LightHiding777 #6 把你的项目用 git worktree 方式切一个分支给 cursor 或者 claude code ，然后在单独的分支上跑，跑完了你可以 idea 切分支过去验证，也可以那边验证通过了 pr 到你的主分支，或者你 idea 里面把 AI 跑的功能提交直接 cherry pick 过来

你不了解 git worktree 的话，直接项目下开个 claude code 教你操作，还有就是 cursor 本身也是直接有 worktree 模式的，在新建对话的底下可以选择

现阶段还是旧的按次订阅的，可以大力用，挺划算的

过年的时候 subagent 还不记次数的，某次发现计次数之后，就用提示词强制要求不能启动 subagent 执行了

然后你可以一个提示写好几步需求，让他干一两小时，分析 + 执行 + 复核，搞几个工作流

我这用一半，都 10 亿 token 了，你这 134M 就用完了，也太少了，建议可以优化下工作流，多塞需求进去，然后让他一步步规划 + 执行