参考论坛佬的cursor使用心得，让cluade根据我的需求写了一个rules，并且让他再优化了一遍根据，主要内容是让cursor分析协议内容，然后做拆解，并规划实现内容和todo列表。然后把我要实现得协议也放在目录里，让cursor去读协议断内容，去做拆解，这一步做得非常好，但是没有mcp只能读文本的，读不了word和pdf。然后是plan，做的也不错，但是这个时候他就会开始发散规划出一些你不需要的任务，这一步感觉非常重要，个人觉得，规划出来的每个大任务至少都要多几轮对话约束，我就是这一步没把好关，然后后面就各种发散了，怎么救都救不回来。本来这个自己来写差不今天也就弄好了，但是现在进展是0！–！。挫败的感觉~~，也不是说一定要用ai写把，就想着接着这个需求把让ai搬砖的通路走通，但是现在看来水很是太深了，我还是太菜了，不适合这种玩法，妄想奴役ai
10 Likes
奴役一下豆包 
1 Like
AI适合写小需求
1 Like
需求导向 
1 Like
换augment来搬了，这条路不好走就换一条
2 Likes
小任务还行，你要是全依赖AI，那始终是靠不住的！
1 Like
写小函数之类的，你要敢让cursor给你重构一个超过一千行的代码，直接给你毁完
1 Like
小任务是指什么？我这边是一个自定义的通讯协议，打包解包的工作，应该不大。一下午下来差不多用了cursor的50次高级调用。感觉还是约束的太少了，但是提高约束频次，就有点累，毕竟分解通讯协议的那块我看到很仔细，我以为这块没问题，任务规划应该没啥问题，然后任务规划这块我就没有很仔细去看，他就咔咔咔的写了。不过有一说一注释写的真好
1 Like
都是一个小行数组成的，全部cursor从无到有的写
1 Like
就是你不要全部任务都交给AI，让AI从头做，应该你作为主导，一小部分一小部分的让他做
你一上来哗啦哗啦把整个需求都给他，那AI最后肯定是完成不了的，只会越来越乱
2 Likes
嗯嗯，感觉这种方式应该适合目前我这种水平的。但是看佬们操作不就是这样嘛，写rules，写需求，让curosr规划，然后实现，哎，感觉还是没用好
1 Like
纯靠AI是真不行，降智不听指令不说，解决上个Bug，又会出现下一个Bug。今天使用cursor，要么在修复Bug，要么就是在修复Bug的路上
小任务还是可以的，系统化再细化的需求AI不行，可以拆分做，但有时候还不如自己做 
每次pua这种builder的ai都是每次都得加这三个要求个要求，还不能加载system prompt，要加在user prompt
- 写代码建文件之前充分阅读上下文
- 代码风格统一、符合规范
- 充分利用已有代码、工具，避免重复写太多代码
1 Like
这有啥不好把握的，冲冲冲
还是上下文和推理能力的限制吧，目前感觉开新项目架构，重构优化代码，和函数级别的修改是蛮好的。
1 Like
太真实了，慢慢调教
那没办法呀
佬友有啥特殊心得不？
1 Like
之前看视频有人用task matser https://youtu.be/1L509JK8p1I?si=KRYwmeNYsiJRQK5j做任务规划和分解，配合cursor使用，但是这个master ai 需要cluade的key，奈何没有呀