智能体调地图工具拿到路线和天气后，如果只会往聊天框里堆文字，这条链路的落地价值就砍掉一半。本文的方案是让智能体在查询之后自动生成卡片式 HTML 页面：路线、时长、天气聚合一页，内置高德 APP 跳转链接，本地预览或推 OSS 外网访问都行。
方案结构：两条工具链各司其职
整套架构是「高德 MCP 服务 + 文件管理工具」双核心：MCP 负责取数据（路线、天气、预估时间），文件工具负责落页面（生成 HTML、写入本地或 OSS）。智能体在中间做格式化——把结构化数据填进页面模板。分层解耦的好处是任何一端换实现不动另一端：换地图服务商只改 MCP 配置，换页面风格只改模板。
第一轮实测的短板与根因
首轮测试看起来成功：页面生成、数据齐全。实际用起来暴露两个问题。一是路线链接无法跳转 APP——根因是链接格式用了网页版 URL，移动端唤起需要高德的换端协议链接；二是纯文本数据没有层级——根因是提示词里没有定义输出规范，模型按自己的理解排版。修法都指向同一件事：给智能体定输出契约，页面风格、必备字段、跳转链接格式全部写进提示词，而不是指望模型自由发挥。
MCP 通讯机制的两种形态
实战里绕不开 MCP 的两种传输方式。stdio（标准输入输出流）走本地进程管道，延迟最低，适合 MCP 服务与客户端在同一台机器的场景；SSE 走 HTTP 长连接，适合远程服务端，配置简单但依赖网络稳定性。本地工具用 stdio、云端服务用 SSE，是目前的默认分工。新手常见错误是给本地 stdio 服务配了 SSE 地址，或者反过来，连接阶段就失败——先确认服务的部署形态再选传输方式，别凭感觉抄配置。
核心页面模板的要点
生成的 HTML 有三条硬要求：卡片式布局适配移动端视口；跳转链接用高德换端格式，网页端兜底；数据区块按路线、时长、天气分卡，不混排。模板固定后，智能体每次只需要填数据变量，页面结构不会漂。
验收清单
页面类输出的验收和纯文本不同，要看五条：数据与接口返回一致（尤其是时长和温度）；换端链接在真机上能唤起高德 APP；页面在 375px 宽度下不破版；生成失败有兜底提示而不是白屏；文件落盘路径可预期（本地或 OSS 可配）。这五条全过，"能看"才算升级成"好用"。后续扩展穿衣建议、路况预警，都是往模板里加数据卡的事，架构不用动。这套双工具联动的模式也不限于出行场景——任何"取数+落页面"的组合（报表、工单、监控快照）都能复用同一套输出契约与验收思路，差别只在数据字段和页面模板。
评论0