一句话看懂：有开发者在 X 上分享了两条很短的英文提示词，分别用来约束 AI 写界面时堆砌多余说明、修 Bug 时只打补丁的问题，并建议写进项目的 AGENTS.md。这为用编码 Agent 做日常开发的人提供了一种低成本的规则沉淀方式。
事件核心：发生了什么
2026 年 11 月 8 日，掘金作者 ikoala 发文介绍 X 用户 @luinlee 分享的两条提示词。第一条是 “Avoid unnecessary secondary labels and descriptions. Let the layout do the explaining.”，要求避免不必要的次级标签和描述，让布局本身解释界面；第二条是 “Fix a bug at its cause, reasoning from first principles and established best practice. Do not patch over the symptom”，要求从根因修复 Bug，而不是遮住表面症状。
文章用个人资料表单举例：AI 常把“请输入昵称”“系统会校验邮箱格式”等提示堆在页面上，与字段名、按钮重复；修 Bug 时则爱加 setTimeout 之类的延时兜底。作者建议把两句原文按主题合并进 AGENTS.md，作为编码 Agent 的项目约定。
为什么重要
AGENTS.md 这类文件正成为给 AI 编程工具提供项目上下文的通用做法。相比每次在对话里重复交代偏好，把规则写进仓库能让 Codex 等编码 Agent 在后续任务中持续读取。这两条规则针对的是两类高频返工：界面文案冗余，以及修复只处理症状、不解决问题根源。它们不能保证执行到位，但把“删冗余文案”“先找证据再修”变成可检查的要求，有助于降低人工复查成本。
对用户/开发者/创作者的影响
对开发者来说，可以直接把这两段英文放进现有 AGENTS.md，或参考其结构补充自己的前端规范与调试约定。更实用的判断标准是：一句界面说明如果能帮用户做决定或避免出错（如字符数限制、公开范围、不可撤销操作），应保留；如果只是重复控件含义，就删掉。修 Bug 时则要求 AI 说明问题在哪产生、改动为何有效，警惕没有依据的延时和特殊分支。需要注意的是，AGENTS.md 的发现与读取方式因工具而异，写进去不等于每次都会被执行。文中案例是解释性示例，效果需在各自项目中验证。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是主流编码 Agent 是否会原生支持更细粒度的规则分层；二是社区能否沉淀出可复用的 AGENTS.md 模板，覆盖前端文案、测试与错误处理；三是团队如何评估这类规则的实际减返工效果，而不只是依赖提示词本身。
来源：juejin
