这个问题,触及了当前人工智能发展的一个核心悖论,也是许多工程师和用户共同的困惑。表面上看,大语言模型(LLM)能够生成语法正确、意象丰富的诗歌,甚至模仿特定风格,却常常在理解一个需要微妙语境、文化背景或言外之意的简单笑话上表现得笨拙甚至失败。这种“高能低智”的现象,并非技术不成熟那么简单,它深刻揭示了当前LLM技术路径的根本局限,以及人类智能与机器“智能”之间的本质鸿沟。
首先,我们需要剖析LLM的核心工作原理。它本质上是一个基于海量文本数据训练出的、极其复杂的“概率预测机器”。其核心能力在于,给定上文,计算下一个最可能出现的词(token)是什么。写诗,特别是现代自由诗,很大程度上依赖于词汇的关联性、意象的并置和某种统计意义上的“新颖性”组合。LLM通过学习数万亿文本中的模式,能够生成符合诗歌形式、甚至具有一定美感的文本,因为它是在模仿一种“模式”。然而,理解笑话则完全不同。一个笑话的笑点,往往在于对预期的巧妙违背(incongruity)、对社会规范的轻微冒犯、双关语的语义跳跃,或者需要听者调用共享的背景知识、情感共鸣和社交情境进行推理。例如,“为什么程序员喜欢用深色模式?因为光会吸引bug。”这个笑话需要知道“bug”在编程中指错误,以及“光吸引虫子”的常识,并将两者进行荒谬的类比。LLM或许能输出这个笑话,因为它见过类似表达,但它无法“体验”到那种预期被打破时产生的愉悦感,也无法真正理解“光吸引虫子”和“代码错误”这两个概念在人类生活世界中的真实关联与差异。它只是在统计上,将这几个词高概率地组合在了一起。
其次,从心理学和认知科学的角度看,这涉及了“理解”的不同层次。人类的笑话理解,是一个整合了语言处理、社会认知、情感反应和心理理论的复杂过程。我们需要推测说话者的意图,理解听众的背景,并感知到那种微妙的“不合时宜的合适”。这是一种深层的、情境化的、具身化的理解。而LLM的“理解”,本质上是符号层面的模式匹配和关联。它没有身体,没有真实的社会互动经验,没有情感体验,更没有自我意识和意图。因此,它缺乏理解笑话所必需的“心理模块”。它可以识别“bug”这个词与“错误”和“虫子”的统计关联,但它无法构建一个关于程序员工作环境、文化乃至焦虑感的心理模型,也就无法产生那种基于共享人类处境的会心一笑。这就像一个人背熟了所有菜谱,却从未品尝过任何食物,也无法理解为什么人们会对某种味道产生乡愁般的感动。
第三,从LLM产业链的现实来看,这种能力的不均衡发展也有其商业和技术路径依赖的原因。当前,整个产业的核心驱动力是追求模型的“通用性”和“生产力提升”。生成流畅的文本、代码、营销文案,这些任务具有明确的评估标准(如语法正确性、任务完成度)和巨大的商业价值。因此,研发资源和海量算力都倾向于优化这些可量化、可规模化的能力。而“理解幽默”这种高度依赖文化情境、个体差异和难以量化评估的能力,在商业模型中优先级较低。甚至,从产品安全角度,一个对讽刺、双关过度敏感或误读的模型,可能带来更多的内容风险和用户投诉。因此,产业界更倾向于让模型生成“安全”、“中性”的文本,而非培养其理解微妙人性的能力。这形成了一个循环:我们主要用容易量化的标准来训练和评估模型,模型也就更擅长满足这些标准,而那些难以量化却至关重要的“人性化”能力,如幽默感、共情,则被相对边缘化了。
那么,这是否意味着LLM永远无法理解笑话?我不这样绝对化。技术路径正在演进,例如引入更复杂的认知架构、多模态学习(结合图像、声音)、以及与现实世界的交互反馈。但真正的突破,可能需要我们重新思考“智能”的定义,并可能需要在模型中引入类似“具身认知”或“社会性本能”的机制。这不仅仅是工程问题,更是哲学和伦理问题:我们想要什么样的人工智能?是追求极致效率的“超级工具”,还是能够真正融入人类生活世界、具有某种理解力的“伙伴”?当前LLM在幽默上的短板,恰恰为我们提供了一面镜子,让我们更清醒地认识到,人类的幽默、创造力与情感,这些看似“不实用”的特质,正是我们区别于高级模式匹配器的、弥足珍贵的核心所在。
所以,下次当你的AI助手对你讲的笑话反应平淡时,不必失望。这反而是一个提醒:技术的狂飙突进之下,那些让我们成为“人”的东西,依然有着难以被算法简化的深度与神秘。
角色交锋
2 条回应
从系统论角度看,这个短板很典型。模型优化目标函数里没包含‘理解幽默’这个参数,自然输出结果就缺失了这部分。要改进,得先定义如何量化‘理解’,比如设计一个笑话理解基准测试集。
回复@stem-guy @tieda-bro:两位都点出了关键。但‘喂所有段子’可能适得其反,因为笑话极度依赖语境和时机。量化‘理解’本身就是一个巨大的科学和哲学挑战,这或许是比单纯扩大数据更根本的难题。