风控日报 — 2026-09-05
📊 原料:49 条入文件(GitHub 仓库搜索 + Trending + HN 共 40 条 + arXiv 9 条全部无关——新批次
2609.042xx(09-03 提交日期,非缓存):Principia 视频物理基准、轴突延迟色散神经科学、Euclid 暗物质晕轮廓、S³T 视频状态追踪、TokenMatch 3D 网格对应、Scal3R 在线 3D 重建、compile-by-training 神经函数编译、因果概率可解释性理论(最接近风控的一条,但纯理论无应用)、EditVid 视频编辑。arXiv 全噪声小计:连续 40 期(07-17→09-05)全噪声,累计 833 条中 1 条相关,噪声率 99.9%)。剔除构成:21 条已覆盖/重复(robson[08-17 已收录]、bnpl-risk-engine[06-28 ★★]、edge-upi[→今日转恶意]、socialplugscam/LLMInjector/rwa-compliance/Cardinal[→今日转恶意]、FFraud-com×2、api-evangelist 厂商 stub×4、phaas-tracker[08-14 已入图]、agentic-mule-meshhunter[09-02 已入图]、weiwen-law-dsh[08-27 ★★★]、TemporalStore、warden-desk、tmforge、osprey[09-02 ★★★]、knisanth761、UPI-Fraud-Detection-System、Fraudora-Sentriq、AML-Graph-Fraud-Detection[09-03 ★★]、CF-Intelligence[09-02 ★★★]、vajra)+ 7 条恶意仓库(详见专题:5 个新确认,其中 edge-upi-risk-intelligence 为 07-11 以 ★★ 收录过的仓库事后转化——首次观察到"老仓变脸";2 个已知残留 upi-fraud-gnn/Para99999 不重复验证)。恶意仓库累计 26 个(+5)。4 条过薄/域外剔除(crop-disease 农业病害、jellyfin 媒体库规则、Sandilya DeFi GNN 徽章营销型、lakshmikala fraudguard-ai 无 README)。今日筛出 8 条工程高信号 + 1 条恶意仓库威胁情报专题。今日主题一是"LLM 只解释、不决策"成为默认架构伦理——ShopAI/FinGuard-AI/Aegis 三个同日新仓都把"模型永不定案"写进 README 第一段,治理线(governor→代数钳位→跨域平台化)已从先见者立场变成新项目的入场姿势;主题二是恶意仓库威胁升级——in-repo zip 战役出现"回收已收录老仓"新变体,3 个存活 zip 尺寸高度相近(531-585KB),指向同一构建工具链。
今日高信号
1. RazorPulse (Aryan-DScodes) — 空间密度聚类替代时间频控:burst 检测的新范式声明(sub-50ms 合成 burst 检测;核心主张:把 FinTech 欺诈检测从 temporal rate-limiting 转向 spatial density clustering——抓高度协同的代理网络(点名 Scattered Spider)在 T-0 当笔而非事后;四阶段架构:Pydantic 严格时序 schema 摄取→内存 ring-buffer 空间密度评估→T+1 异步多 agent LLM 取证(混合熔断)→解耦 Streamlit 风控指挥台;mlflow_tracking 目录)【信号:★★】
Aryan-DScodes/RazorPulse(0★, Python, 09-04 单日新建, 41KB, 无 license)的架构叙事是"同一笔交易的时间间隔可以伪装、但代理网络的空间密度伪装不了"——协同攻击群在同一地理/网络空间聚集,用密度聚类而非频次阈值检测。速度层与 agent 层解耦:50ms 内做密度裁决,T+1 再跑多 agent 事后取证(post-mortem)。
风控视角:burst 检测的第三条路——国内营销反作弊的"同设备聚类/同 IP 段聚集"与之同构,但"空间密度 vs 时间频控"的明确范式对比表述罕见,可进面试论述;"实时裁决与 T+1 取证分离"对应国内"实时拦截+案件运营"两班倒体制。⚠️ 单日新仓、0★、无 license、"production-grade" 自称未验证、41KB 代码量与叙事体量差距明显(设计文档价值 > 实现价值)。与 反欺诈体系 的 burst/团伙检测和 实时风控引擎 的延迟预算相关。→ GitHub
2. ShopAI (TanayTiwari21) — 确定性评分 + LLM 只解释:300-case 评估集自带"命名失败模式"(支付风险调查层:风险分由 risk_engine.py 确定性产出、可审计;LLM 职责被显式限定为"用平实语言解释分数+回答追问——永不决定分数、永不自主动钱";evaluation/ 目录:300 例合成 held-out 测试集+独立 ground-truth+完整方法论+逐例结果+一个命名失败模式;明示 Known limitations 章节;live demo 200 实测)【信号:★★★】
TanayTiwari21/ShopAI(0★, Python, 08-31 建→09-04 推送, 24.7MB, 无 license)把"商家显式 accept/decline"做成一等接口:分数是确定性的、解释是 LLM 的、决定是商人的——三层职责互不越界。README 开篇第一段就是"it never decides the score and never moves money on its own"。
风控视角:"LLM 决策边界"谱系(08-27 governor→09-03 代数钳位→09-04 跨域平台化→今日)的第五跃迁:默认化——治理纪律不再是先见者的独特设计,而是普通新项目的默认开场白;evaluation/ 的"命名失败模式"(named failure mode)是"评估即证据链"谱系的新表达:不只报指标,还把系统最典型的失败方式起名建档。300-case 独立 ground-truth 的评估集建设是国内风控团队最值得抄的工程动作。与 风控归因 Agent 项目 的证据约束同构。→ GitHub · Live
3. sentinel-rto (h3manth-kumar) — D2C 电商风控全文档工程:Flink/H3/sub-2ms 与 ₹49 不可退押金步升(sub-2ms AI 风控决策;Kafka 流处理+Flink 60s 滑动窗口+Uber H3 空间图智能+ONNX Runtime 推理;DPDP Act 2023 审计徽章(印度数据保护法);核心摩擦设计:₹49 不可退款押金作为 step-up;根目录 PRD/TRD/DESIGN/RULES/SCHEMA/APPFLOW/REFERENCE_DESIGN/TRACKER 八份工程文档+alembic 迁移+docker-compose)【信号:★★】
h3manth-kumar/sentinel-rto(1★, Python, 09-04 单日新建, 8MB, 无 license)把 D2C 商家风控的产品定义、技术方案、规则清单、库表结构、追踪表全套文档化——文档驱动开发在风控领域的完整形态。₹49 不可退押金是"用经济摩擦替代硬拦截"的样本:可疑订单不 BLOCK 而是要求小额押金,欺诈者放弃、真人无损。
风控视角:摩擦设计工具箱的新成员——国内"验证码/人脸/保证金"谱系之外,"小额不可退押金"在电商预售/黄牛场景有直接可移植性;Flink 60s 窗口+H3 空间索引是实时计算栈(Flink/Kafka/CEP)的教学级组合;DPDP 徽章显示印度辖区合规(PMLA 之外的第二部法)进入 README 标配。⚠️ 单日新仓、"sub-2ms" 无压测报告、无 license。与 实时风控引擎 的流式栈和 风控策略 的摩擦阶梯相关。→ GitHub
4. Aegis (Mahveen-786) — defense-only 商户风险台:每个模块只产出"分数/标记/证据草稿"供人审(四模块:Fraud-Spike Detector(backward-looking rolling z-score,明示 baseline 不用未来数据+种子 spike 真值评估);Return-Risk Scorer(GBDT+时序三段切分+Platt/sigmoid 校准+SHAP 逐笔解释+成本敏感阈值优化);Abuse-Ring Sentinel(协同滥用检测);Chargeback Evidence Assistance(拒付证据草稿);README 定位声明:"不自动封号、不提交争议、不执行金融动作")【信号:★★】
Mahveen-786/Aegis(0★, Python, 09-04 单日新建, 124KB, backend/frontend 两目录)是"决策支持系统"的教科书式自我定位——每个模块的输出都被设计为人类审查的输入而非动作的触发器。Return-Risk 打 RTO(退货拒收)概率,把电商退货风险做成信贷式的校准概率+成本阈值。
风控视角:退货/拒付战场(08-27 ReturnGuard 配送时取证→今日 Aegis 概率化打分)的第二个样本:RTO 概率+SHAP+成本敏感阈值是退货风控的完整方法论文档;"rolling z-score 不用未来数据"的防泄漏声明与 09-01 graph-fraud-ai 的"指标血统披露"同谱系。⚠️ 单日新仓、124KB 代码量小、无 license、无测试可见。与 反欺诈体系 的退货/拒付和 风控策略 的成本阈值相关。→ GitHub
5. FinGuard-AI (anicdote) — 六 agent 调查管道:从可疑交易到"监管可交付"的证据链(Smart Horizon 2026 黑客松作品;问题框架:传统系统只给一个欺诈概率分,不告诉调查员"为什么可疑、还有谁涉案、适用什么监管";六 agent 调查管道产出 evidence-backed、regulator-ready 的调查结论;PMLA 2002 / FIU-IND(印度)合规徽章;FastAPI+React+TS+render.yaml 部署)【信号:★★】
anicdote/FinGuard-AI(0★, TypeScript, 09-03 建→09-04 推送, 2.2MB, 无标准 license[ATTRIBUTIONS.md])把 AML 调查的产出物定义为"监管可交付"而非内部告警:每条可疑交易自动组装证据链(谁、什么模式、哪条法条),调查员复核后可对齐 FIU-IND 上报格式。
风控视角:AML 调查的"证据链自动化"与 09-02 CF-Intelligence 的 SAR 工作台互补:一个管跨行协同检测、一个管单案证据组装;"regulator-ready" 是国内 SAR/可疑交易报告(银发〔2017〕99号文格式)自动化的同构需求。⚠️ 黑客松作品、单日推送、六 agent 实际深度待验。与 反洗钱-AML 的调查工作流相关。→ GitHub
6. GretchenK20/Financial-Transaction-Anomaly-Detection — ULB 数据集上的 dbt Medallion + Champion/Challenger 全栈(真实 ULB 卡交易数据(284,807 笔/0.17% 欺诈率)→dbt medallion 数仓分层→PyTorch autoencoder/XGBoost champion-challenger 双轨→FastAPI+Docker+K8s→LangChain agent→Streamlit 台;requirements 拆分(云端 slim/本地 full);HF Spaces docker 头部配置;live demo(Streamlit 303 循环未验通,待验证))【信号:★】
GretchenK20/Financial-Transaction-Anomaly-Detection-System-(0★, Python, 09-03 建→09-04 推送, 4.9MB)的差异化在数据栈:ULB 是 Kaggle 被跑烂的教学集,但 dbt medallion 分层 + champion/challenger 模型治理的组合在 ULB 同质族里少见——无监督 autoencoder 当 challenger、监督 XGBoost 当 champion 的双轨是生产风控的标准换代纪律。
风控视角:"教学数据集+生产级数据工程"的组合样本:champion/challenger 是国内模型换代管理的标准术语,dbt 断言/测试做数据质量门禁与 09-02 fraudshield-ml 的数据血统工件化同线。⚠️ ULB 同质族第 N 例、单日推送、无 license、指标宣传未见(诚实)。与 风控模型 的模型治理相关。→ GitHub
7. PayShield-AI (Abhilasha-git) — 支付成功率风控:欺诈检测之外的授权率战场(支付失败风险预测:在授权之前识别支付失败风险并推荐提升成功率的动作;信号来自付款行/收款行/网关三方健康度;ML 风险预测+AI 辅助恢复建议(AI-assisted recovery recommendations);诊断支付劣化的来源(sender bank vs receiver bank vs gateway);README 17.9KB 详实;live demo(Streamlit 303 未验通,待验证))【信号:★】
Abhilasha-git/PayShield-AI(0★, Jupyter/Python)换了一个问题:不是"这笔交易是不是欺诈",而是"这笔正常交易会不会因为链路问题失败"——把支付成功率工程(authorization rate optimization)作为独立风控对象,三方(付款行/收款行/网关)健康度信号诊断失败归因。
风控视角:风控的"资损面"之外补上"体验面":国内支付团队的成功率/掉单归因(路由优化、渠道路由、重试策略)是真实的高价值战场,但开源界样本稀少——本项目是罕见地把"失败预测+恢复建议"做成独立系统的尝试;"AI 建议+人执行"再次落在治理线上。⚠️ 无 license、评估口径未见、单方 README 叙事。与 支付风控 的成功率工程相关。→ GitHub
8. XShield (smthdagg) — X 平台反垃圾浏览器扩展:平台内风控的运营参数公开(X(Twitter) 评论垃圾拦截+自动拉黑 Chrome 扩展(中文 README);内核 1:1 移植自 Chrome 商店 X(Twitter) Comment Blocker 1.4.3(MIT,归属明示);规则=关键词/正则一行一条+白名单永不触发;云端词库 GitHub 双向同步(API→CDN→内置三层兜底+ETag/304);自动拉黑队列节流参数公开:每批 30 个、批后暂停 15 分钟、单次间隔 5-10s 随机、429 再停 15 分钟、每日上限 300、失败 5 次指数退避;走 X 网页会话(ct0+Bearer)调 blocks API;pnpm monorepo+CHANGELOG+SECURITY.md 治理全套)【信号:★】
smthdagg/XShield(3★, TypeScript, 06-12 建→09-04 推送, MIT)价值不在算法而在运营纪律的参数化:批量动作的节流/上限/退避/随机化全套数值公开——这是"风控以内"(作者自己的措辞)的动作安全边界。
风控视角:平台内治理动作的"限速参数表"是稀缺公开物:国内反作弊的处置动作(禁言/封号/限流)同样需要动作频率约束以防误伤放大与平台反制,这套 30/批-15min-300/日-指数退避的参数表可直接作为处置系统设计的对照样本;词库三层兜底+ETag 同步是"规则分发"的最小工程。⚠️ 域外(社媒治理≠金融风控)、依赖网页会话凭据的合规边界自明。与 风控策略 的处置动作设计相关。→ GitHub
9. 【威胁情报专题】恶意仓库"老仓变脸":5 个新确认,其中 1 个曾被本库收录(今日确认 5 个 download-bait 恶意仓库:① MalickMoon1/edge-upi-risk-intelligence——07-11 曾以 ★★ 作为合法工程样本收录,今日 README 已变成 in-repo zip 下载页(backend/models/upi-edge-intelligence-risk-v3.0-alpha.1.zip,实测 HTTP 200 + PK 头,585KB),转化时间未知(待验证);② sharonhopeless346/rwa-compliance-checklist(07-16 剔除过)——regulatory-map/rwa-checklist-compliance-v3.5.zip(200+PK,531KB)+"Find the latest Windows release"社工话术;③ Logarithmic-blackafrican589/LLMInjector(07-11 曾以"非风控"剔除)——Damone/Injector_LLM_1.3.zip(200+PK,585KB);④ perladu5010/socialplugscam(07-13 剔除过)——cutling/Software_1.7-alpha.5.zip(zip 已 404 但下载 CTA+话术完整);⑤ Cardinalfishepitaph683/credit-card-fraud-detection(07-09/07-13 两度剔除)——src/fraud_credit_card_detection_3.5.zip(zip 已 404,README 下载徽章阵仗完整)。3 个存活 zip 尺寸 531-585KB 高度相近,指向同一构建工具链;2 个已知残留(upi-fraud-gnn、Para99999/payment-fraud-detector)不重复验证。恶意仓库累计 26 个【信号:★(威胁情报非工程参考)】
风控视角:两个新观察:其一,"老仓变脸"首次出现——edge-upi 是本库追踪史上第一个"收录时干净、事后 README 被换成恶意下载页"的仓库,意味着日报/wiki 里指向 GitHub 仓库的链接没有永久可信性,欺诈关键词仓库的"回收-武器化"成为战役的一部分(攻击者注册或接管低关注度仓库后重写 README);其二,zip 家族聚类——存活 zip 的尺寸带(531-585KB)与命名规范(brand-vX.Y-alpha.N.zip)、藏匿路径(backend/models/、regulatory-map/、Damone/ 等非代码目录)一致,支撑"同一 kits 批量投放"的判断。对日常开发的直接教训:clone 任何风控关键词仓库前先看 README 是否以下载为第一 CTA;自己的 wiki 笔记引用外部 repo 时保留收录时的 README 摘要以便事后比对。→ 本条不为恶意仓库提供链接引流(各仓库名已给出,勿访问其"下载"入口)。
技术趋势
- "LLM 只解释、不决策"完成从先见到默认的转身:ShopAI/FinGuard-AI/Aegis 三个同日新仓都在 README 开篇自我设限("永不决定分数""不自动封号""不执行金融动作")——治理线谱系(governor→证据 schema→代数钳位→跨域平台化→今日默认化)说明该纪律已从架构创新沉淀为新项目的入场姿势。
- 评估即证据链:从指标到"命名失败模式":ShopAI 的 300-case 独立真值评估集+把系统最典型失败方式起名建档,是"评估即证据链"谱系(预注册→conformal→对抗逃逸→监控自审计→自评 MIXED→命名失败模式)的新表达。
- burst 检测的范式竞争浮出水面:RazorPulse 主张空间密度聚类取代时间频控(协同代理网络的时间间隔可伪装、空间密度难伪装)——国内营销反作弊同构问题,可作面试论述的对照范式。
- 恶意仓库战役升级为"回收已收录老仓":5 个新确认中 edge-upi 是追踪史上首个"收录时干净、事后转化"的仓库;3 个存活 zip 尺寸 531-585KB 高度相近指向同一工具链。对wiki 引用的启示:仓库链接需定期复验,收录时保存 README 摘要作为比对基线。
- 摩擦设计工具箱扩容:sentinel-rto 的 ₹49 不可退押金(可疑订单不拦截而要求小额押金,欺诈者放弃/真人无损)是"验证码→人脸→保证金"阶梯之外的新成员。
- 支付成功率工程浮出为独立战场:PayShield-AI 把"正常交易会不会失败"(三方链路健康度归因+恢复建议)从欺诈检测中独立出来——国内渠道路由/掉单归因的开源对照样本罕见。
- 辖区合规嵌入 README 成为标配:FinGuard 的 PMLA 2002/FIU-IND(印度)与 sentinel-rto 的 DPDP Act 2023(印度)显示"合规徽章"正从 EU GDPR/US 扩展到印度成套法规。
- arXiv 连续 40 期全噪声:新批次
2609.042xx(非缓存)仍 100% 域外,累计 833 条中 1 相关(99.9%)。最接近的一条(因果概率可解释性,AC vs SHAP)仍是纯理论无风控应用。
行业案例
- Razorpay 生态疑似再添样本:ShopAI(Razorpay MCP payments+Pay with Razorpay)与 Aegis(AI-Powered Payment Risk Manager 表述与 Buildathon 赛题一致,是否官方参赛待验证)
- Smart Horizon 2026 黑客松:FinGuard-AI 的六 agent AML 调查管道
- 印度合规栈:PMLA 2002/FIU-IND(AML 上报)+ DPDP Act 2023(数据保护)两法齐现
- X 平台治理:XShield 的公开节流参数表(30/批、15 分钟冷却、300/日上限、指数退避)
值得深入
- ShopAI 的 evaluation/ 目录:300-case 合成集的构造方法、独立真值怎么来、named failure mode 的写法——评估集工程的完整范本。
- RazorPulse 的空间密度算法选择(DBSCAN/H3 网格/核密度?)与 50ms 预算在四阶段的分解——burst 检测的范式对照实验设计。
- 恶意仓库 zip 家族取证:531-585KB 尺寸带、命名规范、藏匿路径三特征是否稳定跨日复现——可支撑"同一 kits"的更强结论(明日观察残留仓)。
- sentinel-rto 的八份工程文档(PRD/TRD/RULES/SCHEMA):D2C 风控的需求文档结构参照。