Appearance
Cursor / CodeBuddy 配置
先让编辑器「懂项目」，再开始场景跟做。工具可换，Spec 工作流不变。
AI CODING · 编辑器
打开错误根目录、关闭 Rules、整仓 @ —— 比「模型不够强」更常导致整晚无效返工。
最少配置
- 打开正确仓库根目录（含前端/后端的那一层）。
- 启用项目 Rules（
.cursorrules/ Rules / 等价）。 - 小改用定位编辑；大任务再用 Agent — 没有给 AI 的 Prompt 不要连续改几十个文件。
使用习惯对照
备选做法
超长旧对话硬拖；整仓 @ 「随便看看」；只说「又挂了」；放任连改 20 个文件。 推荐做法
新功能新对话 + 给 AI 的 Prompt；@ 当前文件与契约；报错贴原文；复述确认后再改。 选型说明： 编辑器里浪费整晚的，多半不是模型不够强，而是上下文脏、范围没写死。越界立刻停，比「顺便重构」便宜。
推荐对话节奏
text
对话 A：环境检查（装依赖、能开页）
对话 B：场景一或 domain/Mock（一张卡）
对话 C：组件接线（另一张卡）
……不要在一个对话里从「装 Node」串到「部署生产」。
Rules 里建议有的硬约束（示例）
text
- 不要提交 .env 与密钥
- 改 API 必须同步字段对照或合同文档
- 任务未写允许文件时，先问范围再改
- 禁止为变绿而删除测试
- 一次一事；先复述再改代码给 AI 的 Prompt · 环境检查
给 AI · 环境 · 编辑器与仓库
text
【目标】确认工作区根目录与 Node/Python（若需要）版本满足本仓库 README。
【请你】一次只给下一条终端命令；根据我回贴的输出继续，直到能打开开发页或 health。
【不要】一次甩十个命令；不要修改业务代码。Cursor 与 CodeBuddy
课堂可用任一 AI 原生 IDE 或插件。差异在产品能力；不变的是 Rules + 给 AI 的 Prompt + 验收。
微信开发者工具等插件形态，仍走同一工作流。
验收
- [ ] 根目录正确
- [ ] Rules 已启用（或能说明规范如何注入）
- [ ] 环境检查对话能走到可开页