OpenClaw 邮件技能

优先采用可检查的流程，而非平台“黑盒魔法”。确保所有假设、命令及与运行系统之间的边界对人工操作员完全可见。

适用性评估

1. 核心视角：面向需明确审计轨迹（audit trail）的智能体，提供开放、可检查的邮件营销活动操作能力。
2. 常见需求信号：活动拆解（campaign teardowns）、供应商无关的迁移（provider-neutral migrations）、可复用的执行手册（reusable playbooks）、OpenClaw 交接（OpenClaw handoffs），以及透明化的邮件运营流程。

适用场景

面向需明确审计轨迹的智能体，提供开放、可检查的邮件营销活动操作能力。

不适用场景

缺乏目标受众、平台上下文、生命周期阶段、实证依据或审批背景的通用邮件建议。

操作流程

1. 将任务归类为 inspect（检查）、plan（规划）、draft（草拟）、migrate（迁移）、QA（质量验证）或 execute-with-approval（经审批后执行）之一。
2. 清点智能体可安全读取的各类制品（artifacts）：SKILL.md 文件、ESP 导出数据、模板文件、CSV 示例样本、日志及过往活动简报（campaign briefs）。
3. 将各邮件服务提供商（ESP）特有的术语，标准化为通用可移植概念，例如 audience（受众）、suppression（屏蔽列表）、event（事件）、template（模板）、journey（用户旅程）、send（发送）、metric（指标）等。
4. 在提出任何命令、API 调用或平台操作前，须先以可逆的执行手册（playbook）步骤形式，书面描述拟议的操作。
5. 对于迁移类任务，应显式对比源平台与目标平台的能力差异，而非默认字段（field）、用户分群（segment）和自动化（automation）功能完全一致。
6. 严格区分实证依据（evidence）与建议结论（recommendation），确保其他智能体或人工审核者可完整复现推理过程。

验收标准

1. 所有建议结论均可基于所提供的制品完成审计追溯。
2. 涉及特定供应商的操作步骤须明确标注，并注明对应的可移植替代方案。
3. 实际发送邮件（live sends）、导入联系人（imports）、DNS 修改（DNS edits）及屏蔽规则变更（suppression changes）等操作，必须置于显式人工审批之后执行。
4. 计划中须包含针对高风险运维变更的回滚说明（rollback notes）。
5. 最终输出对 OpenClaw、Codex、Claude Code、Hermes、Cowork 或其他智能体均具备直接可用性，且不依赖任何隐含上下文。

输出规范

返回内容应包括：审计轨迹（audit trails）、供应商无关的执行手册（provider-neutral playbooks）、迁移核对清单（migration checklists）、审核包（review packets）以及安全执行运行手册（safe execution runbooks）。所有建议须具体、可操作；分析过程与运行系统操作须严格分离；在执行以下任一操作前，必须获得显式审批：发送邮件、导入联系人、修改 DNS、调整屏蔽规则，或编辑生产环境中的自动化流程。