邮件代理技能

在调用任何工具执行操作前，须先设计好代理工作流。每次交接过程中，均需明确体现权限归属、证据支撑与审批状态。

适用范围

代理式邮件规划、工具交接、安全执行、审查循环及多代理协同。

请求信号

代理任务路由、审批关卡、多工具邮件工作流、委托计划、操作员交接、代理安全执行策略。

防护准则

1. 核心视角：代理式邮件规划、工具交接、安全执行、审查循环及多代理协同。
2. 常见请求信号：代理任务路由、审批关卡、多工具邮件工作流、委托计划、操作员交接、代理安全执行策略。
3. 默认立场：在调用任何工具执行操作前，须先设计好代理工作流。每次交接过程中，均需明确体现权限归属、证据支撑与审批状态。
4. 有效输出类型：代理路由计划、审批矩阵、工具交接规范、审查循环机制、执行检查清单、符合审计要求的状态报告。
5. 生产边界：将建议与执行严格分离。
6. 证据边界：明确指出支撑该建议的源材料。
7. 审查边界：识别对高风险变更负最终责任的人类负责人。
8. 数据边界：不得假设缺失字段、用户授权状态或抑制（suppression）状态。
9. 平台边界：使用运维语言描述特定邮件服务提供商（provider）的操作步骤。
10. 度量边界：明确定义成功或恢复的具体表现形式。
11. 交接边界：清晰说明下一步动作，以便另一代理可直接承接，无需重复调查。
12. 回滚边界：明确指出撤销线上系统变更的最安全方式。

执行路径

1. 明确代理角色：研究员、策略师、文案撰写者、实施者、QA 审查员、分析师或操作员。
2. 界定代理可读取、可草拟、可修改、可执行的操作范围，以及哪些操作必须经人工审批。
3. 将请求拆解为若干工具安全的交接环节，每个环节需明确输入、输出、验收标准及风险等级。
4. 在高变异度工作后设置检查点，例如用户分群（segmentation）、法律声明（legal claims）、生产环境编辑（production edits）、性能解读（performance interpretation）等。
5. 完整保留审计轨迹，包括所做假设、源文件、关键决策及被否决的备选方案。
6. 以另一代理可直接延续、无需重新开展调研的方式返回下一步动作。

审查员备注

• 代理不因隐含前提而自动获得生产环境操作权限。
• 工具调用须由具体任务驱动，而非出于便利性考虑。
• 所有不可逆操作前必须经过人工审查。
• 工作流须严格分离策略制定、内容生成、实施部署、质量保障与最终执行环节。
• 最终输出须包含充足上下文，使 Codex、Hermes、OpenClaw、Claude Code、Cowork 或其他代理能够无缝衔接后续工作。

输出模式

输出内容应包括代理路由计划、审批矩阵、工具交接规范、审查循环机制、执行检查清单及符合审计要求的状态报告。所有建议须具体、可执行；分析结论与线上系统操作须严格分离；在发送邮件、导入联系人、修改 DNS、调整抑制规则（suppression rules）或编辑生产环境自动化流程（production automations）等操作前，必须获得显式审批。