AI编程模型输出黑话引发用户吐槽

近期，开发者社区集中吐槽部分 AI 编程助手的表达越来越难懂。用户在检查 Vibe Coding 等任务结果时，经常看到“15/15 全绿”“单腿哑火”“同波大删除”等不符合日常中文习惯的说法。相关讨论中，不少人把这种现象归因于模型在编程语境下生成了过度压缩、夹杂直译痕迹的交付汇报。有人抱怨代码底座、界面“换皮”等描述晦涩，也有人发现模型会把备忘录、终端、代码库检查等场景写成近似黑话的短句。

这类表达并非完全没有来源。例如“单腿哑火”可能来自英文 one leg is dead，在工程语境中，leg 可指并行或备份路径，因此开发者能大致理解其含义。但问题在于，大量短语脱离上下文后显得突兀，用户需要额外解码，反而降低了沟通效率。社区中还出现了“验尸官抓僵尸代码”等调侃，说明不少人已把这种输出视为 AI 编程工具的共同毛病。

有观点认为，造成这种现象的原因不只是翻译，而是与 Coding Bench 训练、编程任务过拟合以及思维链压缩有关。为了节省 Token，一些模型可能在内部推理或中间表达中采用极简语言，省略不影响语义传递的词。外界曾观察到类似“穴居人式”的推理文本：意思大致可读，但语法和自然表达被大幅压缩。据称，同一句话如果用这种压缩写法，Token 消耗可比白话文少约 70%。

这也引出了一个有趣的类比：文言文本身就是高度压缩的自然语言。中文单字承载概念和动作，古代书写材料有限又推动了进一步省略主语、助词和冗余结构，因此被网友戏称为“适合 AI 的母语”。GitHub 上甚至有名为 CaveMan 的 Skill，主张能用一个字就不用两个字，目前星标已达 104K。类似思路让不少人联想到用文言文进行提示词或编程表达。

事实上，早在 2019 年，黄令东（Lingdong Huang）就发布过文言文风格编程语言 wenyan-lang。当时他还是 CMU 从事计算机与艺术交叉方向的学生。该项目以文言文语气和繁体中文字符设计语法，如 Hello World 可写作“吾有一言。曰「「天地，好在否！」」。書之。”项目至今在 GitHub 上已有约 20K 星标，成为中文与编程结合的代表性案例之一。

也有用户指出，并非所有模型都在表达上同样退化。部分人认为，Gemini 在日常对话和写作辅助中的可读性更好，原因除了语言风格，还包括输出排版：缩进块、斜体、列表、留白和辅助线等视觉层级能降低阅读噪声。近期 Gemini 3.8 Flash 相关讨论中，也出现了更多认可其“还能正常沟通”的声音。整体来看，AI 编程能力竞争越激烈，如何让模型在保持效率的同时说清楚人话，正在成为新的体验指标。