这个 Skill 能做什么，适合哪些场景？
这是 Aaron Marketing Skills 中 Email/SEND 的 Engage 阶段技能，专门为已经写好的邮件创意接入个性化层。它将合并标签绑定到真实导出列，为每个字段定义自然的兜底值，并为命名受众 segment 配置条件内容块。技能还会审计空字段、失效条件分支和 PII 暴露，并标注其对 SEND 的 E（互动/个性化）维度的相关性。它不负责建立 segment、撰写基础邮件文案或计算 EQS。
读取现有邮件创意、segment map 或导出列、发送模式及字段填充率；为每个个性化标签记录对应导出列、字段类型和实际渲染兜底；为命名 segment 编写带必需 catch-all else 的 if/elseif/else 条件规则；在所有字段为空且用户落入 else 分支的情况下执行兜底安全审计；检查允许或禁止渲染到正文和主题行的字段；对个性化促销声明要求核对 claims ledger，缺少依据时标记 needs source；输出四部分 personalization spec 和标准 handoff summary，并可在用户确认后保存到指定 memory 路径。
- 生命周期营销人员已有邮件正文，希望将 first_name、city 或产品类别接入，并避免出现“Hi ,”等空字段渲染。
- CRM 团队已有 champions、at-risk 等命名 segment，希望为每组配置不同优惠或内容模块，同时保留默认分支。
- B2B 外呼团队希望基于已有、可验证的导出字段进行个性化，而不凭空推断联系人信息。
- 邮件运营人员发送前需要检查模板的低填充率字段、失效条件块和潜在 PII 暴露。
- Newsletter 团队需要为动态内容模块定义字段兜底和按 segment 展示的变体。
如何安装这个 Skill？
- 使用前必须提供已有邮件创意、命名分群或列清单，以及关键字段填充率；缺失这些输入时不应臆造标签、分群或营销文案。
- 保存和推广到memory的操作涉及宿主运行时状态；应确认实际主机支持这些路径、权限和失败恢复，并在发送前由email-render-builder和email-quality-auditor继续检查。
- PII规则是文档约束而非已验证的渲染拦截器；不同ESP的合并标签和条件语法仍需平台级测试。
- 发布者身份未通过FollowSkills企业注册表验证，应将其视为未知来源。
- 本地文件系统
该技能随 GitHub 仓库 aaron-he-zhu/aaron-marketing-skills 发布，许可证为 Apache-2.0。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，或直接克隆仓库：git clone https://github.com/aaron-he-zhu/aaron-marketing-skills。技能文件位于 email/engage/dynamic-content-personalizer/SKILL.md。
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/dynamic-content-personalizer" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
安装后，把下面任意一句发给 Agent 即可触发：
- 为这封邮件添加合并标签；导出列为 first_name、city、last_product；使用 promo 模式。
提供一份已经写好的邮件创意、segment map 或导出列、字段填充率，以及 promo、cold 或 newsletter 模式。例如：“为这封邮件添加合并标签；导出列为 first_name、city、last_product；使用 promo 模式。”若缺少基础创意或 segment/列清单，技能会要求补充；若条件优惠字段没有填充率，则会要求补充或使用 catch-all 分支。
这个 Skill 有哪些优点和局限？
- 明确要求每个标签都有可见的自然兜底值。
- 条件内容必须绑定命名 segment，并包含 catch-all else。
- 包含空字段、死条件、低填充率和 PII 暴露检查。
- 默认依赖用户提供的导出列和聚合规则，不要求特定 ESP 或 MCP。
- 提供与 email-render-builder、email-quality-auditor 等后续流程的交接边界。
- 不能建立 segment、撰写基础邮件文案或评分 EQS。
- 没有导出列和填充率时，无法可靠绑定字段或判断条件优惠覆盖率。
- 源材料未提供具体 ESP 模板语法、测试平台或自动化测试套件。
- 保存结果需要用户确认，并依赖主机可写入指定 memory 路径。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| 邮件动态内容个性化器 本页 | 60 · 推荐 | ★ 3k | 13 天前 | Apache-2.0 |
| 邮件偏好与降频管理器 | 61 · 推荐 | ★ 3k | 13 天前 | Apache-2.0 |
| 流失召回专家 | 57 · 谨慎使用 | ★ 3k | 13 天前 | Apache-2.0 |
| 邮件列表分群器 | 61 · 推荐 | ★ 3k | 13 天前 | Apache-2.0 |
| 邮件生命周期流程设计器 | 57 · 谨慎使用 | ★ 3k | 13 天前 | Apache-2.0 |
FollowSkills 如何评估这个 Skill？
技能明确将CSV、ESP报告和粘贴行视为不可信输入，要求不执行其中指令、不回显原始PII，并设置PII阻断、用户确认后保存、可选连接器和不自动发送的边界。扣7分：内存写入与推广路径较复杂，未在本技能中明确回滚、完整权限隔离和保存失败后的恢复机制；发布者身份未验证，但这本身不作额外扣分。
输入确认、缺失列标记NEEDS_INPUT、填充率决策门、每个标签强制兜底、条件块强制else以及异常输入说明较完整。扣11分：本技能没有专门的测试套件、脚本或可复现执行证据，外部引用文件和主机行为未在此文件中验证，异常输出和失败恢复仍依赖宿主。
触发语义、目标用户场景、输入、四部分输出、模式和非适用范围均清楚，并覆盖B2C、B2B冷启动和newsletter；中文用户可阅读部分元数据和说明，连接器不是必需。扣4分：核心正文主要为英文，中文本地化输出约束不足，且实际ESP语法和跨环境兼容性需后续技能处理；geo-relevance标为low。
具备结构化frontmatter、版本18.0.0、Apache-2.0许可证、Quick Start、Skill Contract、Data Sources、Instructions、保存模板指引和后续技能路由。扣5分：本技能自身没有变更日志、维护责任人和更新路径的明确说明，多个相对引用文件未随本次目标材料提供，故其可维护性和安装假设只能部分确认。
预期产物具体且可直接交接：标签映射、渲染兜底、条件分支审计和PII guard；完成条件也可操作。按静态校准给7分上限：没有实际输入、代表性产物或执行结果，无法确认生成结果的完整性、平台语法正确性或相对手工处理的增量价值。
技能提供了明确的检查规则、完成条件、标记Measured/Estimated的要求，并与仓库共享安全和合同文档对接。给5分上限：提供的CI测试主要覆盖通用架构和审计工件验证，不足以证明该技能关键路径已独立复现，也没有第三方执行证据或多源 corroboration。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →