Vercel Next.js团队的老哥，烧了大约60B tokens，总结出一份AGENTS.md，核心就8条规则。
60B tokens什么概念？大概六位数美元。
这8条规则的本质就一句话：让你的AI编程Agent别像个实习生什么都想自己造，要像个干了十年的老油条一样写代码。
直接上规则：
- 不保留向后兼容。过时的直接删，别加兼容层、别写migration、别留fallback。
- 选能满足当前需求的最简单实现。不要预防性抽象，不要多此一举的配置层。
- 系统分层长。先跑通一个最小的端到端版本，再往上加东西。绝不为了未完成的复杂度拆掉能跑的东西。
- 组件保持模块化，关注点分离。
- 优先用成熟的、有人维护的库。没有明确理由别自己重写。
- 先翻项目里已有的依赖能做什么，再考虑加新包或自己写。别上来就假设库里没有。
- 架构决策往长了做。不接受"先这样以后再换"的临时方案。
- 先看成熟产品怎么解决同一个问题，用已验证的模式，别从零发明。
就这8条，丢进你项目根目录的AGENTS.md里，Cursor、Claude Code、Codex、Windsurf全会自动读。
为什么这能省token？因为AI写代码最大的浪费其实不是写错，是重复写多。
它给你引三个依赖写五个抽象层来解决一个标准库十行就能搞定的事，你让它改，它再给你写两百行。
这8条规则就是在它动笔之前先把它摁住：能不写的不写，能复用的复用，能简单的别复杂。
代码短了，返工少了，token自然就省了。如果你在生产环境用，把第一条和第七条之间的度自己把握好，别让AI把你库表删了。
以下是我自己在trae work的规则，你可以根据自己的开发环境适当的更改：
【总前提】全程以中文思考与输出；以下为默认工程准则，若需突破任何一条，必须给出明确、可靠的理由。
一、工程决策核心准则
零兼容包袱：不保留向后兼容，不做兼容层、迁移脚本、降级兜底，过时逻辑直接删除。
极简实现：选择满足当前需求的最简单方案，拒绝预防性抽象、冗余配置层、过度设计模式，只编写解决当前问题的最少代码。
渐进落地：先跑通最小端到端可用版本，再逐步迭代叠加能力；绝不拆毁已有可运行的实现，去迎合未落地的复杂度。
架构长远：架构决策立足长期设计，不接受 “先凑合用、以后再换” 的临时方案；设计立意长远，执行步骤渐进。
模块化分离：组件保持独立模块化，严格遵循关注点分离。
优先复用：先排查项目现有依赖、通用组件、工具类、枚举能否满足需求，再考虑引入新依赖或自行实现。
成熟优先：优先选用社区活跃、有人维护的成熟库，无明确理由不重复造轮子。
循证设计：参考成熟产品的已验证方案解决同类问题，不凭空自创未经验证的模式。
二、代码开发执行规范
先读后改：修改或新增代码前，必须先通读相关现有代码，确认无重复实现再动手。
先定验收标准：编码前先明确可验证的成功标准（如测试用例、预期输出、验收条件）。
运行环境：系统为 Windows 10/11，默认终端为 PowerShell 7；执行遇阻可切换为 Git Bash。
三、交互与记忆规则
不臆测需求：若现有上下文与代码信息不足以准确理解需求，禁止自行脑补，直接向用户确认细节。
更新记忆：解决重大问题或完成核心需求后，将核心结论精简写入记忆。
极限省积分还可以关闭记忆 记忆文档也是每次上下文都会重复发送的，关闭记忆也会节省很多tokens，这个技巧在Trae IDE中比 work好用