消息模板渲染器

它要解决的问题

跟进话术这类文本的特点是：结构固定、变量多、责任人分散。客户经理在企微里发预约提醒，客服在后台补回访感谢，文案往往散落在聊天记录和个人草稿里。想统一成一套可预览、可复用的模板，常见做法是接后端模板引擎，于是一条简单文案要经历一次网络往返、一次鉴权，还要把客户信息带到服务端。

消息模板渲染把这件事压到本地：只做变量替换和基础 section 渲染，不请求后端引擎。

它是怎么工作的

核心依赖是 mustache，暴露一个 renderFollowMsg 入口，配合 templates/usage.md 里的示例模板使用：

• 模板侧用 {{name}}、{{appointment}} 这类占位符，数据侧传 JSON 字符串；
• 内置两条中文示例：跟进预约、回访感谢，可直接改；
• 渲染失败时返回中文原因，而不是抛出底层异常堆栈；
• 提供左模板右预览的界面，变量表单与预览区联动，改字段即时看到结果。

适用边界与注意点

• 硬约束：禁止把自定义函数接进模板。 Mustache 的强项是无逻辑渲染，一旦允许 {{fn(x)}} 这种可执行片段，等于开了一个沙箱逃逸口。需要复杂判断时，请在渲染前用代码算好再传值。
• 缺省变量策略必须显式：要么渲染成空字符串，要么保留 [未填客户名] 这类占位提示，不能出现 undefined。
• 模板与数据都在本地内存中流转，不发起网络请求，也不要把客户全文上传第三方。
• 它不负责模板语法校验之外的业务编排，分层同步、定时群发这类需求不属于本技能范围。