它做什么
一句话描述受众，一句话描述消息。副驾驶负责起草、合规检查、路由到审批人并安排发送。一位运营人员可以做三个人的活。
两个入口共用同一个引擎：受众筛选、起草、策略检查、审批、发送。
向上个月入金但未下单的 1,200 名 trader 发通知。副驾驶起草消息，为每位 trader 挑选合适的渠道（email、SMS 或应用内），做策略检查，经你审批后入队。
设置一个触发器：当 trader 达到 10% 回撤、当 KYC 过期或当一次提款失败时。副驾驶起草响应、将消息入队并记录动作。全部由事件驱动，全部可审计。
受众搭建
一句话描述受众：上个月入金但过去 7 days 没有交易、来自我们已持牌国家、排除有 chargeback 标记的 trader。副驾驶把它翻译为类 SQL 的过滤器，你可以在执行前检查并调整。
描述
40+
翻译
50+
保存
80+
预览
20+
触发
15+
检查
10+
批量草稿
一句话描述消息。副驾驶为 email、SMS 和应用内各写一版，并本地化为 trader 使用的语言。每一版都遵守渠道约束：SMS 不超过 160 字符，email 带规范标题，应用内带 CTA 按钮。
策略检查
每一份草稿在入队前都要通过策略检查。会查找业绩担保类措辞、按辖区违禁的表述、缺失的风险提示、缺失的退订语。运营人员看到具体命中点并修正，或填写理由后强制通过，理由入档。
命中点具体可操作。强制通过会连同运营人员与理由一并记录。
审批流
超过可配置覆盖面阈值的发送，入队前需要第二位运营人员审批。审批人可以看到受众、草稿、检查结果与样本预览。可以批准、提修改意见，或填写理由驳回，全部入档。
工作流触发器
设置一个触发器（回撤超限、KYC 到期、提款失败、不活跃阈值）。事件发生时，副驾驶生成响应、通过策略检查并入队。运营监管模型保持一致：可选审批、策略检查、完整审计。
常见问题
一个仍把监管权留给你的 AI 副驾驶。
不会。每次发送都需要运营人员的明确批准，哪怕是触发式工作流。副驾驶负责起草与入队，运营人员负责批准。覆盖面高的发送会按你设定的阈值要求第二人审批。
trader 分群、入金与交易状态、KYC 状态、沟通历史，全部位于你的管理端内部。trader 的 PII 不会发送给 AI（姓名、email、电话会被脱敏）。副驾驶只处理数量与模式，不处理个人。
Forge AI 负责内容与品牌（公告、SEO 元信息、logo 生成、段落改写）。Ops Copilot 负责运营（受众筛选、批量发送、工作流触发器、策略检查、审批流）。两个独立入口，共用一个 credits 余额。
可以。默认规则遵循 EU、UK、Australia 和 US 的金融营销惯例。你可以叠加自己的规则（标记词、禁用表述、分群必备声明）。规则会按版本管理，并在审计日志中可见。
失败发送（退回的 email、不可达的 SMS、离线的应用内）按渠道标准策略重试并记录。副驾驶会按发送展示失败率，让运营人员看清是否有消息在某处系统性失败。
是的。每一次受众生成、每一份草稿、每一个命中点、每一次批准或驳回、每一次触发以及每一次发送尝试，都会连同时间戳、运营人员以及（如适用）理由一并记录。审计日志使用与管理端其余部分相同的哈希链，防篡改。
