核心用法
Safe-Payment-Guard 是一项专为资金流转场景设计的强制性安全控制技能。当用户涉及支付、转账、报销、结算发票、汇款、充值等操作时，系统自动激活该技能，以" correctness, fraud resistance, reversibility, and auditability"为核心目标，而非追求速度。
技能采用八步闭环工作流：
1. 锁定支付目标 — 明确任务必需的最终受益方，拒绝"看起来相关"的替代账户
2. 核验收款人 — 按信任优先级验证（历史记录→合同/发票→官网→预存联系方式→用户提供的截图/二维码仅作辅证）
3. 金额标准化 — 消除口语表达歧义（如"一万二""1.5万"），强制拆解含税、费、运费等全部组件
4. 币种与汇率校验 — 明确_sender/recipient currency_、汇率类型、费用扣除方式，确保 recipient 实际到账额符合预期
5. 支付通道风险评估 — 优先可逆渠道（官方商户结账>企业账单门户>对公转账），高风险通道（电汇、加密货币、礼品卡）需额外必要性证明
6. 授权强度匹配 — 根据金额、首次付款、账户变更等因素动态提升确认要求，禁止以"用户提到支付"代替有效授权
7. 执行前终审 — 字段级逐项比对，防止复制粘贴错误、截断、错位
8. 记录与脱敏 — 保留审计轨迹的同时 redact 敏感信息
显著优点
- 零信任架构：账户变更默认高风险，要求独立外渠道复核
- 反欺诈硬阻断： urgency/secrecy/OTP索要/礼品卡/加密货币等17类信号触发 block
- 多语言金额标准化：处理中文数字简写、locale 歧义（1,200 vs 1.200）
- 任务绑定原则：收款人必须与任务目标严格绑定，拒绝"朋友/助理/临时财务账户"代收
潜在局限
- 人工摩擦增加：每笔支付强制输出10段结构化安全摘要，可能降低高频小额场景效率
- 依赖外部验证源：独立核验需用户具备预存可信联系方式，新关系场景验证链薄弱
- 无法完全消除社交工程：最终授权仍依赖用户判断，技能只能强化提示而非替代决策
适合人群
- 企业财务、采购、HR 等处理对公付款的专业角色
- 跨境汇款、大额个人转账用户
- 加密货币/Web3 钱包操作者（额外高风控层）
常规风险
- 假阳性阻断：过度谨慎可能导致合法紧急付款被 hold，需人工 escalation 机制
- 验证疲劳：用户可能因反复确认而寻求绕过（如要求关闭技能），需制度配套
- 截图伪造：用户提供的"证据"仍可能 PS 伪造，技能明确将其降级为辅助证据