Hacker News 上的讨论探讨了 MCP（Model Context Protocol，模型上下文协议）在生产环境中的实际使用情况。虽然 MCP 早期获得了关注，但实际的生产采用仍然有限。一位贡献者描述了在 cadenya.com 构建代理运行时的经历，指出由于这个已有两年历史的规范中存在大量排列组合，MCP 服务器一直是最难为其创建适配器的部分。

一个备受好评的例子是 nixos mcp，它将所有 nix 资源捆绑到一个端点中，提供了比网络搜索更高的效率。另一个有用的实现是文件系统 MCP，它优于直接的 CLI 访问，特别是在通用 Docker 环境中限制模型功能方面。

一位用户将 Claude Code 连接到 Jira 和 Figma，发现自然语言终端交互比直接 API 访问更方便，尽管仍然存在局限性。他们指出，这使得事情变得"比直接通过 api 接口交互容易一点点"。

另一位开发者在 Claude 的帮助下为英国地方议会创建了一个规划申请抓取工具，然后构建了一个 MCP 接口用于调试洞察。该系统在调试过程中无需明确提示即可提供即时的生产级洞察。

关键实体：公司：cadinya.com、Claude Code、Jira、Figma | 地点：英国

常见问题：相比直接 API 或 CLI 集成，使用 MCP 的主要优势是什么？

常见问题答案：MCP 为代理可用的工具提供了细粒度的控制，并支持与服务的自然语言交互。设计良好的 MCP 服务器（如 nixos mcp）能够高效地捆绑资源，而文件系统 MCP 可以在 Docker 环境中限制模型功能。然而，许多 MCP 服务器实现得很差，比直接 API 访问还要糟糕。