部署与集成
先旁路、后 inline，先试点、后规模
反诈系统不能拿现网做实验。用 shadow mode 拿真实分布，用高置信规则先 inline，用试点验证用户触达——每个阶段有明确退出条件。
交付方法论
四阶段交付路径
点击任一阶段查看动作与退出条件；左右切换逐步查看。
关键动作
- 问题集与融合规则设计
- 合成/公开样本验证
- 1,000 条人工评测
- 判定质量报告
退出条件
- 分类型召回达标
- 硬负样本零误杀
- 延迟预算确认
周期2–4 周
工程底线
反诈系统首先不能制造新风险
任何形态的部署都遵守同一组工程底线——这是所有阶段的前置条件，不是可选配置。
fail-open
模型或服务异常时旁路放行，绝不因反诈组件故障阻断正常业务。
shadow mode
新模型先旁路镜像真实流量验证，只记录不拦截，达标后才进入处置链路。
灰度与熔断
按端口/地域/流量比例灰度；异常指标触发自动熔断与回滚。
可申诉、可回滚、可审计
每个处置动作带证据留痕；用户可申诉；策略可按版本回滚。
限流与降级
网关 inline 路径有限流保护；过载时降级到规则层保底。
合规与安全
合规是设计前提，不是事后补丁
反诈能力越强，越要明确“能看什么、能存什么、能做什么、不能做什么”。
五原则
合法授权用途边界最小必要审计留痕合同合规
三条红线
- 无书面授权：不入库、不交付
- 无明确用途：不开放共享
- 无审计留痕：不开放高权限导出
链路边界
A2P / 国际A2P / 国际：合同与报备框架下，签名、模板、链接治理是法定职责；内容模型仅用于涉诈异常线索。
P2PP2P 点对点：通信秘密边界——网侧只看元数据，端侧看内容且原文不上传、不集中存储。
不做什么
- 不存储通信全文
- 不向第三方提供原始内容
- 不将数据用于非反诈用途
- 不对 P2P 做全量内容检查
- 不以反诈名义审查商业短信内容
集成形态
四种部署形态，明确能力状态
已实现与规划中的集成能力逐项标注——不把路线图写成现状。
云端 API / 批量服务
真实跑批批量跑批已验证（TG 58,133 群）；对外情报 API 为规划中——首批域名/IP 风险分能力就绪。
- 批量跑批服务（已落地）
- 情报 API（规划中）
- 脱敏数据上传
私有化部署
能力就绪模型与推理服务可部署到客户内网（运营商/银行/公安），数据不出域；配合交付方法论分阶段上线。
- 内网推理服务
- 数据不出域
- 与现有反诈平台对接
网关 inline 嵌入
试点验证短信网关演示环境验证：82ms 判定到预警、fail-open 保障。正式 inline 走 Phase 2 交付路径。
- 短信入口 inline（试点口径）
- 元数据为主
- fail-open 保护
端侧 SDK
试点验证端侧形态演示验证中：逐句 <50ms、内容不出设备。按机型适配小参数/量化版本。
- 端侧推理（演示指标）
- 内容不出设备
- 机型适配评估中
情报 API 示例（设计稿）
Request
POST /v1/risk/domain
{ "domain": "xx-protect-close.com" }Response
{
"score": 0.97,
"type": "impersonation_platform",
"signals": ["domain_age_2d", "no_icp", "blacklist", "asks_user_click"],
"action": "block"
}接口为设计稿；首批能力覆盖域名 / IP 风险分，APP 与卡号能力按规划扩展。