将这条加入CLAUDE md：专治AI编程助手乱加废话的顽疾
内容提要
该文分析了一条在开发者中广泛传播的AI编程规则，要求AI生成UI时默认不加辅助文字，除非用户明确要求或为防止误解，且禁止复述标题。文章逐句剖析规则逻辑，指出其旨在纠正AI“话痨”本能，通过硬约束建立“加文字”的审批流程，强调简洁优先，并引发开发者共鸣。
延伸解读
规则背后的认知负担逻辑
文章指出，界面中多余的辅助文字会强迫用户进行无效的过滤判断，消耗注意力。这符合认知负担理论：用户扫描界面时，每个额外元素都增加处理成本。规则通过默认禁止辅助文字，减少用户需要处理的信息量，提升界面效率。开发者共鸣正是因为他们在实际使用中感受到了这种负担。
从“信息提供”到“风险预警”的转变
规则将辅助文字的添加条件限定为“防止误解或错误”，而非“提供更多信息”。这要求AI评估不加文字是否会导致用户错误操作，而非是否让用户更明白。这种风险驱动的思路，将AI的角色从主动的信息提供者转变为被动的风险预警器，输出标准从“多”变为“准”。
复述型文字的隐性危害
规则明确禁止复述标题，因为复述型文字不增加新信息，却造成双重加工负担。用户需比对标题与描述的一致性，浪费认知资源。文章指出，AI常犯此毛病，因为它将代码注释的习惯迁移到UI文案上。开发者应警惕这种看似合理实则冗余的文本。
规则的自指性与工程化应用
规则本身就是一个自解释的UI描述，没有多余文字，成为其有效性的活体证明。开发者如Guido Pettinari将辅助文字藏入tooltip，工程化地实现“默认不加，需要时交互暴露”。这体现了规则的精神：通过硬约束对冲AI的统计学习盲目性，直到模型内化简洁偏好。
Q&A
这条在开发者中广泛传播的AI编程规则具体内容是什么？
规则要求AI在生成UI时，默认不要在标题、标签、卡片或设置下方添加副标题、辅助文字或描述性文案。除非用户明确要求，或为了防止误解或错误，且绝不能用来复述标题。
为什么AI编程助手总是喜欢在UI中添加多余的辅助文字？
因为大语言模型的训练数据中，UI模板大多包含“标题+描述”的双层结构，模型学到的是“描述是标准配置”，而不是“描述是可选的”。它缺乏设计判断力，只会复制统计上最常见的模式，所以会习惯性地在标题下添加辅助文字。
这条规则中提到的两个例外条件是什么？
两个例外条件是：1. 用户明确要求添加辅助文字；2. 添加辅助文字是必要的，以防止误解或错误。除此之外，默认不加。
为什么规则中特别强调“never use it to restate the heading”？
因为复述标题的辅助文字不提供任何新信息，只会增加用户的认知负担，让用户觉得软件不信任他们的理解力。这种文字是AI最隐蔽也最顽固的毛病，所以规则用“never”彻底禁止。
开发者们对这条规则的反应如何？
开发者们反应强烈，纷纷在社交媒体上表示“偷了”“马上用”“终于有人说了”，并有人将其加入自己的配置文件中。这反映了他们对AI生成多余文字的共同痛点。
这条规则如何帮助AI建立“加文字的审批流程”？
规则通过硬性约束，让AI在生成UI时默认不加辅助文字，只有在用户明确要求或为防止误解/错误时才考虑添加，并且添加时必须确保不是复述标题，而是补充新信息。这迫使AI从“本能行为”转变为“理性决策”，在每个生成点进行风险评估和信息增量判断。
