MCP/连接器不是产品。审批用户体验才是产品。
摘要
一个论点,认为审批用户体验才是真正的产品,而非MCP或连接器本身。
暂无内容
相似文章
MCP 是新的‘建好了自然就会有人来’
一篇评论文章,认为 MCP 服务器常常失败是因为团队在未确认真实用户需求的情况下就进行构建,并建议在投入之前,用真正遇到困难的用户进行验证,并尽早进行使用数据埋点。
什么是产品?
一篇论述文章,认为AI生成的原型不是真正的产品;真正的产品需要真实的用户、真实的市场,并解决真实的问题。文章批判了围绕AI演示的炒作,并提醒开发者:没有用户,他们所构建的只是一个玩具。
MCP 写入工具的审批应该在哪里执行?
本文讨论了在 MCP 工具中对写入操作执行审批的位置,考虑了客户端和服务端方法,以及记录哪些内容以便与批准的操作进行核对。
@svpino: MCP 并没有消亡。对于那些总说“但 MCP 会在你的上下文里塞垃圾”的人,这个抱怨已经过时了:现……
为 MCP(模型上下文协议)辩护,反驳其会向上下文注入垃圾信息的批评。指出 Claude Code、Codex 和 Cursor 等现代工具已实现渐进式披露,并按需加载 MCP 工具,使该抱怨过时。作者认为 MCP 最适合需要身份验证和可发现性的云端托管平台。
为何MCP一直是个糟糕的想法?
这篇文章认为,MCP最初用于将LLMs连接到外部服务,但由于LLMs的进步,现在可以直接处理API调用,使得许多MCP服务器变得多余,因而过时了。