大家用 cursor 时， prompt 是怎么写的呢？

早就不流行 prompt engineering 。 写前端页面，把样式页面，组件库，组合方式，需要用到的数据 type ，一次性丢它。这样才能八九不离十

@XTTX 我也是这样操作的，指定项目技术栈，UI 组件库，然后写清楚接口数据，但是生成的代码可以说是屎山，并不能直接应用。

@JustToGo 那就不清楚了。https://www.pomocal.com/ 反正我每个页面格式都要参照物，api 全部都是 react-query hooks. 除了复杂一点的动态效果需要骂它几个回合，web 都很快能过。 不像移动端， 各种莫名其妙的错误。 你还可以给出样式，让它生成成 cursor rules ， 然后下次带入 cursorrules.

这里找到你的技术栈 https://cursor.directory/ 然后修改一下细节满足自己的要求，就差不多了

哪里不是你想要的，就在哪里针对性增强 prompt 。

@XTTX #1 现在的上下文管理何尝又不是另一种 prompt engineering

如果是用第三方，css 不要乱写，全交给他写，然后让他先生成一个计划，整理项目文件，然后再正式开工。
记得把 context7 的 MCP 搞上，正式开工的时候说一句 use context7 ，然后继续写你的需求，后台框子打起来之后，每一个栏目对话个两三次，把数据库结构丢给他，让他整就行了，增删查改一般没问题，特殊需求再跟他说。
用 ai 处理略复杂的任务，你要先列计划，不要上来就干。

哪里是不想要的, 理解为什么会这样理解, 要不然补充描述和示例, 要不然就是描述背景不足有歧义. 如果是上下文太大遗忘了信息, 这个只能拆任务分步处理了

后台管理的界面也可以很复杂。觉得 AI 好用的，猜可能只是页面设计太简单或者没有特定要求，都是模板化的 api+列表+按钮之类的。

大致还是得自己写，只有最具体的需求 ai 才会好用

@Curtion 感谢，这个对我非常有用

@mogutouer 感谢，我还没使用过 MCP ，看了下这个 context7 ，应该非常有用。还有其它有用的 MCP 推荐吗？

cursor pls fix

or you go to jail