Vercel News
·
MCP的第二波浪潮：为LLM而非开发者构建
内容提要
MCP标准初期，许多团队快速推出API包装，导致LLM重复解决相同问题。LLM缺乏状态管理，每次对话都从头开始。最佳实践是围绕用户目标设计工具，以简化工作流程，提高效率和可靠性。
关键要点
-
MCP标准初期，许多团队快速推出API包装，导致LLM重复解决相同问题。
-
LLM缺乏状态管理，每次对话都从头开始，无法重用过去的代码。
-
最佳实践是围绕用户目标设计工具，以简化工作流程，提高效率和可靠性。
-
LLM在使用API时与开发者不同，缺乏上下文和状态管理。
-
单一工作流工具比多个API端点更有效，能够处理完整的用户意图。
-
设计工具时应关注用户意图，而非单一API操作。
-
测试工作流程并根据用户请求设计MCP工具，避免重复和繁琐的步骤。
-
转向工作流形状的工具可以显著提高可靠性和效率，专注于用户目标而非API覆盖。
延伸解读
LLM与开发者的根本差异
LLM在处理API时与开发者有显著不同，主要体现在状态管理和上下文保持上。开发者可以在多个API调用之间保持状态，而LLM每次对话都是从头开始，这导致了重复的工作和效率低下。理解这一点对于设计更有效的工具至关重要。
工具设计的最佳实践
在设计MCP工具时，应围绕用户的完整意图构建，而非单一的API操作。通过创建能够处理整个工作流的工具，可以显著提高效率和可靠性。这种方法不仅简化了用户体验，还减少了LLM在调用多个API时的复杂性。
避免重复与繁琐的步骤
在开发MCP工具时，建议先手动测试工作流，识别出繁琐的步骤并将其整合为单一工具。这种方法可以减少LLM的重复尝试，提高工作流的成功率，确保用户请求能够顺利完成。
延伸问答
MCP标准初期的主要问题是什么？
MCP标准初期，许多团队推出的API包装导致LLM重复解决相同问题，缺乏状态管理，每次对话都从头开始。
LLM与开发者在使用API时有什么不同？
LLM缺乏上下文和状态管理，每次对话都没有记忆，必须重新发现工具和使用顺序，而开发者可以重用代码和管理状态。
如何设计更有效的MCP工具？
应围绕用户目标设计工具，创建能够处理完整工作流的单一工具，而不是多个API端点，以提高效率和可靠性。
使用工作流形状的工具有什么优势？
工作流形状的工具能够处理完整的用户意图，减少重复步骤，提高可靠性和效率。
在设计MCP工具时应如何测试工作流程？
应手动测试工作流程，使用真实用户请求逐步走过，识别繁琐或重复的部分，以便设计为单一MCP工具。
转向工作流工具后，团队的表现如何？
转向工作流工具的团队在可靠性和效率上都取得了显著改善，因为这些工具更关注用户意图而非单一API操作。
