在cursor中使用MCP插件生成旅行规划到桌面的执行步骤分析
「做旅行规划」的例子说明MCP的工作流程：
一、角色定位
-
客户端（你看到的）
装在Cursor/VSCode里的插件（如Cline），相当于一个翻译官。它把你说的话（比如"在桌面创建旅行计划"）转成MCP协议的标准格式，通过数据管道传给服务端。 -
服务端（背后工作的）
独立运行的程序（如sequential-thinking服务器），相当于你的私人助理。收到请求后，它会：- 检查权限（能不能读写桌面）
- 调用大模型生成旅行规划
- 操纵电脑文件系统创建txt/doc文件
二、详细步骤说明
| 步骤 | 执行位置 | 具体说明 |
|---|---|---|
| 1. 指令输入 | Windows编辑器 | 用户在编辑器输入："生成巴黎攻略到桌面" |
| 2. 协议转换 | MCP客户端 | 分词处理并转换为结构化JSON请求：{"action":"file.create", "path":"~/Desktop/巴黎攻略.txt"} |
| 3. 请求加密 | MCP客户端 | 使用AES-GCM加密协议体，附加身份令牌 |
| 4. 通道传输 | 本地进程通信 | 根据部署模式选择： - 本地： NamedPipeClientStream- 远程： HttpClient.PostAsync |
| 5. 模型调用 | MCP服务端 | 调用AI模型生成内容： - 第三方API（如GPT-4） - 本地LLM（如Llama3） |
| 6. 文件操作 | 本地文件系统 | 执行File.WriteAllText写入生成内容 |
| 7. 监控验证 | MCP客户端 | 通过FileSystemWatcher校验文件生成 |
| 8. 结果反馈 | 编辑器界面 | 调用编辑器API显示通知："文件已创建：巴黎攻略.txt" |
三、比喻
- 客户端像外卖APP：把你想吃的（指令）转成后厨能看懂的订单（JSON）
- 服务端像餐厅后厨：根据订单（JSON）烹饪（调用大模型），打包外卖（生成文件内容）
- 数据管道像送餐通道：用Stdio（堂食）或HTTP+SSE（外送）传递餐品
整个过程就像你通过手机点外卖：不需要知道厨师怎么做菜、骑手走哪条路，只需说"我要什么"，系统自动完成从下单到送达的全流程
四、啥是HTTP+SSE
是基于HTTP协议实现的双向通信框架，其核心技术结合了传统HTTP请求与SSE（Server-Sent Events）的服务器推送能力。
以下是核心要点解析：
HTTP
客户端通过常规HTTP请求（如POST）向服务端发送数据，例如用户指令或请求参数。
SSE
服务端通过SSE协议建立持久的长连接（GET /sse），主动向客户端推送事件流（如实时生成的文本、操作结果）
基础协议背景
HTTP+SSE 并非新出现的技术组合：
SSE（Server-Sent Events） 是 HTML5 规范的一部分，最早可追溯至 2014 年左右的标准化进程。其本质是通过 HTTP 协议实现服务器向客户端的单向数据推送，核心设计思想早在 Comet 长轮询时代已有雏形。 HTTP 作为基础协议，自 1991 年发布以来不断演进，与 SSE 的结合仅是对其请求-响应模式的扩展。
近期热度原因
虽然技术本身成熟，但 大模型场景的爆发（如 ChatGPT 的逐字输出）推动了 HTTP+SSE 的广泛采用。相较传统轮询或 WebSocket，它更适配大模型生成文本流的低延迟需求
allow="camera" src="chrome-extension://jgcgcifajjcjbajabapjmpgalhjangfl/recorder/html/sources.html" style="display: none;"> allow="microphone" src="chrome-extension://jgcgcifajjcjbajabapjmpgalhjangfl/recorder/html/audiosources.html" style="display: none;">