不知道你有没有注意到一个现象：AI生成的调研报告里、让大模型写的前端demo里、甚至在线文档工具里，一到"画图表"环节，输出的十有八九是 ECharts 代码。
这不是巧合。背后有三个很现实的原因：
第一，ECharts 天生"适合 AI 写"。 它是声明式的 JSON 配置（option）——你只需要描述"画什么图、数据是什么"，不用一串 API 调用。大模型生成这种结构化配置最稳，错了也容易看出来。
第二，语料足够多。 ECharts 是中文互联网最流行的图表库之一，GitHub 超过 6.6 万 star。知乎 B 站上一门 ECharts 大屏课就有 160 多万播放、6.8 万人收藏。哔哩哔哩 模型见过的样本足够多，生成才靠谱。
第三，用起来没有顾虑。 Apache 2.0 开源协议，商用免费，官方包在 Apache 基金会治理下，企业项目里也敢放。
所以"让 AI 帮你画 ECharts"是一条可以直接抄的路线。现在主要有三条走法：
路径一：直接问通用大模型，拿到代码就用。 适合一次性图表、汇报演示。把需求和数据贴过去，让它输出完整的 HTML + ECharts 代码，浏览器打开就能看。去年就有 UP 主专门做了"DeepSeek + ECharts 快速生成图表"的教程，6 万播放。哔哩哔哩 今年 7 月还有网友晒出 AI 生成的调研报告，8 章内容里带 7 张 echarts 图表。微博 优点是零门槛，缺点是数据是死的。
路径二：AI 编程工具 + 真实数据，接进生产。 适合图表要进报表、大屏、管理系统的场景。今年 6 月知乎上一篇企业实践很有代表性：做股票 K 线图，内置图表搞不定，手写配置太慢。他们的流程就三步——从报表导出数据参数，粘给 AI 编程工具提需求（“生成 K 线图，标注最高最低价，加缩放滚动”），AI 出完整脚本，再回填模板。知乎 原本翻半天文档的活，压缩成一次对话。但有个大坑：AI 生成的是具体数值，回填动态系统时要改回参数引用（比如 `${tradeDate}`），否则图表永远是死的。
路径三：MCP 工具接入。 适合想把"画图"变成 AI 工作流固定能力的人。MCPECharts 这类开源项目已经能基于 MCP 协议让 AI 动态生成 ECharts 图表。微博 方向还早，值得盯。
四个坑，提前说：
版本漂移。 ECharts 6.0 去年 8 月就发布了。微博 官方一口气做了 12 项升级：全新默认主题、深色模式、和弦图、蜂群图、断轴、矩阵坐标系。Apache ECharts 官网 但 AI 的训练语料很多还是 5.x 时代的，生成的风格、写法可能跟你项目里的版本对不上，效果不对先查版本。
地图图。 ECharts 5 开始，地图地理数据不随包发布了，AI 给你的通常只是配置代码，GeoJSON 得自己找、自己注册。
AI 让你装的第三方包，别盲装。 今年 5 月 npm 爆发"沙虫"投毒事件，323 个包、639 个恶意版本，影响最大的单一包就是 React 封装库 echarts-for-react（周下载量约 110 万）。微博 官方 echarts 主包不在通报名单里，但第三方封装不一定干净——AI 建议你"装个包更方便"时，先查查版本底细。
复杂图别全信。 桑基图、关系图这类，AI 能给 80 分版本，最后 20 分（标签重叠、极端数据）还得自己对着文档调。知乎
对不同人： 偶尔做图，路径一就够；经常做报表大屏，把路径二的流程搭起来；做 AI 工具的，盯 MCP 方向。值得继续观察的信号：6.0 的新图表类型（小提琴图、范围柱状图）和新默认主题进入语料后，AI 生成质量还会涨一波。
