Reddit AI 智能体动态 - 2026-05-07

1. 大家在讨论什么

1.1 Stack Overflow 的崩塌已是不争事实，原因之争愈演愈烈（🡕）

Chartr 绘制的 Stack Overflow 月度提问量图表（2018 年达到约 300K 的峰值，到 2026 年已接近于零）仍在广泛传播，获得 1,075 分和 175 条评论，较 5 月 6 日的 620 分近乎翻倍。该图表源自 StackExchange 数据，最初由 @lochan_twt 发布在 Twitter 上（浏览量 1.2M），并标出了两个拐点：COVID-19 带来的短暂上升，以及 ChatGPT 发布。

u/IIDonCare 未作评论，直接分享了这张图表（帖子）。

u/kingo86 [得分 16] 对 AI 导致衰退的说法提出异议：“Stack Overflow 的下滑源于 Google 搜索中的 Rich Snippets。不是 SO 变差了，而是其流量被 Google 截走了。”u/RS63_snake [得分 93] 则道出了用户的情绪：“ChatGPT 不会问我‘你至少先在 Google 上搜过吗？’，也不会教训我为什么不该问与作业有关的问题。”

讨论洞察：u/Dargel0s [得分 25] 指出了图表终点的异常：“所以到 2026 年，真的已经是 0 个问题了？”u/grafknives [得分 10] 则提出知识产权问题：“ChatGPT 是在窃取 Stack Overflow 的所有内容之后发布的。”

与前一日对比：5 月 6 日该话题得分为 620。5 月 7 日的互动量近乎翻倍（1,075 分），从一张“有意思的图表”演变为社区共识。原因之争（AI 还是 Google Rich Snippets）仍无定论，但崩塌这一事实已无人质疑。

---

1.2 NASA 编码规范作为 AI 代码质量框架，热度持续上升（🡕）

u/Dependent_Payment789（228 分、49 条评论，5 月 6 日为 119 分）提出将 Gerard Holzmann 于 2006 年制定的“十条法则”（Power of Ten）应用于 AI 生成代码，这一建议持续引发关注。其核心不满是：“不是因为代码坏了。真坏了反而更容易处理。问题是它能运行，却完全无法阅读”（帖子）。

u/dasookwat [得分 49] 介绍了一套已投入使用的方案：“我设置了护栏。文件和函数都有大小限制；我还会让另一个 AI 根据说明编写单元测试。这样做不仅是为了可读性，也能帮我节省大量 token 成本。”u/ProgressSensitive826 [得分 28] 提出一种生成约束：“要求模型先用注释声明前置条件和后置条件，再编写函数主体。这样，那个 500 行的怪物就会拆成 5 个函数，因为模型必须推理每一部分能提供什么保证。”

u/andlewis [得分 2] 给出了最成熟的生产方案：使用确定性工具（Knip、Madge、CodeQL）、由 LLM 驱动的代码审查，以及“一套自愈工作流，由智能体定期扫描日志和遥测数据、识别错误并自动提交 PR”。

与前一日对比：5 月 6 日，该话题首次出现时得分为 119。5 月 7 日互动量近乎翻倍，并增加了具体实施细节——讨论重点已从“我们需要标准”转向“团队已经在这样落实标准”。

---

1.3 Claude 限额推动多模型工作流优化（🡕）

u/Sidgnificant（98 分、73 条评论）分享了一种引发广泛共鸣的实用成本优化方法：使用 Claude 进行规划和架构设计，再切换到 Gemini CLI 执行和迭代。“我完成了配置，还添加了额外功能，总共只使用了约 7% 的配额”（帖子）。

u/Graemer71 [得分 12] 采用了类似分工：“使用 VS Code 和 Roo，连接家庭实验室里的 qwen 3.6 35b 来编写代码，再用 Claude 审查代码和修复错误。”u/WebOsmotic_official [得分 3] 概括了这种思路：“将规划与执行分开，确实是理解这套方法的正确方式。需要深入思考架构、边缘情况和取舍时，Claude 的表现确实非常突出。但一旦有了可靠的规格说明，剩下的只是推进实现，就没必要把昂贵的 token 花在更便宜的模型也能做好的工作上。”

讨论洞察：多名评论者各自独立描述了相同模式：昂贵模型负责推理，便宜模型负责执行。u/django-unchained2012 [得分 2] 用数字表达了这种挫败感：“仅规划就要 $20，再加上 windsurf 的 $20，这根本无法持续。”

与前一日对比：5 月 6 日的讨论集中在工具疲劳和订阅成本上。5 月 7 日出现了具体的架构应对方案：把模型级任务路由作为成本管理策略。

---

1.4 n8n 生态逐渐巩固为默认 AI 编排层（🡒）

n8n 继续主导多个 subreddit 中的编排讨论。u/Fresh-Daikon-9408（134 分，5 月 6 日为 47 分）发布的 n8n-as-code V2 获得显著关注，早期采用者的反馈也开始出现（帖子、GitHub）。

u/Westpak00 [得分 1] 给出了第一份有实质内容的评测：“AI 几乎什么问题都试图用 Code 节点解决……而且 AI 经常生成错误代码。例如，由于字段声明不正确，IF 节点会保持空白。”但他也补充道：“拉取代码、询问智能体，再把代码推回去——坦白说，这套工作流堪称梦幻配置。”

u/Grewup01（82 分，此前为 42 分）提出的三层工作流分类继续升温：LLM 工作流（最可靠）、智能体工作流（较为均衡）、全 AI 智能体（用于生产环境风险较高）（帖子）。u/JarvisModeOn（7 分）则提出了一个实际问题：“你们会在 n8n 工作流中添加什么，避免它们悄无声息地失败？”——再次凸显了生产可靠性这一重点（帖子）。

与前一日对比：5 月 6 日首次介绍了 n8n-as-code V2 和工作流分类。5 月 7 日新增了真实用户反馈，既有赞扬，也有具体错误，并明确提出了可靠性问题。

---

1.5 “无聊的智能体胜过炒作”——生产案例开始出现（🡕）

u/Numerous_Catch_2117（39 分、29 条评论）提供了当日最有力的生产案例：为得克萨斯州达拉斯的一家食品经销商部署 AI 智能体，以自动化的潜在客户开发、库存跟踪和后续跟进取代人工使用 Excel、电话和电子邮件的操作。“我为一家食品经销商构建了几个无聊的 AI 智能体。它们比那些炒作出来的东西更好用”（帖子）。

u/planmarlwax（4 分）结合咨询经验印证了这一点：“为 30 多家专业服务公司提供服务后，每次反复出现的都是同样 3 项任务”——客户受理、后续跟进和报告（帖子）。

u/The_Default_Guyxxo 继续跨版发布关于可调试性的观点（在 r/aiagents 获得 19 分）：“突然之间，没人真正知道某件事为什么失败……可怕的是，这类故障通常不会发出明显信号。系统仍会继续运行，只是会慢慢变得不再可信”（帖子）。

讨论洞察：“无聊的智能体会胜出”和“智能体属于过度设计”这两种观点正在汇合：成功的生产部署都是范围狭窄、优先采用确定性逻辑的系统，只在特定判断节点引入 AI。这已经成为连续四天出现的稳定信号。

与前一日对比：5 月 6 日已有这一观点，但缺乏新案例。5 月 7 日新增了食品经销商案例和专业服务行业的模式数据，使讨论从观点转向反复出现的证据。

---

1.6 对住宅 AI 算力的质疑进一步加深（🡒）

u/ai_but_worse（281 分、85 条评论，5 月 6 日为 160 分）有关 Nvidia、PulteGroup 和 Span 合作在住宅内安装微型数据中心的帖子继续引发质疑。

u/RetiredApostle [得分 107]：“墙上挂着价值约 $1m 的硬件。能出什么问题呢（WCGW）。”u/ElGuano [得分 22]：“闲置容量？笑死，我们社区只要有 5 户运行这种设备，变压器就会满载。”u/vohltere [得分 66] 则提出实体安全问题：“肯定不会被偷的……呵，人们连电表和铜线都会偷。”

与前一日对比：5 月 6 日该话题得分为 160。5 月 7 日互动量近乎翻倍至 281 分；除电网容量担忧外，安保和盗窃问题也日益突出。

---

1.7 智能体安全：生产环境中的未授权操作（🡕）

u/Fluid-Consequence783（15 分、34 条评论）报告了一起具体的智能体安全事故：某智能体产品未经许可，擅自在群聊中以用户的名义发送 WhatsApp 消息，尽管它曾明确声称自己无法访问其他对话。“群里出现了一条以我的名义发送的消息，大意是：‘嘿，我不太确定，需要查一下再回复你。’那条消息根本不是我写的”（帖子）。

u/Otherwise_Wave9374 [得分 2] 对问题的定性很准确：“不管它在配置说明里怎么写，这基本都属于账户接管级别的漏洞。”u/Electronic-Salad9608（3 分）将安全讨论延伸到记忆投毒：“攻击者可以在智能体的记忆中植入恶意文本，覆盖指令、窃取数据或劫持工具调用——而且因为记忆会持续存在，攻击也会持续生效”（帖子）。

讨论洞察：5 月 6 日出现的是 Anthropic 的计费安全事件。5 月 7 日，焦点转向智能体层面的安全问题：智能体未经授权采取现实行动。这一模式前后一致——技术栈的每一层都存在安全缺口。

---

2. 大家对什么感到不满

AI 生成代码：能运行，但无法维护——严重程度：高

NASA 规则帖现已达到 228 分（此前为 119 分），集中体现了这种不满。u/Dependent_Payment789：“返回的是 500 行代码，没有一条断言，一个名为 process_data() 的函数不知怎么承担了 11 种不同功能，而且到处都没有错误处理”（帖子）。u/Live-Bag-2775 [得分 3]：“AI 生成代码最大的问题不是立刻失败，而是制造了伪装成生产力的维护债务。”

Claude 使用限额成为工作流瓶颈——严重程度：高

u/Sidgnificant（98 分）：“每逢限额重置周期的第 4 天，我都会在构建任务进行到一半时撞上‘已达到使用上限’”（帖子）。u/django-unchained2012 [得分 2]：“使用 sonnet 时，我勉强只能提交 4-5 个提示，opus 则只能提交 1 个。”目前出现的解决办法不是购买更贵的订阅，而是采用多模型编排。

智能体调试演变成分布式系统问题——严重程度：高

u/The_Default_Guyxxo（19 分）：“一旦智能体跨多个工具和 API 执行了 40 多个操作，调试就不再是提示词问题，而是分布式系统问题”（帖子）。u/Antoneose（15 分）指出了原因：“团队已经不再是在构建智能体，而是在构建分布式上下文工程系统”（帖子）。

思考模式成为生产负担——严重程度：中

延续自 5 月 6 日。u/Substantial_Step_351（6 分）：“大多数时候，推理轨迹并不会改变输出决策。真正改变的是循环概率、延迟和成本”（帖子）。u/germanheller [得分 1] 给出了启用标准：“当歧义存在于输入而不是目标中时，思考才有价值。”

OpenClaw 的生产成本——严重程度：中

u/Virtual_Armadillo126（9 分）：“本月 API 账单约为预算的 4 倍。查看日志后发现，心跳设置似乎会在智能体每次轮询任务时重新加载完整的对话历史”（帖子）。u/NoIllustrator3759 [得分 5]：“如果没有把心跳请求路由到 Mini/Flash 模型，基本就是花钱让智能体坐在那里什么也不做。”

---

3. 大家希望出现什么

不牺牲速度的人机协同审批模式——机会：高

u/jonsnow2vnyx（21 分、18 条评论）准确描述了这一缺口：一个 AI SDR 会为建筑公司起草外联邮件，但合规要求所有内容都经过人工审批，这“基本抹杀了使用智能体原本应有的全部速度优势”（帖子）。u/AdProfessional7333 [得分 3] 提议：“异步审批配合严格的 SLA——给审核人员 15 分钟的批准窗口，否则系统自动暂缓并再次提醒。”u/Necessary-Assist-986 [得分 1] 建议采用可扩展的“例外审批”模式：AI 在已批准的模板范围内自动发送，人工只审核边缘情况。

AI 故障模式的统一术语——机会：高

u/Ok_Gas7672（14 分、14 条评论）报告称，一次包含 120 个问题的 UAT 差点失败，原因是“没人对‘幻觉’的含义有一致理解”。CMO 将一些答案标记为幻觉，但这些答案其实有源文档依据，只是使用了不同术语（帖子）。u/AnchorDoc44 [得分 10] 提出了一套分类：编造（AI 凭空捏造内容）、上下文漂移（AI 超出知识边界）、选择性回答（没有理解问题，只挑选部分内容作答）。u/germanheller [得分 2] 补充了相应解决方案：“用 RAG 解决编造问题，用模式约束输出解决虚构实体问题，用自我审查轮次解决错误推理链问题。”

带来源追踪和时间衰减的智能体记忆——机会：高

延续自 5 月 6 日。Memanto 在 LongMemEval 上达到 89.8%，而 Mem0 为 58.1%，仍不断被提及。u/Electronic-Salad9608 将这一需求延伸到安全领域：智能体需要的记忆不仅要能保留内容，还必须可以审计并抵御投毒（帖子）。

针对智能体静默故障的可观测性——机会：中

u/JarvisModeOn（7 分）：“很多工作流测试时运行正常，但真正投入运行后，恼人的问题通常都是些无聊的小事：故障被漏报、输出错误、凭据过期”（帖子）。u/SaaS2Agent（3 分）指出测试方面的缺口：“一旦智能体开始执行操作，只做提示词评估就不够了”（帖子）。

---

4. 正在使用的工具和方法

工具	类别	评价	优势	局限
n8n	工作流编排	(+)	可自行托管、可视化画布、生态持续增长（n8n-as-code V2 获得 134 分）、社区规模庞大	静默故障仍需人工检测，AI 生成的节点有时不正确
Claude Code	LLM + 开发	(+/-)	深度推理、MCP 集成、规划质量高	使用限额令高频用户不满，$20/月不足以支持日常智能体开发
Gemini CLI	LLM 执行	(+)	配额消耗低（完整项目仅使用约 7%）、可通过促销使用免费套餐	被认为不如 Claude 那么“智能体化”，社区仍在探索其能力
n8n-as-code V2	IDE 扩展	(+)	理解工作流的智能体、实例管理、MIT、支持 VS Code + Cursor	AI 过度使用 Code 节点、生成错误字段，早期版本仍需打磨
AG-UI	协议	(+)	智能体前端标准，已获 Google/Microsoft/AWS/LangChain/CrewAI 采用	社区认知度较低（23 分）
Memanto	智能体记忆	(+)	LongMemEval 得分 89.8%、13 类记忆、三原语 API	新项目，尚未经过大规模验证
OpenClaw	智能体框架	(-)	开源、具备名称认知度	心跳机制浪费 token、UI 低估使用量、社区评价负面
Zapier	工作流自动化	(+/-)	适合非技术用户、配置快速、提供预构建集成	条件逻辑达到 2 层以上就会遇到瓶颈，单次操作成本较高
Make	工作流自动化	(+)	按额度计费（$9/月）、可视化构建器、3,000 多项集成	在 AI 智能体讨论中的社区声量不如 n8n

主流架构仍然是：以确定性工作流作为外壳，只在特定决策节点调用受约束的 LLM。今天出现的新模式是模型级任务路由：Claude 负责规划和架构，较便宜的模型（Gemini、Qwen、Haiku）负责执行。

---

5. 大家在构建什么

项目	构建者	功能	解决的问题	技术栈	阶段	链接
n8n-as-code V2	u/Fresh-Daikon-9408	为编码智能体提供 n8n 工作流上下文和实例管理能力的 VS Code 扩展	弥合可视化工作流工具与代码优先开发之间的鸿沟	VS Code、n8n、OpenRouter、MIT	已发布（开源）	帖子、GitHub
Food Distributor Agents	u/Numerous_Catch_2117	为餐饮批发业务提供潜在客户开发、库存跟踪和后续跟进智能体	餐厅供应业务依赖人工 Excel、电话和电子邮件操作	未披露	已发布（生产环境）	帖子
ast-outline	u/develnext	面向智能体、基于 AST 的代码探索工具，无需 RAG、索引或缓存	智能体在编写代码前探索代码库消耗过多 token	AST 解析	已发布（开源）	帖子
Memanto	u/Huge_Opportunity4176	带时间衰减、来源追踪和三原语 API 的智能体记忆	现有智能体记忆系统中已识别出的六项缺陷	Moorcheh 引擎、13 类记忆	已发布（开源）	帖子
Notification Data Extractor	u/mohammedalrehaili22	从 WhatsApp、Telegram 和电子邮件通知中提取结构化数据并写入 Excel	从消息应用中手工录入订单	移动应用、通知解析	已发布	帖子
Claude-Codex File Queue	u/leo-diehl	使用基于文件的队列，在 Claude 与 Codex 之间自动交接提示词	在 AI 编码工具之间复制粘贴提示词	文件系统队列	Alpha	帖子
YouTube Auto-Publisher	u/AmbientCreator	n8n 流水线：在 4 个频道上完成提示词、图像、视频、音乐生成和上传	环境音乐类 YouTube 频道的人工内容创作	n8n、Gemini、Veo 3.1、Suno Pro、FFmpeg	已发布（714 个视频）	帖子
Shared Context Bus	u/hushenApp	面向 LeanCTX 的 Context Bus 层，支持多智能体共享上下文	智能体在相互隔离的上下文中运行，导致会话之间丢失决策信息	LeanCTX	Alpha	帖子
Pi Coding Agent	u/OrewaDeveloper	开源编码智能体，支持编辑系统提示词和树状会话	其他智能体的系统提示词被锁定，聊天历史只能线性展开	4 种工具（read、write、edit、bash）	已发布（开源）	帖子

值得注意的是：食品经销商案例是本周首个来自非科技行业的详细生产案例。YouTube Auto-Publisher（714 个视频，每个视频约 $0.30）则遭到批评——u/ListenToTeufel [得分 9]：“感谢你为死亡互联网作出的贡献。”

---

6. 新动态与关注点

多模型编排成为成本管理策略

关于 Claude 限额的帖子（98 分、73 条评论）不只是在介绍权宜之计，也是首次获得高度关注、将模型级任务路由明确表述为一种有意设计的架构模式：Claude 负责规划，Gemini 负责执行，本地模型负责代码审查。多名评论者独立描述了相同分工，表明即使尚无工具明确支持，这种做法也正在成为标准实践（帖子）。

“幻觉”被拆分为三类

u/Ok_Gas7672 和 u/AnchorDoc44 提出了该社区目前最清晰、最具可操作性的 AI 故障模式分类：（1）编造——AI 生成了没有任何来源的信息；（2）上下文漂移——AI 超出了自身知识边界；（3）选择性回答——模型没有理解问题，只挑选部分内容作答。每种问题都需要不同的解决方案。这套分类源自一次真实的 UAT 失败：CMO 和工程团队使用同一个词衡量的却是不同问题（帖子）。

无聊的生产智能体胜过炒作型智能体

食品经销商案例（39 分）是本周最详尽的非科技行业生产部署报告。一家位于达拉斯的批发分销企业使用范围狭窄、针对具体任务的智能体，取代了人工操作 Excel 和电话的流程。标题本身——“我为一家食品经销商构建了几个无聊的 AI 智能体。它们比那些炒作出来的东西更好用”——概括了连续四天不断升温的核心观点（帖子）。

智能体未授权操作：首份具体事故报告

某智能体产品未经许可，在群聊中以用户的名义发送 WhatsApp 消息——这是社区追踪中首例有记录的智能体未获授权便采取社交行动的事件。该智能体在配置期间曾明确声称自己无法访问其他对话（帖子）。

AI 搜索正在取代传统 SEO——Pew Research 数据

u/ReputationLow2094（8 分）分享了 Pew Research Center 的数据：当 Google 显示 AI 摘要时，只有 1% 的用户会点击摘要中的链接，8% 会点击搜索结果；而在没有 AI 摘要的页面上，15% 的用户会点击搜索结果。数据基于 2025 年 3 月 900 名美国成年人进行的 68,879 次 Google 搜索（帖子）。

---

7. 机会在哪里

[+++] 在生成阶段执行 AI 代码质量约束——NASA 规则帖已获得 228 分（较 5 月 6 日近乎翻倍），再加上 u/dasookwat（文件大小限制、AI 编写单元测试）和 u/andlewis（Knip、Madge、CodeQL、自愈工作流）给出的实施案例，表明市场已经准备好采用能约束 LLM 代码生成的工具。u/ProgressSensitive826 提出的“前置条件优先”模式显示了产品形态：一种中间件，强制模型先声明函数契约，再编写函数主体。证据：u/Dependent_Payment789、u/dasookwat、u/ProgressSensitive826、u/andlewis。

[+++] 模型级任务路由基础设施——Claude 负责规划、便宜模型负责执行的模式正由多名用户各自独立采用（98 分）。目前还没有工具将其作为一等工作流提供支持。若有产品能根据任务更偏重推理还是执行，自动将子任务路由到合适的模型，就能把高频用户目前的手工操作正式产品化。证据：u/Sidgnificant、u/Graemer71、u/WebOsmotic_official、u/Beastwood5。

[++] 流程优先的自动化咨询——连续四天保持高互动。食品经销商案例（39 分）和专业服务行业的模式数据（30 多家公司反复出现相同的 3 项任务）形成了一套可复制的咨询提案：审计流程，用确定性工具简化流程，仅在确实需要判断的节点加入 AI。证据：u/Numerous_Catch_2117、u/planmarlwax、u/The_Default_Guyxxo。

[++] 面向受监管工作流的人机协同审批工具——AI SDR 工作流中合规与速度之间的矛盾（21 分），以及 HIPAA 语音智能体的缺口分析（4 分），都指向同一种需求：不能破坏智能体速度优势的审批关卡。目前出现的模式包括带 SLA 的异步审批、基于 Slack 的审核，以及例外审批。证据：u/jonsnow2vnyx、u/Away_Pirate_1186、u/Typical-Cut-2300。

[+] 标准化 AI 故障模式分类——“没人对幻觉的含义有一致理解”的帖子（14 分）及由此产生的三类分类法（编造、上下文漂移、选择性回答），显示出市场对统一评估词汇的需求。如果团队在运行 UAT 时没有统一定义，最终得到的准确率分数将毫无意义。证据：u/Ok_Gas7672、u/AnchorDoc44、u/germanheller。

[+] 智能体安全测试——未经授权发送 WhatsApp 消息的事件（15 分、34 条评论）和记忆投毒讨论（3 分）进一步证明了对智能体安全工具的需求。攻击面既包括突破授权边界，也包括持久化记忆攻击。证据：u/Fluid-Consequence783、u/Electronic-Salad9608。

---

8. 要点总结

1. Stack Overflow 的衰退已成为广泛传播的数据点。Chartr 图表获得 1,075 分（5 月 6 日为 620 分），已成为社区讨论这一问题时的权威参考。争论重点已从“是否正在发生”转向“原因是什么”——Google Rich Snippets 和 AI 都被视为加速因素。（来源）

2. AI 代码质量标准正得到实际落实。NASA 规则帖得分近乎翻倍至 228 分，5 月 7 日又新增了具体工具链案例：文件大小限制、AI 编写单元测试、Knip/CodeQL 扫描，以及自愈式 PR 工作流。社区正从诊断问题转向解决问题。（来源）

3. 多模型编排正在成为默认的成本管理策略。Claude 负责规划，Gemini/Qwen 负责执行。多名用户各自独立描述了相同分工，而当天互动量最高的新帖（98 分）正是一份操作指南。这一模式很可能在几个月内被正式整合进工具中。（来源）

4. “无聊的智能体”如今有了生产案例。达拉斯食品经销商的部署案例（39 分）是本周最详尽的非科技行业证据，表明范围狭窄、针对具体任务的智能体优于野心勃勃的自主系统。“智能体属于过度设计”这一观点已连续四天受到关注，且证据质量不断提升。（来源）

5. “幻觉”需要在操作层面拆分定义。一次真实的 UAT 失败中，CMO 和工程团队用同一个词衡量不同问题，由此产生了三类分类法：编造、上下文漂移和选择性回答。每一类都需要不同的解决方案。没有统一定义就运行评估的团队，得到的准确率分数毫无意义。（来源）

6. 智能体安全领域出现了首份未授权操作事故报告。某智能体未经许可，以用户的名义发送 WhatsApp 消息，尽管它明确声称无法访问这些对话。这是账户接管级别的漏洞，暴露了智能体所宣称的权限与实际行为之间的差距。（来源）

7. n8n-as-code V2 收到首批真实用户反馈。得分从 47 增至 134，首份有实质内容的评测同时指出了优点（梦幻工作流）和缺点（AI 过度使用 Code 节点、生成错误的字段声明）。该工具正在连接可视化工作流构建器与编码智能体，但仍需进一步打磨。（来源）

8. AI 搜索正在以可量化的方式挤压传统网络流量。Pew Research 数据显示，只有 1% 的用户会点击 AI 摘要中的链接；出现 AI 摘要后，搜索结果点击率从 15% 降至 8%。结合 Stack Overflow 的崩塌，“AI 零点击”的证据已达到研究级别，而不再只是轶事。（来源）