风控日报 — 2026-09-13

📊 筛选总结

  • 原料：33 条入文件 — GitHub 仓库搜索 33；arXiv 12 条候选/HN/Trending 均未通过相关性过滤进入原料
  • arXiv：12 条候选全部无关，无一进入原料（相关性过滤拦截）；全噪声连续 45 期（07-17→09-13），累计 894 条中 2 条相关，噪声率 99.8%，drop-all 默认维持
  • 剔除 · 已覆盖/重复 11 条：IGNITE[09-11 ★]、TemporalStore[09-05 剔]、FFraud-com 邮箱+IP 库×2[07-14 已收录]、perishable[07-01 剔]、portfolio-risk[投资域外]、warden-desk[09-05]、AI-landslide[09-12 域外]、FinGuard-AI[08-14 已剔]、payment-channel-guide[08-09 恶意、采集流第 37 次残留]、FlashSale=tannillium/SybilShield 更名[06-15 已收录]、aghasalim/ieee-fraud-ml+ai-act-fairness-audit[08-14/08-29 已专题]
  • 剔除 · 恶意残留 3 个（已确认不重复验证，累计维持 29 个）：defi-risk-screening[07-26]、VPN-Detector[07-26]、upi-fraud-gnn[07-26]；Zen7 变异：仓活且 09-12 当日有推送、README 下载 CTA 迁移到新目录 Sapharensian/（见威胁情报专题）
  • 剔除 · 域外/过薄 5 条：gautam-gangopadhyay 个人 profile 仓、lorenzocl3940/gsd-2（AML 查询命中 coding agent 描述）、WhatsOnMyFood 食品标签、CodeGuard 通用 C# 规则引擎、tim-com/telnyx-verify 等 api-evangelist 厂商档案 stub 族
  • 筛出：5 条工程高信号 + 1 条威胁情报专题
  • 主题一 · LLM 决策权收敛：两个独立样本把"AI 永不裁决"做成工程结构而非口号——AEGIS-SWARM 的 evidence-gated 四代理+零 LLM 策略门、sentinel-fraud-detection 的"零 AI 检测路径"宣言
  • 主题二 · "找到了"≠"可解释"：ring-faith 实测 AUC 0.71 的模型对欺诈环的召回只剩 2%，解释忠实度必须对随机边基线校正后阅读——图检测的"指标健康"可能是幻觉

今日高信号

1. CODERUDRA-X/AEGIS-SWARM-Razorpay-Edition — "AI 必须先挣得拦截权"：对抗批判者+零 LLM 策略门的证据门控风控引擎（证据门控 AI 风控引擎，Razorpay AI Risk Manager 赛道作品：每笔交易过四道独立"心智"——训练好的 ML 基线打分（XGBoost vs LogReg 基准）→LLM Detector 解释→真实 MCP 工具调用独立调查账户/设备/velocity 历史→对抗批判者（Adversarial Critic，显式奖励"找理由反对欺诈假设"）→最终由确定性、零 LLM 的 Policy Gate 裁决 ALLOW/STEP-UP/REVIEW/BLOCK；"AI 在另一个系统试图证伪欺诈假设之前不得拦截任何支付"；20/20 测试通过+held-out 评估可本地复现+无硬编码密钥；README 诚实声明 live demo 未部署、一切声明可本地复现；自述为 crowd-safety 四代理架构的领域迁移（附 Lineage 章节写明复用/重写边界））【信号：★★★】

CODERUDRA-X/AEGIS-SWARM-Razorpay-Edition（3★, Python, 09-03 建→09-12 推送, 2.7MB, 无 license, 23 commits）hackathon 赛道仓但 README 工程叙事密度高（22.9KB）：徽章阵仗下有真实的架构分层（app/frontend/models/evaluation_results/tests）+evaluation_results 目录在位。验证确认无恶意模式、README 的安全声明（无硬编码密钥）与 .env.example 模式一致。

风控视角："LLM 永不决策"治理线的最完整工程结构化——此前的治理线样本（feelc[09-10] SMT 证明、app-fraud-interdiction[09-10] 拦截域文案化、team-UNECom[09-12] 案件叙述化）各自覆盖一个环节，AEGIS-SWARM 把整条链做成四代理流水线且每个环节职责显式分离：ML 管分数、LLM 管解释、MCP 工具调用管事实调查、对抗批判者管证伪、确定性门管裁决——LLM 在链中两次出现（解释+证伪）但都不碰决策。两个新元素值得记录：① 对抗批判者作为独立角色（显式奖励找反例）把 09-11 LL-Verifier 的"证伪"思想从协议审计搬进实时决策链；② MCP 工具调用做调查是"agent 化风控调查"的少见落地样本（对照 风控归因 Agent 项目 的证据收集层）。⚠️ hackathon 属性、无 license、"真实 MCP 调用"的深度未逐文件核验、四代理延迟成本未报告。与 实时风控引擎 的决策链治理直接相关。→ GitHub

2. aghasalim/ring-faith — 节点 AUC 对"是否找到欺诈环"接近无信息量：GNN 解释忠实度的随机边零假设基准（GNN 欺诈检测的三件事分离：节点检测（AUC/AP）≠环恢复（planted ring 是否被浮出）≠解释忠实度（explainer 的 top 边是否落在环自己的边上）；planted-ring 基准（4 环拓扑×4 伪装级×5 种子=80 配置、240 训练模型、4 explainer、6 解释预算、131,136 次忠实度测量）+解析随机边零假设（随机 explainer 的 lift=1.0 作为校验）；头条发现：伪装 2.0 时 GCN 节点 AUC 仍有 0.71（"看起来还在工作"）但环恢复从 78% 跌到 2%，16 个 GCN 格中 4 个 AUC>0.70 而环召回<0.20；忠实度数字必须对照零假设读：Integrated Gradients 最好的 top 边环内率 41% vs 随机期望 23%，lift 随伪装上升（1.8×→3.1×，峰值 3.3×）——零假设变薄快于 explainer 退化，所以 lift 必须与 precision 并读而非替代）【信号：★★★】

aghasalim/ring-faith（2★, Python, 08-15 建→09-12 推送, 2.7MB, MIT, 33 commits）是被追踪作者 aghasalim（08-14 ieee-fraud-ml、08-29 mlops-fraud-pipeline+ai-act-fairness-audit 专题）的第四仓，工程完整度延续其标准：CI 徽章+tests+verify+experiments/reports 目录+Makefile+pyproject。验证无恶意模式；README 21.5KB 方法论密度高。

风控视角："评估即证据链"弧线（预注册→conformal→对抗逃逸→监控自审计→公平性审计）推进到图解释层的第六环，且直接命中本库 12+ GNN 样本的共同盲区——ElliGAT[08-28]、team-UNECom[09-12] 等所有"图检测+解释"样本都默认"explainer 的 top 边就是证据"，ring-faith 证明这个默认在伪装攻击下失效：模型分数健康（AUC 0.71）与团伙实际浮出（2%）完全脱钩，调查员按解释边去查案会扑空。三个可迁移纪律：① 欺诈环检测的评估指标必须是环级召回而非节点 AUC；② 解释忠实度必须报告对随机边基线的 lift+precision 双数字（单一 lift 会因零假设变薄而虚高）；③ "伪装级 sweep"是图风控对抗评估的最小可行设计（对照 09-09 AdaMule 的训练侧对抗——这里是评估侧对抗）。⚠️ 合成图（planted ring）非真实支付网络、4 explainer 未含 GNNExplainer 之外的新方法、环拓扑假设由作者构造。与 风控模型 的评估纪律和 反欺诈体系 的团伙检测直接相关。→ GitHub

3. Varun-Bajaj/REC-Fraud-Detection-System — 可再生能源证书（REC）市场的欺诈类型学：绿电 attribute 权利的重复领取与循环交易（REC Guardian：面向 REC 市场的欺诈取证平台，五类欺诈场景完整类型学——① 电表 vs 申报错配（1200MWh 电表申报 3800MWh，+216.7% 超领）② 物理容量不可能（申报发电量>铭牌容量×小时×理论容量因子）③ 证据文件复用（同一单线图/并网批复/电表 CSV 跨设施跨期重交）④ 重复提交指纹（同一 MWh 收割多张证书）⑤ 循环交易（A→B→C→A 闭环刷量/洗证）；6 层架构：IoT 遥测地面真值→claims→Isolation Forest 特征向量→风险融合集成→分类账→Detect-Explain-Investigate-Preserve Evidence 流水线；docs 四件套（架构/API/欺诈场景取证指南/前端）+8 模块+JWT+5 个种子欺诈案例（CLM-2026-LEGIT-01/FRAUD-MTR 等）+Lineage Explorer+Vis.js 网络监控）【信号：★★】

Varun-Bajaj/REC-Fraud-Detection-System（0★, Python, 09-11 建→09-12 推送, 4.5MB, 无 license, 8 commits）hackathon 团队仓（KHATRON KE KHILADI）：README 20.3KB+docs/ 完整四文档+前端双实现+SQLite 实例文件在位。验证无恶意模式。

风控视角：绿证/碳市场的欺诈类型学补位——本库欺诈类型学密集覆盖支付/交易/理赔/退货，但"环境属性证书"这类权利凭证重复领取场景首次出现：其核心结构（物理计量为地面真值 vs 宣报为申报方自报，两者差值即欺诈空间）与国内绿电交易/碳市场 MRV（监测-报告-核查）造假、以及充电桩骗补是同构问题。五类欺诈中③证据文件复用与④重复提交指纹是"同一权利被多次变现"的一般化模式（对照发票重复报销）；⑤循环交易与 09-12 team-UNECom 的 Louvain 环发现同构但发生在交易图而非资金图。物理容量不可能约束（铭牌×小时×容量因子）是领域物理定律直接成为规则引擎硬约束的干净样本——风控规则不必全从数据学。⚠️ hackathon 属性、无 license、种子案例自设（检测器对自设案例的有效性是循环论证风险）、真实 REC 注册表数据未接入。与 风控策略 的新兴场景和 反欺诈体系 的规则设计相关。→ GitHub

4. rishibhansali/sentinel-fraud-detection — "检测路径零 AI"宣言：以 Postgres 优化为主角的反欺诈平台（实时欺诈检测平台，明确定位"检测路径零 AI"：确定性规则评分引擎+PostgreSQL 查询优化基准+WebSocket 案件复核队列；README 的诚实段——"Nothing here is runnable yet"（Phase 1 进行中，现有内容是规格而非 demo）；已锁定的工程决策：① 泄漏安全分割——ULB 284.8K 真实行按原始行**分 70/15/15 后再 11× 合成身份复制到 3.1M 行，副本继承源行分割，同一交易永不同时出现在 train/test；② SELECT * 范围跨 before/after 基准锁定（加索引是唯一变量）；③ 冷缓存方法论是脚本而非猜测（docker restart 后立即跑冷查询）；④ geo/identity 字段确定性种子合成并文档化；Claude 的唯一计划角色是事后把已标记案件转平语摘要，永不影响检测决策**）【信号：★★】

rishibhansali/sentinel-fraud-detection（0★, Python, 07-11 建→09-12 推送, 75KB, MIT, 29 commits）7 月起的持续规格化项目（对照单日仓）：README 4.2KB 但每个决策都给出理由；BENCHMARK.md+backend/frontend/infra/docs 分层在位。验证无恶意模式。

风控视角：两个反常规的诚实。其一，"零 AI 检测路径"作为卖点——与 AEGIS-SWARM 同日呼应但走另一极端：检测完全确定性+可审计，AI（LLM）只出现在"事后解释"的边缘位置——治理线（[09-12] 调查域叙述化）的极简版。其二，"无可运行代码"作为 README 第一段——与 07-28 路线图仓的区别在于它不假装：Phase 1 只有健康检查端点，设计决策（合成身份复制的泄漏安全分割！）却已达到可评审深度——11× 复制后副本继承源行分割是本库合成数据扩样（对照 PaySim 教学用法）中第一次见到把"扩样不得制造泄漏"写成分割约束的。⚠️ 仍无可运行实现（规格阶段，按 runbook 保持 ⚠️ 标注的价值跟踪）、README 自述的基准尚未存在。与 风控模型 的评估纪律和 实时风控引擎 的决策审计相关。→ GitHub

5. bmaulanaa61-eng/athena-aml — 印尼语 AI 辅助开发的 AML 平台样本：多租户+幂等+FOR UPDATE SKIP LOCKED 队列（B2B SaaS AML 平台：Go 1.25 ingestion API（chi+pgx）接收交易→PostgreSQL 队列（FOR UPDATE SKIP LOCKED）→Python AML worker 异步评估→compliance analyst 告警调查；多租户 schema（UUID PK+JSONB+租户隔离+审计友好表）+API key 认证（前缀查找+bcrypt 验证，secret 不存明文）+幂等引擎（Idempotency-Key+SHA-256 payload hash 防重复计费）+混合决策（确定性规则引擎+可选 OpenAI 兼容 LLM enrichment，无 key 时 worker 用确定性 fallback 照常运行）；Go 单测+pytest+docker compose+GitHub Actions CI；自述 AI-assisted development（Cline/Cursor workflow：AI 负责 scaffolding/refactor/test 生成/容器化/文档，架构决策由自动测试+人工 review 把关））【信号：★】

bmaulanaa61-eng/athena-aml（0★, Go, 09-12 当日新建, 63KB, 无 license, 3 commits）README 6.4KB（印尼语）+ARCHITECTURE.md+SUBMISSION.md（hackathon/评审属性）+backend/worker 分层。验证无恶意模式；live demo 链接为外部 firebase 托管（未复测连通）。

风控视角：AI 辅助开发的 AML 工程骨架样本——价值不在算法（规则引擎+LLM enrichment 是本库常见组合）而在多租户 SaaS 形态的 AML 骨架细节：幂等键+payload hash 防重复计费、SKIP LOCKED 队列做异步风控评估、租户隔离 schema——这些是"AML 能力作为服务卖给小机构"路径（对照国内输出给城商行/消金的模式）的最小工程参考。"无 LLM key 时确定性 fallback 照常运行"是治理线的又一个落点：AI 增强层必须可降级，检测底线不依赖外部 API。⚠️ 3 commits 单日仓、无 license、SUBMISSION.md 提示为投稿仓、规则深度未核。与 反欺诈体系 的工程骨架相关。→ GitHub

6. 威胁情报专题 — zip 家族第 5 日：sulemanyou 仓 404（首例下架）但 Zen7 当日推送+载荷路径轮换，TRDGNN 纹丝不动（① sulemanyou/card-detection-fraud-credit 整仓 HTTP 404——zip 家族 13 日来首个真实下架（非弃号：是 GitHub 层面消失）；② Zen7-Payment-Agent：仓存活、09-12 当日有推送、README 下载 CTA 已迁移到新目录 Sapharensian/，旧路径 Zen_Payment_Agent_v1.7.zip 在新路径下逐字节同尺寸复活（200/584,580B，PK 头验证）且同目录新增第二个 zip Zen7-Payment-Agent.zip（1,394,759B）——不是弃号也不是整改，是载荷轮换+扩容；③ TRDGNN：README 下载 CTA 与 configs/Software-v1.4.zip（587,686B）与 09-10 记录完全一致，零变化；④ 恶意仓库累计维持 29 个，Infrai astroturf 第 7 例连续第 2 日未现）【信号：★★★（威胁情报）】

验证实录（主会话 Python urllib/HTTP API）：sulemanyou API 404；Zen7 root 目录列出 Sapharensian/（新目录，今日新增）、README 三处 zip 引用全部指向新路径、raw GET 新路径 zip 200/584,580B 且前四字节 PK\x03\x04；TRDGNN configs/ 列出仅 .gitkeep+Software-v1.4.zip（587,686B）、README 模板与 09-10 逐字一致。风控视角：三仓三种状态把威胁生命周期拆成了三个样本——下架（sulemanyou）、轮换（Zen7：仓库整改假象下的载荷搬家+扩容）、静置（TRDGNN）。Zen7 的"真实代码树+下载页 README" subtype[09-10] 今日再进一步：推送活动证明投放方在主动维护，目录改名绕过的正是"按 root 文件列表扫描 .zip"的检测逻辑——检测必须扫全树而非 root。同日新增的 1.39MB 第二 zip 提示载荷家族在分叉（对照 585KB±2KB 主家族带）。已链接仓库名仅作威胁情报引用、永不作技术引用。→ Zen7-Payment-Agent、TRDGNN

技术趋势

  • "AI 必须先挣得裁决权"的工程结构化：AEGIS-SWARM（四代理+对抗批判者+确定性门）与 sentinel-fraud-detection（零 AI 检测路径）两个独立样本同日把治理线做成代码结构——LLM 的位置从"决策者"收敛到"解释者/证伪者/降级可选层"，确定性裁决门成为赛道作品的标准件。
  • 图风控的"指标健康幻觉"：ring-faith 的 AUC 0.71 vs 环恢复 2% 是本库第一个把"节点级指标"与"团伙级产出"的断裂量化的基准——图检测的评估正在从"模型指标"转向"调查员可用的证据产出"，解释忠实度必须对随机基线校正。
  • 物理/会计约束作为规则引擎硬边界：REC Guardian 的"铭牌容量×小时×容量因子"不可能性检查把领域定律直接编码为规则——欺诈空间=申报与物理真值的差值，这类约束不依赖历史标签，是冷启动场景的规则来源。
  • 评估诚实度再进一步：sentinel-fraud-detection 把"无可运行代码"写进 README 第一段、AEGIS-SWARM 把"live demo 未部署"标成 🚧 并强调一切可本地复现——"主动披露边界"（09-11 兴起）延续并细化到部署状态层。
  • 威胁情报：zip 家族进入分化期（下架/轮换/静置三态并存），Zen7 的载荷路径轮换是"仓库级扫描"检测逻辑被针对性绕过的首个实证。

行业案例

  • 支付平台赛道风控（Razorpay AI Risk Manager track）：AEGIS-SWARM 的商户损失防御（chargeback 风险类）四代理流水线。
  • 绿电证书市场（REC Guardian）：印度 REC 市场的重复领取/循环交易五类欺诈与取证平台。
  • AML SaaS 多租户（athena-aml）：Go+Python 双语骨架面向小机构输出合规能力的最小工程参考。
  • 比特币链上反洗钱（graph-sentinel[过薄未收录]）：Elliptic 数据上的时序 GNN hackathon 样本，精度优先叙事（避免错冻账户）但 2 commits 未达收录线。

值得深入

  • AEGIS-SWARM 的 MCP 调查层：工具调用的是真实账户/设备/velocity 数据还是模拟器？四代理流水线的端到端延迟（实时性底线）README 未报告。
  • ring-faith 的真实网络迁移：planted-ring 合成图上的结论在 Elliptic 真实标签图上是否成立（伪装级在真实数据上如何定义）？
  • Zen7 第二 zip（1.39MB）解包：与 584,580B 主家族 zip 是否同构建管线（对照 585KB 家族带）——家族分叉还是新家族？
  • athena-aml 的 SUBMISSION.md：投稿评审标准是什么（决定其"production-minded"自述的可信度）。