这是一个创建于 148 天前的主题，其中的信息可能已经有所发展或是发生改变。
本人前端，最近在开发一个后台管理系统，发现使用 cursor 时，不管 prompt 写的多清楚，生成的代码总不是我想要的，需要我再去更改。请问大家有没有什么好的写 prompt 的方法，求教
 | 1 XTTX 148 天前 早就不流行 prompt engineering 。 写前端页面，把样式页面，组件库，组合方式，需要用到的数据 type ，一次性丢它。这样才能八九不离十 |
| 3 XTTX 148 天前 @JustToGo 那就不清楚了。https://www.pomocal.com/ 反正我每个页面格式都要参照物，api 全部都是 react-query hooks. 除了复杂一点的动态效果需要骂它几个回合，web 都很快能过。 不像移动端， 各种莫名其妙的错误。 你还可以给出样式，让它生成成 cursor rules ， 然后下次带入 cursorrules. |
 | 4 Curtion 148 天前  4 这里找到你的技术栈 https://cursor.directory/ 然后修改一下细节满足自己的要求，就差不多了 |
 | 5 kneo 147 天前 哪里不是你想要的，就在哪里针对性增强 prompt 。 |
 | 7 mogutouer 147 天前 1 如果是用第三方，cs 不要乱写，全交给他写，然后让他先生成一个计划，整理项目文件，然后再正式开工。 记得把 context7 的 MCP 搞上，正式开工的时候说一句 use context7 ，然后继续写你的需求，后台框子打起来之后，每一个栏目对话个两三次，把数据库结构丢给他，让他整就行了，增删查改一般没问题，特殊需求再跟他说。 用 ai 处理略复杂的任务，你要先列计划，不要上来就干。 |
 | 8 lneoi 147 天前 哪里是不想要的, 理解为什么会这样理解, 要不然补充描述和示例, 要不然就是描述背景不足有歧义. 如果是上下文太大遗忘了信息, 这个只能拆任务分步处理了 |
 | 9 elevioux 147 天前 后台管理的界面也可以很复杂。觉得 AI 好用的，猜可能只是页面设计太简单或者没有特定要求，都是模板化的 api+列表+按钮之类的。 |
 | 10 linkopeneyes 147 天前 大致还是得自己写，只有最具体的需求 ai 才会好用 |
 | 13 heimoshuiyu 146 天前 cursor pls fix or you go to jail |
Select Language