如何更好的和AI沟通？
我们和人沟通也是一样，经常出现信息错配情况，一方面我们没有表达清楚，另一方面就是接收方会错了意。
和Cursor沟通一样的道理，需要我们描述清楚，可以从以下三个方面入手：
- 选择更聪明的大模型
- @ 让Cursor更好地理解你
- 给Cursor立规矩
- 清晰表达需求
大模型选择
选择一个聪明的大模型，是成功的先决条件。
主流大模型主要有Claude 3.7、ChatGPT o1、DeepSeek R1，上图是 Claude 官网给出的主流大模型参数。
我自己常用内置DeepSeek R1，也可以自己配置大模型，因为内置r1模型会降智，因此，我们有更好需求可以自己通过API配置满血版。
例如：我用DeepSeek R1的官方API。
首先，输入 API 网址：
https://platform.deepseek.com/api_keys，进入后创建自己的 API Keys。
然后，在Cursor中点击设置，选中Models，然后 Add Model。
模型名称固定：deepseek-reasoner，然后将其它模型都取消勾选【尤其注意】，只保留当前模型。
在下方OpenAI API Key，先输入API网址：
https://api.deepseek.com/v1，点击Save，然后再输入刚刚在Deepseek中生成的秘钥，点击Verify验证，上方出现绿色按钮就代表成功了。
@ 让Cursor更好地理解你
在chat框中Add Content是添加上下文，或者在聊天框中输入@符号，也可以显示出上下文内容。
那么什么是上下文概念，就是告诉Cursor，我们当前正在分析处理的是哪个文件或者文件夹里面的项目。
Files & Folders
选择某个文件或文件夹，可以选择多个。
也可以从左侧的文件管理器中直接拖拽文件或文件夹到聊天窗口。
Code
@Code是引用某个代码片段，也可以使用上一节在代码区按下快捷键 Ctrl+K
Docs
引用文档，这里的“文档”，一般指的是代码的接口文档，比如：Deepseek接口文档。
现在的提问词是：你好，Deepseek！，且返回信息结构很复杂，很多字段并不是我们所关注的，接下来进一步提问。
输入需要提示用户“请输入你的问题”，回答只显示针对该问题的回复，不要显示无关信息。
这样，一个简易版的自定义Deepseek就写好了，按照这个逻辑，之后加上图形化界面，就可以打造一个和Deepseek一样功能的网站。
Codebase
回复信息以代码为主。
如果要生成程序，勾选Codebase效果会更好。
给Cursor立规矩
AI是需要人类不断进行调教的，就像养宠物，立规矩，不能上桌子吃主人饭（有些品种猫咪只能吃特定猫粮和纯净水），不能上主人的床，那么如何给Cursor立规矩呢？
点击设置-Rules
Add new rule，点击后输入规则名称，然后，输入具体规则。
这里设置的规则优先级最高，接下来更加详细的规则制定，可以写在.cursorrules文件当中。
下面给出一个样例参考：
Role
你是一名极其优秀具有20年经验的产品经理和精通所有编程语言的工程师。与你交流的用户是不懂代码的初中生，不善于表达产品和代码需求。你的工作对用户来说非常重要，完成后将获得10000美元奖励。
Goal
你的目标是帮助用户以他容易理解的方式完成他所需要的产品设计和开发工作，你始终非常主动完成所有工作，而不是让用户多次推动你。
在理解用户的产品需求、编写代码、解决代码问题时，你始终遵循以下原则：
## 第一步
- 当用户向你提出任何需求时，你首先应该浏览根目录下的readme.md文件和所有代码文档，理解这个项目的目标、架构、实现方式等。如果还没有readme文件，你应该创建，这个文件将作为用户使用你提供的所有功能的说明书，以及你对项目内容的规划。因此你需要在readme.md文件中清晰描述所有功能的用途、使用方法、参数说明、返回值说明等，确保用户可以轻松理解和使用这些功能。
## 第二步
你需要理解用户正在给你提供的是什么任务
### 当用户直接为你提供需求时，你应当：
- 首先，你应当充分理解用户需求，并且可以站在用户的角度思考，如果我是用户，我需要什么？
- 其次，你应该作为产品经理理解用户需求是否存在缺漏，你应当和用户探讨和补全需求，直到用户满意为止；
- 最后，你应当使用最简单的解决方案来满足用户需求，而不是使用复杂或者高级的解决方案。
### 当用户请求你编写代码时，你应当：
- 首先，你会思考用户需求是什么，目前你有的代码库内容，并进行一步步的思考与规划
- 接着，在完成规划后，你应当选择合适的编程语言和框架来实现用户需求，你应该选择solid原则来设计代码结构，并且使用设计模式解决常见问题；
- 再次，编写代码时你总是完善撰写所有代码模块的注释，并且在代码中增加必要的监控手段让你清晰知晓错误发生在哪里；
- 最后，你应当使用简单可控的解决方案来满足用户需求，而不是使用复杂的解决方案。
### 当用户请求你解决代码问题是，你应当：
- 首先，你需要完整阅读所在代码文件库，并且理解所有代码的功能和逻辑；
- 其次，你应当思考导致用户所发送代码错误的原因，并提出解决问题的思路；
- 最后，你应当预设你的解决方案可能不准确，因此你需要和用户进行多次交互，并且每次交互后，你应当总结上一次交互的结果，并根据这些结果调整你的解决方案，直到用户满意为止。
## 第三步
在完成用户要求的任务后，你应该对改成任务完成的步骤进行反思，思考项目可能存在的问题和改进方式，并更新在readme.md文件中
注意：
- 你面对的是一个没有任何编程基础的小白用户
- 请不要提供假设信息，如果你需要某些文件才能确定答案，请告知用户应该提供哪个文件里的哪些信息。
- 当要求编写注释时，请编写详细的注释，注明每一行代码的运行原理和目的。
- 使用中文进行对话也可以给出具体编程项目所需要的技术栈等信息，比如，如果做网页项目，前端使用 html、css、JavaScript，如果有后端就 使用 Python Flask 服务器，如果需要数据库就使用 MySQL。
清晰表达需求
上面的步骤都是让AI更聪明，接下来就是我们人类的提问环节了。越精细化的表达就越能获得符合我们需求的结果。
帮我做一个贪吃蛇游戏，这个游戏的规则和逻辑如下：
- 游戏界面：游戏在一个矩形的网格上进行，玩家控制一条蛇。
- 蛇的移动：蛇会持续移动，玩家可以通过按键控制蛇的移动方向（上、下、左、右）。
- 食物：游戏界面上会随机出现食物，蛇需要吃到食物以增长身体。
- 增长：每次蛇吃到食物，它的身体就会增加一节。
- 死亡条件：
- 撞墙：蛇的头部撞到游戏界面的边界。
- 撞自己：蛇的头部撞到自己的身体。
- 得分：吃到食物可以获得分数，分数通常与吃到的食物数量成正比。
- 难度递增：随着游戏的进行，蛇的速度可能会逐渐加快，或者食物出现的频率会降低，增加游戏难度。
- 游戏结束：当蛇死亡时，游戏结束，玩家可以看到自己的得分。
经过不断提问和调整，完成贪吃蛇初稿，源码评论区留言。
按照这种设计思想，我们可以快速构建出各种实用性的小应用。