我怎么选模式（主观版）
官方会把模式讲得很全。我日常其实就靠直觉切换，大致是这样：
Ask
想先搞懂、对比两种写法。这时候让它动文件，反而打断思路。
Agent
目标清楚、范围可控：「加个路由」「修这个报错」。我用得最多。
Plan
跨多模块、或我自己也说不清步骤。先列计划，我改两句再执行。
Debug
有明确报错和复现路径。没有日志硬猜时，我宁可先 Ask。
我会写进提示里的四样东西
任务写飘，十有八九是缺约束。我现在几乎每条都会带齐：
- 成功长什么样——页面能打开、单测过、接口 200。
- 别动哪里——不要动数据库配置 / 不要升级依赖 / 不要提交。
- 相关文件——直接 @，比全库搜索快且稳。
- 证据——报错原文、截图、复现步骤。没证据等于算命。
只改 app/controller 和 route。
目标：加上 /guide/:slug。
不要碰 .env 和数据库。
做完告诉我怎么在浏览器验证；先别提交 git。一段真实对话节奏
- 我：说明目标 + 范围 + 禁区 + @ 文件
- 它：改完，甩出 Diff
- 我：拒掉无关格式化，指出「这里别动公共组件」
- 它：按反馈收窄再改
- 我：本地跑通，才算这轮结束
很多人止步于第 2 步就全盘接受。我花时间最多的其实是第 3、5 步。
Diff 是我的底线
重点扫：有没有误删、有没有「顺便」大改格式、有没有把密钥写进代码。吃不准的 hunk 先拒绝，一句话指出问题再让它重做——比全盘接受后自己收拾便宜。
架构决策——命名、边界、要不要加表——我很少交给它定。想清楚再让它填实现，Review 压力小很多。
哪些活我宁愿自己写
- 核心领域模型的第一版设计
- 权限 / 支付等「错一次很贵」的逻辑骨架
- 我完全不懂的技术选型拍板
这些不是 AI 不行，是责任在我。它适合加速实现，不适合替我背锅。