忘记“模型上下文协议”——只把这些看作 Cline 的额外工具
昨天，我问一位开发者他是否在Cline中使用MCP。
“我还是不明白什么是模型上下文协议，”他说。
我不得不笑了。这位开发者因为被令人困惑的技术术语所困扰，而错过了强大的工具。这就像开发者因为功能名称听起来太复杂而放弃了使用这些功能。
“忘记模型上下文协议吧——那只会让你分心，”我告诉他。“把这些看作是你给Cline添加的额外工具。就是这么简单。”
你不需要理解其背后的技术架构，就像你不需要理解HTTP协议就能使用REST API一样。重要的是这些工具能让你做什么：在不不断切换上下文和标签页的情况下，与你最喜欢的服务无缝协作。让我来告诉你我的意思
这可能是你以前做过的事情
没有工具时
“检查最新的PR里有什么”
切换到浏览器
打开GitHub
找到仓库
检查PR
切换回编辑器
努力回想起刚才在做什么
在Cline中使用GitHub工具时
“检查最新的PR里有什么”
“最新的PR添加了用户认证。这是主要更改...”
Cline已经知道你正在处理哪个仓库以及你在构建什么。无需上下文切换。
MCP插件让Cline获得了以前没有的上下文访问权限——而且Cline足够智能，知道何时以及如何使用这些工具。
这些工具让Cline更加强大
把Cline的功能想象成一个工具箱
- 开箱即用，Cline可以读取文件、编写代码、运行命令等。
- 但你可以添加更多工具来帮助完成特定任务
- 每个工具都让Cline可以在不离开编辑器的情况下完成新的事情
为什么上下文很重要：以Perplexity为例
这就是事情变得有趣的地方。假设你正在深入构建一个功能，需要研究一些东西。通常会发生这种情况
没有工具时，使用Perplexity意味着
- 打开新标签页
- 访问Perplexity
- 再次解释你的整个项目上下文
- “我正在开发一个Next.js应用，使用TypeScript，并使用Supabase进行认证...”
- 提出你的查询
- 回到编辑器并粘贴结果
- 需要另一个答案？重复整个过程
但是当Perplexity作为Cline的工具可用时，神奇的事情发生了。Cline已经知道
- 你正在处理哪个项目
- 你的技术栈
- 你当前的任务
- 你之前所做的研究
- 你的团队偏好
因此，当你提出问题时，Cline可以向Perplexity发起有针对性、有上下文的查询，而无需你重新解释一切。这就像有一个一直在你的项目上工作的资深开发者。在这里查看 👇
在排查问题时，你不必重新解释上下文——Cline已经了解了。
这在实践中是什么样子的
让我们看看实现认证时的完整工作流程
没有工具时
“实现Supabase用户认证”
打开Notion查看团队标准
搜索会议记录
在浏览器中打开Supabase文档
手动创建功能分支
不断在窗口之间切换
记住更新Linear工单
在Cline中使用工具时
“实现Supabase用户认证”
“我先在我们的Notion中检查团队的认证模式...”
“在团队会议中找到了关于认证要求的最新讨论...”
“让我研究一下Supabase认证的最佳实践...”
“我将创建一个功能分支并更新Linear工单来跟踪进度...”
“这是实施计划。你想让我继续吗？”
每个步骤自然地过渡到下一个步骤，Cline在整个过程中保持着对你的项目、团队偏好和需求的上下文。
有哪些工具可用？
我们的市场有 数百个现成的工具。以下是一些热门工具
在我们的MCP市场中，有数百个可供你添加到Cline的工具
日常开发
- GitHub 用于管理仓库和PR
- Notion 用于查看团队文档
- Linear 用于跟踪任务
研究与文档
- Perplexity Research 用于智能文档搜索
- WolframAlpha 用于复杂计算
- Supabase 用于数据库模式
调试
- Sentry 用于错误跟踪
- Raygun 用于崩溃报告
- Kubernetes Observer 用于集群监控
“但这设置起来很复杂吗？”
不。大多数工具只需要
- 在Cline中点击“安装”
- 如果插件需要，添加API密钥
- 就是这样
向Cline添加插件非常简单。
从小处着手
选择一个你经常使用的工具——可能是GitHub或Notion（或者Perplexity——我最喜欢的）。将它添加到Cline中，试用一周。
你会惊讶地发现，“让我切换到浏览器”很快变成了“Cline，你能帮我查一下吗？”
本博客由 Cline 产品营销部的 Nick Baumann 撰写。请关注我们 @cline 以获取有关开发未来的更多见解。
