最近带团队用Cursor做了几个项目，踩了不少坑，也总结出些接地气的经验。说几个让我印象深刻的场景：

1. 需求文档要写得像说明书

上次做火锅点菜功能，我在文档里只写了"用户能选食材和涮煮时间"。结果AI生成的页面居然能设置负数的煮菜时间，差点闹笑话。现在学乖了，文档要写得像产品说明书：

• 食材分区：肉类、蔬菜、豆制品各占一栏

• 每个食材按钮要显示推荐煮的时间（比如肥牛15秒）

• 用户点错时要弹出提示"最少煮15秒哦"

2. 画图比文字管用

有次跟AI描述页面布局，说"左边放菜单，右边放已选菜品"，结果生成出来的左右比例完全不对。后来发现个好办法：先用纸笔画个草图，拍照传给ChatGPT让它描述清楚，再把这个描述喂给Cursor，成功率立马翻倍。

3. 小步快跑最安全

吃过一次大亏，让AI一次性改五个功能，结果把用户登录模块搞崩了。现在改成"蚂蚁搬家式开发"：

• 每个小功能单独开个"实验区"

• 改完立即用Git存个备份

• 像拼乐高一样逐步组装

4. 选AI模型像买菜要对比

发现不同AI模型就像不同菜市场的商贩：

• Claude像经验老道的大厨，要价高但出品稳

• DeepSeek像快手小贩，便宜但偶尔缺斤短两 现在重要功能找Claude，边角料用免费工具，这样既保证质量又省预算。

5. 要当AI的监工

最近定了个新规矩：所有AI生成的代码都要打上特殊标记，就像给外包的活计盖章。上周有个按钮样式被AI乱改，全靠这个标记快速找到问题代码，半小时就修复了。

深夜加班的顿悟

上周四凌晨改需求时突然想通：我们产品经理现在像驯兽师，既要让AI这只"猛兽"出力干活，又要随时拽紧缰绳。关键是要把需求拆解得足够细，就像教小孩搭积木，每次只给一块积木的说明书。

现在每次写文档都会自问：这个描述AI看了会不会跑偏？实习生能不能照着做？这种"双重检查"的习惯，反而让我的需求文档越写越专业了。也许这就是和AI合作的意外收获吧。