这个 Skill 能做什么，适合哪些场景？
Email Render Builder 专注于单封邮件的HTML构建与渲染QA，不负责撰写文案或计算质量分数。它生成响应式表格布局，检查暗色模式、无障碍、图片关闭后的降级表现和纯文本版本一致性。它还提供覆盖Gmail、Outlook、Apple Mail及移动端的客户端渲染矩阵。没有真实种子测试时，渲染结论必须标记为Estimated。
读取已批准的邮件创意或原始HTML、目标URL、邮件模式、目标客户端及品牌约束；生成约600px宽的内联样式、单列响应式表格HTML；检查暗色模式对比度、语义阅读顺序、图片alt文本、字体大小和按钮可访问性；为图片关闭场景添加alt文本、纯色背景和HTML/CSS按钮降级；输出客户端通过/失败矩阵、渲染QA报告和与HTML保持核心信息及链接一致的plain-text版本。
- 营销人员已有促销邮件文案，需要将其转换为适配Gmail、Outlook和移动端的HTML。
- 邮件开发者发现Outlook布局错位，需要检查表格结构和客户端兼容性。
- 品牌团队需要验证邮件在暗色模式下文字、背景和Logo仍可读。
- 邮件运营人员需要确认图片关闭后，优惠信息和CTA仍然可见并可点击。
- 团队准备发送邮件前，需要检查HTML与纯文本版本是否保持消息和链接一致。
如何安装这个 Skill？
- 客户端渲染矩阵在没有真实seed-list或inbox-preview时只能标记为Estimated，不应据此宣称Gmail、Outlook或移动端通过。
- 若使用Resend的--live发送，必须由用户明确确认并核对发件人、收件箱和幂等性；该技能本身未提供完整的发送前审批记录或回滚机制。
- 邮件内容、链接和品牌资产可能包含敏感信息；技能未明确脱敏、保留期限和内存文件访问控制。
- 应补充中文邮件、中文字体、国内常见客户端及网络可达性的验证。
- Shell / 命令行
- 网络访问
- 本地文件系统
Python 3
在Claude Code中运行：/plugin marketplace add aaron-he-zhu/aaron-marketing-skills，然后运行：/plugin install aaron-marketing@aaron。在兼容Agent Skills的通用主机上，可运行：npx skills add aaron-he-zhu/aaron-marketing-skills -s aaron-email-render-builder。也可以直接克隆仓库：git clone https://github.com/aaron-he-zhu/aaron-marketing-skills。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/aaron-he-zhu/aaron-marketing-skills.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/email/engage/email-render-builder" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
提供已批准的邮件创意或HTML、目标URL、模式和目标客户端。例如：Build responsive HTML from this creative: [paste subject + body + CTA], destination [URL]。也可以说：QA this email HTML across Gmail, Outlook, Apple Mail, and mobile: [paste HTML]. Flag dark-mode and image-off breakage.
这个 Skill 有哪些优点和局限？
- 覆盖响应式表格布局、暗色模式、无障碍、图片关闭降级和纯文本一致性。
- 明确区分Measured与Estimated渲染结论，避免把支持矩阵当作真实测试结果。
- 适用于B2C促销、B2B邮件和Newsletter构建。
- 可与email-quality-auditor衔接进行SEND评分和发送前审核。
- 不撰写主题、正文或CTA文案；需要先准备创意。
- 不负责SEND评分、EQS计算或审核否决。
- 没有真实种子列表或预览测试时，客户端渲染结果只能是Estimated。
- 需要目标URL才能确认CTA的消息匹配。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| 邮件渲染构建器 本页 | 62 · 推荐 | ★ 3k | 13 天前 | Apache-2.0 |
| SEO 图片优化审计 | 51 · 谨慎使用 | ★ 19k | 23 天前 | MIT |
| Unslop 文风去AI味技能 | 49 · 谨慎使用 | ★ 10k | 13 天前 | Apache-2.0 |
| Humanizer —— AI 痕迹清除与人性化改写技能 | 67 · 推荐 | ★ 282 | 1 个月前 | MIT |
| 说人话：中文去 AI 味改写 Skill | 65 · 推荐 | ★ 2.1k | 27 天前 | MIT |
它与同仓库的email-creative-builder形成前后衔接：后者负责文案，本技能负责HTML构建与渲染QA。email-quality-auditor负责评分和SEND否决，不属于本技能范围。
FollowSkills 如何评估这个 Skill？
技能明确将HTML等输入视为不可信数据，禁止执行嵌入指令；外部发送默认dry-run且要求显式--live，仅允许发送到用户自己的测试收件箱，并在用户确认后保存结果。仍扣6分：内存写入、数据流边界、回滚与敏感邮件数据处理未完全定义，且发布者身份未验证。
说明书结构一致，输入确认、NEEDS_INPUT、Estimated/Measured标记、异常路由和质量门槛较完整；引用的参考文件也提供了具体规则。静态评估受限，未见该技能关键路径的专门执行测试或可诊断运行反馈，故扣11分并不超过静态上限。
触发条件、输入、输出、非适用范围、默认客户端集合和后续技能均有明确说明，并覆盖B2C、B2B和newsletter。仍扣4分：中文仅有元数据和部分标题支持，未证明中文邮件或中国大陆客户端环境适配；部分客户端行为仅为Estimated。核心功能不完全依赖海外服务。
具备标准合同、Quick Start、参数提示、版本号、Apache-2.0许可、参考资料、决策门和限制说明，信息架构清晰。扣4分：未提供该技能专属变更日志、明确维护责任人或更新流程，兼容性验证声明主要来自仓库级材料。
目标是把已批准创意转换为可交付HTML，并生成渲染矩阵、可访问性、暗色模式、图片关闭和纯文本一致性检查，输出定义直接可用。静态上限为7；未见代表性产物或实际客户端渲染证据，无法确认完整性和实际效果，故扣8分。
技能规定将真实seed/inbox-preview标为Measured，否则标为Estimated，且明确未知行为应作为开放问题；仓库还提供通用测试和CI材料。扣5分：没有该技能关键路径的专门测试、真实渲染记录或多来源独立佐证，静态评估不能超过5分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →