正在打开每日关注
正在打开每日关注
通过简化决策、复用成熟能力和渐进交付，减少编码 Agent 的无效迭代与 Token 消耗。
Vercel工程师总结出的AGENTS.md，能帮你在项目开发中省下80%的token 核心是通过工程化的决策和方案设计，降低AI的无效迭代和token消耗 完整版如下，建议配置在你的项目文件夹下： # AGENTS.md - 不以维护向后兼容性为目标。对于已经废弃的代码路径，应直接移除，不再通过兼容层、回退机制或迁移方案予以保留。 - 在充分满足当前需求的前提下，采用尽可能简单的实现方案。避免引入缺乏实际需求依据的抽象、配置项和间接层。 - 采用渐进式、分层的方式构建系统。首先完成能够端到端运行的最小版本，再基于稳定可用的产品逐步增加功能。不要以尚未成熟的复杂性取代已经可用的产品。 - 保持组件的模块化，并明确划分不同职责与关注点。 - 当成熟且维护良好的库能够降低整体复杂度或提高可靠性时，应优先采用。除非有明确理由，不要重复实现通用功能。 - 在自行实现功能或新增依赖之前，应优先评估项目现有依赖的能力。应先查阅相关文档和类型定义，不应未经确认就认定某个库不具备所需能力。 - 架构决策应着眼于长期演进。不要采用仅能解决当前问题、且预期需要在后续替换的权宜方案。 - 在设计解决方案之前，先研究成熟产品如何解决同类问题。优先采用经过验证的模式和约定，避免从零开始另行设计一套方案。
After doing ~60B tokens, this is my full AGENTS.md https://t.co/VVXIwtSAcO
是什么 这条内容转述了一套面向编码 Agent 的项目级协作准则，原推文将其归因于 Vercel 工程实践，并声称长期使用后可显著降低 Token 消耗。其价值不在某个具体提示词，而在于把工程团队原本隐含的判断标准显式写入 AGENTS.md。
核心设计 规则围绕四条主线展开：直接删除废弃路径，避免兼容层拖累上下文；优先最小可运行版本，再渐进扩展；保持模块边界与职责分离；优先复用现有依赖和成熟模式。它还要求 Agent 在改代码前查文档、类型定义和既有能力，减少“猜测—实现—返工”的循环。
关键洞察 Token 节省的根因不是让模型少说话，而是减少不必要的决策分支、返工和架构摇摆。把“简单优先、证据优先、长期演进”固化为项目约束，能让 Agent 更快收敛，也使多人协作中的技术判断更一致。引用推文提到的“80%”和“60B tokens”属于作者经验性说法，不能直接视为普遍测量结论。
边界与风险 直接移除兼容路径只适合团队能控制调用方、发布节奏和数据迁移的项目；成熟模式也不等于照搬。若规则写得过于绝对，可能压制必要的兼容性、实验性探索或业务特例。最佳用法是将其作为短而具体的决策基线，并结合仓库实际架构持续修订。