MCP 欢迎页面

Hacker News Top 新闻

摘要

作者描述了一个 MCP 服务器的常见用户引导问题——用户在浏览器中访问端点时看到 401 错误——并分享了一个简单的技巧:返回一个 HTML 页面,解释如何正确地将服务器添加到 LLM 客户端,从而大幅减少了支持工单。

暂无内容
查看原文
查看缓存全文

缓存时间: 2026/05/17 00:43

# MCP Hello Page | 博客 来源:https://www.hybridlogic.co.uk/blog/2026/05/mcp-hello-page 我们开始为主要的 $WORK 工具提供一个 MCP 服务器。这很有趣,就像确定性世界与非确定性世界之间一个奇异的交叉点。尽管 MCP 作为一个“规范”来说非常糟糕,但我们遇到了一个烦人的问题:客户不断报告 MCP 服务器无法工作。 原因很简单,也体现了开发人员在灵感敲代码规范与现实用户实际接入之间的摩擦:如果你在浏览器中打开 mcp.acme.com/mcp,会看到一个巨大的 401 错误,以及一个原始的 JSON 块,显示“未经授权”。(如果不需要认证,请相应调整。) 这很麻烦,因为用户打开链接后看到错误,立刻就会提交一个工单,说链接无法工作。但链接其实不是不工作,只是他们需要把它粘贴到他们选择的客户端里,但没人会考虑到这一步。(烦人的)解决方案是将我们的服务器打包成一个连接器/插件,并为每一个现有的 LLM 客户端发布。这很慢、很痛苦,而且是一场永无止境的打地鼠游戏,因为我们有很多客户开始在自己的组织内嵌入自己的客户端。 于是,我做了一点取巧的事:如果请求是 `GET /mcp`,且 Accept 头中包含 `text/html` 但不包含 `application/json` 或 `text/event-stream`,我就返回一个 HTML 页面,向用户解释他们试图查看一个 MCP 服务器,需要将其添加到他们的客户端中。 这效果出奇地好! 工单数量骤降,客服开心,客户能更快地完成设置,我也不用再解释不是所有错误都是错误。各方面都赢了,而且据我们观察,没有任何负面影响。 我希望这个规范本身能有某种机制来缓解这个问题,但可惜,就像这个 AI 时代的所有事物一样,这又是一个“快速行动,希望 AI 比 bug 更快”的案例。 ## 侧边栏 #### 关于 (https://www.hybridlogic.co.uk/about) 这是 HybridLogic。软件工程师兼偶尔极客 Luke Lanchester 的个人主页。了解更多 (https://www.hybridlogic.co.uk/about) #### 写作 (https://www.hybridlogic.co.uk/writing)     And we are ghosts already; Written will and posted letters, To those back home who will never know.   For we are ghosts already; 来自《Already Ghosts》 (https://www.hybridlogic.co.uk/writing/stories/ghosts-already) #### 无AI,无废话 本网站不使用AI构建。没有侵入式追踪。纯手工打造,只为乐趣。

相似文章

为何MCP一直是个糟糕的想法?

Hacker News Top

这篇文章认为,MCP最初用于将LLMs连接到外部服务,但由于LLMs的进步,现在可以直接处理API调用,使得许多MCP服务器变得多余,因而过时了。

MCP 是新的‘建好了自然就会有人来’

Reddit r/AI_Agents

一篇评论文章,认为 MCP 服务器常常失败是因为团队在未确认真实用户需求的情况下就进行构建,并建议在投入之前,用真正遇到困难的用户进行验证,并尽早进行使用数据埋点。