把 AI 塞进一个已经很成熟的产品里，用户的第一反应往往不是惊喜，而是警惕。《纽约时报》在 Cooking 应用上继续加码 AI 功能，得到的反馈正是如此。

发生了什么

据 Hacker News 上的讨论，《纽约时报》为其 Cooking 应用新增了更多 AI 相关功能，但用户反应并不积极，帖子在社区里获得的关注度不高，评论氛围偏冷淡甚至质疑。目前公开信息有限，具体功能形态、上线范围和定价策略尚未完整披露，因此更值得讨论的是这件事背后的模式，而非某一项功能的细节。

为什么重要

《纽约时报》是传统媒体里数字化做得最坚决的一家：订阅制跑通、垂直产品线（Cooking、Games、Wirecutter、Athletic）各自独立收费，形成了"主新闻 + 生活方式订阅"的组合。Cooking 是其中用户黏性最高、使用场景最日常的产品之一——用户打开它是为了找菜谱、列清单、按步骤做菜，目标极其明确。

恰恰是这种"目标明确"，让 AI 的加入变得微妙。做菜是一个结果导向、容错率低的场景：步骤错了、分量错了、火候建议离谱了，用户会立刻感知。相比写作助手或聊天机器人，烹饪类 AI 的每一次失误都更直接地转化为糟糕体验。用户不买账，未必是反对 AI 本身，而更可能是担心一个本来安静好用的工具被塞进不必要的能力、更复杂的界面，甚至更高的订阅价格。

这也是整个行业正在面对的普遍问题：AI 功能从"演示"走向"嵌入"时，产品经理需要回答的不是"能不能加"，而是"加了之后用户的任务是否更快完成"。

影响与看点

对媒体类产品而言，这条新闻的价值在于它是一个早期信号。内容型 App 做 AI 有天然优势——自有高质量语料（菜谱、评测、指南），但劣势同样明显：用户对这类产品的付费预期是"内容"，不是"智能"。一旦 AI 功能被感知为涨价的理由，抵触情绪会迅速放大。

对开发者来说，值得关注的是功能边界的设计：AI 应该藏在"搜索菜谱""生成购物清单""按现有食材推荐"这类高频、低风险环节，而不是抢占主界面。对普通用户，真正的问题是这些能力是否默认开启、能否关闭、是否影响原有体验。

一个独立判断：在烹饪、健身、记账这类"工具属性强于内容属性"的产品里，AI 最好的形态是隐形的基础设施，而不是被反复宣传的卖点。当厂商开始把 AI 当作营销标签时，往往就是用户开始流失的时候。