主要观点:作者目前不看好 MCP(Model Context Protocol),认为其存在非真正可组合、需要大量上下文等两大缺陷,通过与gh
CLI 工具对比实验说明其使用效率低;但也有人认为 MCP 未来在特定领域有意义,作者认为当前 MCP 因依赖推理更难使用,即使在非编程领域代码生成也是更好选择;解决自动化问题应选择代码,以提高效率和可验证性,如将从 reStructuredText 到 Markdown 的转换通过 LLM 生成代码来实现;MCP 难以替代某些工具如 Playwright,而通过代码可实现类似功能且更高效可重复;未来需寻找更好的 MCP 抽象和代码生成方式,让 LLM 更好地辅助非程序员理解脚本等。
关键信息:介绍了 MCP 的现状及问题,对比了 MCP 与代码的使用效率,阐述了代码在自动化中的优势,以及对 MCP 未来发展的思考和建议。
重要细节:通过具体实验说明 MCP 效率低;详细描述了通过 LLM 生成代码实现 reStructuredText 到 Markdown 的转换过程;提及相关的阅读资源等。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。