← 返回目录

EmailMD MCP Server

社区

将 Markdown 渲染为符合电子邮件规范的 HTML

查看安装方法 ↓ 横向对比 GitHub 源仓库 ↗

分类: 开发工具第 176 / 438
Stars: ★ 1.4k 非常热门
传输方式: stdio（本地进程） · Streamable HTTP
运行环境: Node.js 20+ · 远程托管（无需本地环境）
凭据: 无需凭据
许可证: MIT
最近提交: 5 天前
工具数: 3

56FMRS · C

emailmd 提供了将 Markdown 渲染为邮件安全 HTML 的核心功能，并附带 lint 和文档查询工具。它适合开发者快速生成邮件模板，但需注意其非官方属性（由 Anypost 赞助但独立项目），且输出需人工审查。

最强项 · 安装易用性 13/20 最弱项 · 可靠性 6/20

可靠性

6/20

安全与权限

11/20

维护活跃度

13/20

文档质量

13/20

安装易用性

13/20

查看各项评分依据

可靠性 6/20: 清单和 README 描述了双传输方式的 MCP 服务器（stdio 通过 npm 包 emailmd，以及托管 streamable-http）。README 列出了三个工具（render、lint、read_docs），但清单描述声称支持“预览电子邮件”，而且 README 的 MCP 段落先说“渲染、检查和预览”，随后又把第三个工具命名为 read_docs——存在内部矛盾。未提供源代码、测试或 CI 工作流，因此无法验证能否干净启动、完成 init/tool-list 握手以及工具的真实行为。对已发布的 npm 包来说快乐路径看似可行，但缺少可执行证据；因工具列表矛盾与缺乏验证而扣分。
安全与权限 11/20: 未发现红线风险：无凭据处理、无破坏性默认操作、安装示例不含真实令牌。主要的数据边界问题可见：托管 streamable-http 端点（https://www.emailmd.dev/api/mcp）会把邮件草稿发送给第三方服务，同时提供了本地 stdio 模式作为更私密的替代方案。由于没有源代码，无法审计实际数据流，且托管端点未明确说明数据留存/日志策略；权限/确认机制与作用域细节不完整。无恶意软件、数据外泄或伪造迹象，不触发红线，但也不足以给满分。
维护活跃度 13/20: 具有 MIT 许可证、仓库未归档、开放问题为 0、版本为 0.10.0，并有明确的稳定性/版本管理章节引用 semver 契约和变更日志，还有明确的赞助方（Anypost）表明所有权清晰。README 提到变更日志与破坏性变更说明。但所提供证据中没有提交/发布日期、没有问题响应记录、也没有安全响应渠道，因此“持续维护”只是看似合理而未被充分证实。因缺少发布历史与漏洞报告渠道的证据而扣分。
文档质量 13/20: 分层文档明显：README 快速上手、render() 异步迁移说明、CLI 参数、React 钩子、MCP 传输方式、完整文档站点以及供 AI 使用的 llms-full.txt。限制已披露（1.0 之前 API 可能变化，变更日志会说明破坏性变更）。不足之处：MCP 三个工具没有逐参数 schema，托管端点没有速率限制/费用信息，没有故障排查章节，还存在“预览邮件 vs read_docs”的不一致。因缺少这些细节而扣分。
安装易用性 13/20: 安装路径简短明确：本地用 `npx emailmd mcp`（npm 包 [email protected]，stdio），或让客户端连接托管 streamable-http URL；并已发布到官方 MCP 注册中心（dev.emailmd/emailmd）便于发现。已说明需要 Node 20+。但所提供材料中没有针对各客户端的配置示例（只有 MCP 文档链接），且按静态校准上限，没有提交的 CI/测试证据无法给到 15 以上。因缺少客户端配置示例与可验证证据而扣分。

静态评测 · 未实际运行收录于 2026-08-07

查看 FMRS 评分方法 →

选型与风险

能访问什么访问网络

适合谁

需要快速将 Markdown 转为邮件 HTML 的开发者
希望在邮件发送前进行格式检查的团队
集成到 AI 工作流中自动生成邮件内容

不适合谁

需要完整邮件营销平台（如 Mailchimp）的用户
需要跟踪和分析邮件互动的场景
需要高级拖拽编辑器的用户

所需权限

需要网络访问以使用远程端点（streamable-http）
本地运行时需要 Node.js 20+ 环境

风险与副作用

输出可能不完美，需人工审查
依赖 MJML 库，存在间接依赖风险

安装接入

准备工作

运行环境：Node.js 20+ · 远程托管（无需本地环境）

使用命令 npx emailmd mcp 本地运行（stdio）或通过 HTTPS 访问 https://www.emailmd.dev/api/mcp（Streamable HTTP）。对于 Claude Desktop，可添加配置指向上述端点。

验证是否装好

在客户端连接 https://www.emailmd.dev/api/mcp（或运行 npx emailmd mcp）后，工具列表中应出现 render、lint 和 read_docs 三个工具；可让 AI 调用 render 将 "# Hello" 渲染为 HTML 来验证连接。

常见排障

确保 Node.js 版本 >= 20（v0.3.0 后 render 变为异步）
检查网络连接，如果使用远程服务
查阅文档 https://www.emailmd.dev/docs/mcp 了解各客户端配置

试试这样问

连接成功后，可以直接对 AI 助手这样说：

把这段 markdown 渲染成邮件安全的 HTML：# 欢迎！感谢注册。
帮我 lint 这封邮件草稿，看看有没有影响送达率的问题。
用 read_docs 查一下 emailmd 的按钮指令语法。
把这个 markdown 转成邮件 HTML，并生成对应的纯文本版本。

工具能力 3

render 只读

将 Markdown 渲染为符合电子邮件规范的 HTML

lint 只读

在不渲染的情况下检查可投递性问题

read_docs 只读

查询 emailmd 语法

使用场景

自动生成邮件模板

检查邮件可投递性问题

在编辑器中实时预览邮件

详细介绍

emailmd 是一个将 Markdown 转换为响应式、安全 HTML 的 MCP 服务器，确保在 Gmail、Outlook、Apple Mail、Yahoo 等邮件客户端中正常显示。它提供三个工具：render（将 Markdown 渲染为安全 HTML）、lint（检查可投递性问题）、read_docs（查询 emailmd 语法）。支持 Streamable HTTP 和 stdio 两种传输方式。

EmailMD MCP Server

选型与风险

适合谁

不适合谁

所需权限

风险与副作用

安装接入

准备工作

验证是否装好

常见排障

试试这样问

工具能力 3

使用场景

详细介绍

同类可选方案