Nick Baumann
2025年2月22日 • 阅读时间3分钟
昨天，我问一位开发者是否在Cline中使用MCP。
“我还是不明白Model Context Protocol是什么，”他说。
我忍不住笑了。这位开发者因为被复杂的技术术语困扰，错过了强大的工具。这就像开发者因为名字听起来太复杂而放弃了一些功能。
“忘记Model Context Protocol吧——它只会让你分心，”我告诉他。“把这些当作你可以给Cline的额外工具。仅此而已。”
你不需要理解其背后的技术架构，就像你不需要理解HTTP协议来使用REST API一样。重要的是这些工具能让你做什么：无缝地与你喜欢的服务协作，而无需不断切换上下文和标签。
让我来告诉你我的意思
以下是你可能曾经做过的事情：
没有工具时：
“检查最新的PR中有什么”
_切换到浏览器
打开GitHub
找到仓库
检查PR
切换回编辑器
试图记住自己在做什么_
在Cline中使用GitHub工具时：
“检查最新的PR中有什么”
“最新的PR添加了用户认证。以下是主要更改...”
Cline已经知道你在哪个仓库工作以及你在构建什么。无需切换上下文。
MCP插件让Cline访问了它以前没有的上下文——而Cline足够聪明，知道何时以及如何使用这些工具。
这些工具让Cline更强大
把Cline的能力想象成一个工具箱：
- 开箱即用，Cline可以读取文件、编写代码、运行命令等。
- 但你可以添加更多工具来帮助完成特定任务
- 每个工具都让Cline在不离开编辑器的情况下做新的事情
为什么上下文重要：Perplexity示例
这就是事情变得有趣的地方。假设你正在深入构建一个功能，需要研究一些东西。以下是通常会发生的事情：
没有工具时，使用Perplexity意味着：
- 打开一个新标签页
- 前往Perplexity
- 再次解释你的整个项目上下文
- “我正在使用TypeScript构建一个Next.js应用，使用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，你能帮我检查一下吗？”
