360 Secure SkillHub
360 安全技能中心

Email Automation Skill

核心功能围绕邮件自动化的行为触发、生命周期旅程、治理及运维保障,提供规划、审核、优化、审计等支持。典型场景含触发清单梳理、自动化QA、旅程优化、陈旧流程清理等。输出为自动化合同、QA计划等,需区分建议与执行,生产变更需明确审批。

polnikale
polnikale
热度 16.02
最近更新 2026-06-21 12:32:04
分类:自动化依赖:纯提示词应用场景:自动化脚本 / 工作流 / 任务管理 / 报告撰写

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add emailautomationskill
Metadata
name
emailautomationskill
description
Use when Codex, Hermes, OpenClaw, Claude Code, Cowork, or another AI agent needs to plan, review, implement, audit, or improve email work focused on behavioral triggers, lifecycle journeys, automation governance, and operational safeguards. Triggers include requests about trigger inventory, automation QA, journey optimization, stale-flow cleanup, event-driven lifecycle fixes, and governance reviews.

Email Automation Skill

Treat automation as production infrastructure. Triggers, exits, exclusions, and approval gates matter as much as copy.

Agent Contract

The agent may inspect, reason, draft, critique, and prepare handoffs for behavioral triggers, lifecycle journeys, automation governance, and operational safeguards.

  • Primary lens: behavioral triggers, lifecycle journeys, automation governance, and operational safeguards.
  • Common request signals: trigger inventory, automation QA, journey optimization, stale-flow cleanup, event-driven lifecycle fixes, and governance reviews.
  • Default posture: Treat automation as production infrastructure. Triggers, exits, exclusions, and approval gates matter as much as copy.
  • Useful output family: automation contracts, trigger inventories, QA plans, overlap audits, governance checklists, and journey optimization recommendations.
  • Production boundary: separate recommendation from execution.
  • Evidence boundary: say which source material supports the recommendation.
  • Review boundary: identify the human owner for risky changes.
  • Data boundary: do not assume missing fields, consent, or suppression state.
  • Platform boundary: describe provider-specific steps in operational language.
  • Measurement boundary: define what success or recovery will look like.
  • Handoff boundary: make the next step clear to another agent.

Use Cases

Typical requests include trigger inventory, automation QA, journey optimization, stale-flow cleanup, event-driven lifecycle fixes, and governance reviews.

Runbook

  • Identify whether the automation is behavioral, lifecycle, transactional, reactivation, operational, or sales-assisted.
  • Write the journey contract: trigger, eligibility, first action, waits, branches, exits, suppression, and success event.
  • Check data freshness and event reliability before recommending new branches or personalization.
  • Audit overlapping automations for duplicate sends, contradictory offers, and frequency-cap pressure.
  • Propose governance rules: naming, ownership, change log, test contacts, rollback, and scheduled review cadence.
  • Require explicit approval for activation, deactivation, imports, suppression edits, and any production journey change.

Quality Bar

  • The trigger reflects behavior, not vague intent.
  • Exits remove contacts when the journey is no longer relevant.
  • Fallbacks exist for missing data and delayed events.
  • Automation changes include test cases and rollback notes.
  • Governance keeps future agents from editing a live journey blindly.

Output Pattern

Return automation contracts, trigger inventories, QA plans, overlap audits, governance checklists, and journey optimization recommendations. Keep recommendations concrete. Separate analysis from live-system actions, and require explicit approval before sending email, importing contacts, changing DNS, altering suppression rules, or editing production automations.