I asked Sam, co-founder of @meetgranola, how he feels about people skipping his UI and instead just using the MCP to get the job done. Here’s what he said: “There’s definitely a pang of sadness to that as a UI designe…

AI 笔记应用 Granola 的联合创始人 Sam 承认,越来越多企业用户绕过它的界面,直接通过 MCP 调用其能力完成任务。作为 UI 设计师他感到失落,但最终选择接受这种使用方式。

一句话看懂:AI 笔记应用 Granola 的联合创始人 Sam 承认,越来越多企业用户绕过它的界面,直接通过 MCP 调用其能力完成任务。作为 UI 设计师他感到失落,但最终选择接受这种使用方式。

事件核心:发生了什么

Peter Yang 在 X 上发布了对 Granola 联合创始人 Sam 的访谈片段。他直接问 Sam:用户跳过 Granola 的界面、改用 MCP(模型上下文协议)来完成任务,你是什么感受?

Sam 的回答很坦率:作为 UI 设计师,这确实让他有一丝难过。团队一度试图抵抗这种趋势,坚持认为所有操作都应该留在 Granola 界面里完成。但随着客户成长为大型企业,内部工具链变得复杂,如果 Granola 不能和这些内部系统顺畅对接,交易根本谈不下去。因此他们现在接受了现实——在很多工作流里,Granola 最合适的角色是负责捕获上下文,然后交由企业内部 Agent 去调用和执行。

Sam 还提到,他们希望使用产品的过程能让人”降低血压、感到平静”,这与被 Agent 绕开界面的现实形成了某种张力。目前公开信息显示,访谈完整版发布在 YouTube。

为什么重要

这是 AI 应用层一个具有代表性的信号:当 MCP 这类标准协议让 Agent 可以直接调用工具能力时,传统”界面即产品”的逻辑正在松动。Granola 的决定说明,对企业客户而言,能否被内部 Agent 调用,优先级已经高于界面本身是否被使用。

对 AI 应用公司来说,这意味着产品设计的目标可能需要重估:界面不再只是用户操作的入口,也可能沦为上下文的采集端。谁先接受这一点,谁就更容易进入企业的工具生态;坚持把用户锁在界面里的产品,反而可能在采购环节出局。

对用户/开发者/创作者的影响

普通用户短期内仍会通过界面使用 Granola,但如果你的公司已有内部 Agent 或自动化流程,通过 MCP 接入会是更自然的选择,笔记内容可以直接进入后续处理链路。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

开发者和创作者需要重新思考”产品体验”的定义。过去 UI 质量决定留存,现在如果你的能力能被 MCP 这类协议标准化地调用,被集成的机会反而更大。界面设计依然重要,但可能不再是唯一的护城河。做 AI 工具的人,值得把”可被 Agent 调用”列进产品路线图。

值得关注的后续

一是 Granola 是否会公开更多 MCP 接入细节和面向企业 Agent 的能力边界;二是其他 AI 应用会不会跟进,把”被集成”当作正式的产品策略;三是当界面使用率下降,这类产品的定价和商业化模式是否要从”按席位”转向”按调用量”。

来源:Follow Builders · X · Peter Yang

celebrityanime
celebrityanime
文章: 27358

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注