大模型说 Markdown，单片机怎么听得懂？

做 AI 玩具、陪伴屏、学习机的朋友，最近大概率都撞上过同一堵墙：

大模型的回答回来了，是一段漂亮的 Markdown——

## 解题思路

1. **先求判别式**：Δ = b² - 4ac
2. 再代入求根公式……

> 提示：注意判别式的符号

而你的设备，一块两百元方案里的 MCU 屏，只能把这段文本原样糊上去：#、*、> 全堆在屏幕上，像一封没解码的电报。孩子盯着满屏符号，家长皱起眉头，你盯着 BOM 表发愁。

同一段 AI 输出：左边纯文本原样上屏，右边 GT-HMI 引擎渲染——结构信息一个没丢

绕不开的三条路，都不好走

想让 MCU 屏"听懂" Markdown，业内的常规做法大致三条：

路线一：上 Linux + 浏览器引擎。 渲染效果没问题，但意味着更贵的 SoC、更大的内存、更长的启动时间、更高的功耗——为一行加粗文字，整机 BOM 上一个台阶。对走量的消费级 AI 硬件，这笔账很难算平。

路线二：纯文本阉割。 让云端把 Markdown 标记剥掉再下发。实现最简单，代价是体验：标题、列表、重点全没了，大模型精心组织的排版被拦腰砍断。

路线三：自己写解析器。 Markdown 看起来简单，真做起来全是边角：八层嵌套列表、代码块里的特殊字符、引用块套粗斜体……等把坑填完，竞品已经上市了。

GT-HMI 的解法：让 MCU 原生流式渲染 Markdown

GT-HMI 是业内少有能在 MCU 上原生渲染 Markdown 的嵌入式 GUI 方案。核心是两点：

一是为 AI 流式输出而生的自研引擎 GT-MD。 大模型的回答是一个字一个字"吐"出来的，传统排版引擎要等全文到齐才能布局。GT-MD 反其道而行：每收到一小段就渲染一小段，单个 token 的解析缓冲只需约 40 字节，逐块渲染、峰值内存恒定——大模型一边生成，屏幕一边排版上屏，用户看到的是"正在打字"的流畅感，而不是转圈后的整页刷新。

二是站在成熟开源组件肩上做深度优化。 上层的 markdown 控件基于久经考验的开源解析组件做了嵌入式方向的深度优化：标题、最多 8 层嵌套列表、代码块、引用块、粗斜体、删除线都支持，且每个特性都能编译期独立裁剪——用多少留多少，ROM 不浪费一个字节。整条链路纯 C 实现、无操作系统依赖、以静态库交付，不是 WebView 套壳。引擎整体 MIT 开源、可商用，代码在 GT-HMI-Engine 开源仓库 里，选型评估可以直接读到实现。

不写代码也行：拖一个控件的事

如果用的是 GT-HMI Designer2，这件事甚至不用写代码：在元件库里找到 MarkDown 控件拖进画布，双击打开内置的 Markdown 编辑器写内容——标题、列表、粗斜体、行内代码，都是标准语法。

GT-HMI Designer2 内置 Markdown 编辑器：标准语法直接写，右侧属性面板同步预览内容

画布上实时呈现渲染效果，大/中/小三级字体和颜色在属性面板里直接配。

拖入 MarkDown 控件后的设计器工作台：画布实时渲染，属性面板配置三级字体

编辑完成一键导出 Keil 工程，板级 SDK 已内置引擎静态库，编译烧录即可点亮真机。

写在最后

端侧 AI 的输出天然是 Markdown，这不是某个产品的特殊需求，而是整个品类接下来都要补的课。GT-HMI 把这件事做到了单片机上：流式引擎自研、上层控件基于成熟开源组件优化、MIT 开源可商用，再配上字库与设计器工具链——从引擎到界面是一条完整闭环。

如果你正在做 AI 玩具、陪伴屏或学习机，欢迎下载 GT-HMI Designer2 亲手试试，也欢迎到开源仓库把引擎拉下来跑一跑。

高通（GENITOP）始于 1992 年，深耕汉字信息处理与嵌入式 GUI 技术，字库覆盖全球 180+ 国家语言。