eurkidu

@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 就用完了，也太少了，建议可以优化下工作流，多塞需求进去，然后让他一步步规划 + 执行

赞同楼上的一些说法，我 475+75 散光，配过好多副眼镜，之前有一副因为前一副眼镜突然坏了，急着配的，就随便找了个连锁品牌跟着店员挑了下，就有比较明显的楼主说的这种边缘形变的情况，看地上方格地砖线，非常明显。

当时店员说正常的，戴一段时间适应下就行了，后来也确实神奇，戴了一周多之后，确实适应了，就不那么明显了。

后来多了解之后，有说法是人脑的自适应能力非常强，其实当时配的眼镜就是没那么适配，具体原因可能就像楼上有些说的球面非球面啥的，或者其他的一些细节参数有问题，所以一开始戴上发现有问题，其实就是有问题，后面戴久了，看不出来，就是人脑自动校准了，不过这个适应能力可能因人而异。

我现在戴的后面专门医院验光，然后线上配的蔡司的镜片，就没出现过这个情况了。建议楼主重新配一副。

@tanranran #12 +1 ，前两个月刚新调研开发过微信小程序，uniapp 只开发小程序，就可以不用 hbuildx ，那个实在用不来。

用 https://unibest.tech/ 建的项目，UI 库选的 wot-ui, 整合了下 https://demo.wot-design-uni.cn/ 的部分功能，开发体验跟普通 vue web 开发差不多。

当然因为有些小程序跟 uniapp 的限制，还是有些限制的，特别是二次封装组件，因为不支持 listeners 透传，以及插槽透传也有坑，封装起来非常难受，直接单纯写业务页面+业务组件，用起来倒是还挺好

虽然是只开发微信小程序，但相比用原生选 uniapp 开发，除了原生语法外，还有个有小优点（算是遇到的一个坑，因为是 uniapp 开发的解决起来比较方便）

就是我们开发的页面需要上传用户附件，是 PDF 的那种附件，微信小程序选择文件的 API 有限制，你选图片之类的，可以直接单独拉起相册，但是你上传文件，就只给了一个从聊天文件中选择的 API

导致小程序原生页面只能做成，用户先要把文件发到文件传输助手，然后再选择的效果，后面查了半天说小程序原生页面没辙，只能跳转一个 web-view 页面，使用 web 方式上传文件，这时候可以直接选择手机文件，但是这时候要单独新写一个项目去写一个文件上传页面，上传完之后再把文件地址返回给小程序，就挺麻烦的。

这时候灵机一动，因为 uniapp 可以直接打包成 web 页面发布，所以就直接在小程序项目里面，写了一个文件上传页面，但其实是 only for web 的，然后把项目重新打包发布成 web ，小程序里面再 webview 嵌套用于上传，这样直接一个项目就全搞定了，上传代码逻辑还都是同一份，因为后面跟产品讨论，做成选择了用户既可以从聊天文件中选择（方便电脑发给手机的文件），也可以用 web 方式直接选择手机文件。

参加一下

买个自动合盖的那个立式的牙膏，我们家就用那个，按一下就出来一截，手放开，就自己截断+合盖了，而且没有从下面挤还是中间挤的烦恼，他底下是个硬的立管，平时放，就直接立在台面上

分子+1