过去半年，Claude Sonnet、GPT-4、Gemini Pro等模型在SWE-bench和Terminal-Bench上的成绩一路飙升。Cursor、Claude Code等工具也让“AI写Flutter代码”从玩具变成了生产力。但几乎所有深度使用者都会遇到同一个问题：AI生成的代码越来越强。也越来越容易“跑偏”——你让它改一个ListTile，它顺手重构了整个LoginPage；你让它修一个bug，它自作主张帮你换了状态管理方案。

这不是模型变笨了而是约束没跟上能力的增长。其实，这篇文章结合Cursor + Sonnet + Flutter的实际场景。拆解跑偏的根因，并给出一套的防跑偏程序。

一、跑偏的四大根因

类型	典型表现	根本原因
范围漂移	改A文件时顺手改了B/C/D。甚至重构了无关模块	指令边界模糊 + Sonnet 的agentic倾向
范式摇摆	一会儿用Riverpod，一会儿用Bloc；说起来，find.text和find.byKey混用	项目约定没有锚定在AI可见的位置，或rules太长模型没读完
上下文中毒	第5轮以后模型开始忘记“禁止重写整个build”，又整段重贴长会话未及时compact/新开，早期约束被后续对话稀释

第5轮以后开始“自由发挥”。超出初始指令范围

-flutter-style.mdc里写死：“新增交互元素必须加WidgetKeys” - 改existing的find必须用WidgetKeys.xxx” Sonnet看到常量引用就不敢擅自改成find.text

build_runner护城河

Flutter项目中模型手搓.g.dart是灾难——它觉得“帮你省一步”，结果手写的generated code和注解对不上，编译失败。在AGENTS.md里写死：

.cursorignore里把*.g.dart、*.freezed.dart、 *.config.dart全部排除。让模型连读都读不到这些文件，从根本上杜绝手搓。

开始改你没有@的文件

开始写你没要求的test/docs/README

开始重构不相关代码→ Sonnet经典病。指令里缺“不改UI其余部分”

回复中thinking_blocks很长但结论飘

","outputs": [ { 说到"type"，"html","value": "

。

---