在使用 Trae 这类 AI 编程助手进行 WPF 项目开发时，大家有没有遇到过这样的烦恼：AI 总是“自作聪明”地删掉你的注释、随意引入新的第三方库，或者在 MVVM 架构中把业务逻辑写进了 View 层？
为了解决这些痛点，我结合日常开发习惯，总结了一套“个人自用 WPF 开发规则”。这套规则的核心逻辑是“防御性编程 + 架构强约束”，旨在让 AI 成为一个守规矩的“高级码农”，而不是一个随时可能埋雷的“破坏者”。
今天就把这套配置分享出来，不仅适用于 Trae，任何支持 Rules 配置的 AI 编程工具都可以参考。
为什么需要这套规则？
AI 的默认行为往往偏向于“完成任务”，而忽略了工程的长期维护性。在 WPF 开发中，线程安全（Dispatcher）、内存泄漏（事件订阅）以及 MVVM 的纯净度是极其容易出问题的点。
因此，我将规则划分为 P0 到 P4 五个优先级，确保 AI 在执行任务时，能够严格遵守“指令安全 > 架构 > 线程 > 规范 > 优化”的决策链条。
WPF 核心开发规则（可直接复制）
你可以直接将以下内容复制到 Trae 的“项目规则”或“个人规则”配置中(复制到 .trae/rules/ 目录)：
# WPF 开发规则 ## 优先级说明（高→低） P0 指令安全 > P1 架构 > P2 线程 > P3 规范 > P4 优化 当出现冲突时，高优先级自动覆盖低优先级。 ## P0（强制安全红线） 1. 禁止删除或修改已有的代码注释（除非用户明确指示）。 2. 禁止修改 `App.xaml.cs` 的启动逻辑。 3. 禁止随意引入新的第三方 NuGet 库，优先使用现有依赖。 4. 仅允许进行最小必要修改，严禁过度重构。 ## P1（架构约束） 1. 严格遵循 MVVM 模式与分层架构。 2. 保持单向依赖（上层调用下层），严禁循环依赖。 3. 跨层调用必须
