Dify MCP功能实测，小参数模型竟然全军覆没！

测试内容

工具：Dify + Ollama

内容：简单地图的天气 MCP Server 调用

高德地图
百度地图

（腾讯地图因无法返回内容被踢出了测试）

大模型：

deepseek-r1:8B（本地）
qwen3:8B（本地）
qwen3:14B（硅基流动）
qwen3:32B（硅基流动）
qwen2.5:14B（硅基流动）
qwen2.5:32B（硅基流动）
llama3:8B（本地）
deepseek-chat（Deepseek 官方）

测试结果

高德地图

高德地图需要的内容比较简单，把城市名包裹在 city 里即可。

json 复制代码

{"map_weather": { "city": "深圳" }}

返回的内容也比较简单：

json 复制代码

{
    "map_weather":
    {
        "city": "深圳",
        "forecasts": [
             {
                 date: '2025-7-24',
                 ... // 这里是具体的数据
             },
             ... // 其他日期的数据
        ]
    }
}

10B 以下的模型

7月20日初次尝试 10B 以下本地大模型模型全军覆没。

deepseek-r1:8B-发送错误。无法完成测试。
Qwen3:8B-发送错误，推理啰嗦，多次纠正无果
llama3.1:8B-发送正常，读取错误

几天后，7月24日再次尝试之后，所有模型都成功发送。好像是高德做了兼容，直接传城市名称也可以，更容易使用，当然也导致大模型容易蒙混过去了：

json 复制代码

{"map_weather": "深圳"}

deepseek-r1:8B-显示的结果跟 mcp 返回的完全不一致。
Qwen3:8B-多次尝试，最后显示正常，但是有一次突然中断了。
llama3:8B-依然无法解析返回的内容。

本地 deepseek-r1 传送格式及返回，信息错误，基本的昨天今天明天的时间都错了。

Qwen3 查询格式及返回，查询一次，失败中断，第二次后，正常了，但结果有今天和明天，今天只取了白天天气，当时已经是晚上。

llama 传输正常，但是结果无法解析。

14B 模型

14B 的模型，使用了硅基流动的api。由于平台缺少 llama3.1，所以后续不再测。整体表现虽然好点。但是也有不少问题

deepseek 依然传着最简单参数形式 {"map_weather": "深圳"} ，还是有蒙混过关的可能。回答中没区分白天与夜晚的天气，晚上的中雨没显示出来。
Qwen3 回答正常，还添加了雷雨天注意事项。表现已经相当好了。

30B 以上的模型

deepseek:32B 发送的参数正确了，只是跟14B返回结果一致，晚上的天气情况没显示出来。另外表现不稳定，中间突然飙英文出来。
Qwen3-30B-A3B 和 Qwen-32B 表现差不多，开始出现 emoji。排版更舒服。
满血版的 deepseek 和 Qwen3 自然不在话下。

百度地图

百度地图有两个参数可以选。要么选择地区码：

json 复制代码

{"map_weather": { "district_id": "440200" }}

要么选择经纬度：

json 复制代码

{"map_weather": { "location": "113.3667,22.5667" }}

数据返回结构更复杂：

json 复制代码

{
	"map_weather":
    {
        "status": "0",
        "result":
        {
            "location": {}, //地点
            "now": // 实时天气预报
            {
                 "temp": '27',
                 "uptime": "20250724221500", //更新时间
                 ... // 这里是具体的数据
             },
             "indexes": [], // 各种指数
             "alerts": [], // 警报
             "forecasts": [], // 一周天气
             "forecast_hours": [] // 小时天气
        }
    }
}