风控日报 — 2026-09-15

📊 筛选总结

  • 原料：39 条入文件 — GitHub 仓库搜索 36 + arXiv 3；HN 14 条/Trending 20 条 0 条通过相关性过滤（GitHub 单渠道为主延续）
  • arXiv：3 条全部无关（ENZ 介质有效量子化、n8n 任务后工作流 HCI、LZ 暗物质 freeze-in）；全噪声连续 47 期（07-17→09-15），累计约 909 条中 2 条相关，噪声率 99.8%，drop-all 默认维持
  • 剔除 · 已覆盖/重复 15 条：FFraud-com 邮箱+IP 库×2[07-14 已收录]、azeri_laverie[09-12]、marketplace-phaas-tracker[08-15 已入图]、veriguard[09-11 采]、TemporalStore[09-05 剔]、weiwen-law-dsh[08-27]、summeca-meme-radar[09-14 域外]、quantcore[07-07 首现残留]、portfolio-risk-engine[投资域外]、warden-desk[09-05]、rules-factory[09-14 专题]、aiia-demo[08-12 采]、Guardian[09-14]、FlashSale=tannillium 更名[06-15]
  • 剔除 · 新恶意 3 个（累计 29→32）：forensic-hay545/trade-intelligence-graph + jossauro/deepguard（同日双仓"真代码树+README 下载页"亚型量产化，in-repo zip 531KB/538KB）+ Lexmiii/argus-audit-intelligence（关键词诱饵：README 实为无关 AI 助手"Lexi"）；恶意残留 3 个不重复验证（Digressive-pulse731/fraud-detection-api、kamrujjamanzim/AI_Fraud_Detection、yoelpa6680/upi-fraud-gnn[均 07-26]）
  • 剔除 · 域外/过薄 10 条：research-blei-e 运动员生物识别伪金融营销、PactGuard 法务合同审查、Mine-Guard-AI 矿山安全、HexSet+gladiator-engine 游戏规则引擎×2、CollabSphere SaaS 经营分析、Debangshu 教学 XGB、amjad-aml-analysis 70B stub、RNanfuka 空仓（仅 LICENSE）、Fraud-Monitor 空 README
  • 筛出：5 条工程高信号 + 1 条威胁情报专题
  • 主题一 · 治理做成合约：tarka 把"模型永不决策"落成 promote 门+emit-only 执法默认+可复放 action_id 契约；flowcredit 把"LLM 不覆盖权威分"落成 veto 码+缺失返 null 的确定性引擎——治理从架构图进入合同条款
  • 主题二 · 评估谱系延伸到真实数据：HITL-XGNN 把 ring-faith[09-13] 的解释忠实度线从合成 planted-ring 带到 Elliptic 真实图：Fidelity± 基准+时间外冲击窗（暗网市场关停）+主动学习样本效率
  • 威胁情报 · "真代码树+下载页"伪装量产：Zen7[09-10] 首见的亚型今日同日成对出现（且 zip 尺寸移至 ~530KB 新带）；zip 家族第 7 日静置（协调触碰后零活动）

今日高信号

1. pamu512/tarka — 本地优先"欺诈 OS"：把模型治理写成合同——promote 门、emit-only 执法默认、可复放 action_id（本地自托管的欺诈决策 OS：JSON evaluate packs（策略分析师可写）+ Rust 评估引擎 + receipts（/decisions 决策回执）+ analyst desk（Compose 一键起）；图 hops 默认 mode=shadow，通过 promote 门才转 live。治理四件套：① "Model never Promotes or demotes"——影子模型永不自动晋升，人工 Promote；门定义+达标才可 auto-Promote（默认关）；人工 Propose Demote→Confirm；② 执法（enforcement/webhook）contract-gated、默认 emit-only，出站 webhook HMAC-SHA256 签名、空 URL=关闭；③ action_id 幂等契约：hex SHA-256(tenant+trace_id+action token+pack hash)——跨重试稳定，入站 ACK 绑定 trace_id+action_id 可查，"random action_id per POST"列入 Not-shipped 反模式；④ 评估分级契约（production-install-v1）：生成 grade 声明须 --digest-map（sha256），"空 digest 是 non-grade 而非 immutable"；另拒绝 Tarka 品牌模型（BYO OPENAI_BASE_URL）、Helm 生产位 desk OFF/Shadow OFF、"99.99% nines/SOC 2"列入 Not-shipped）【信号：★★★】

pamu512/tarka（4★, Python/Rust, 2026-03-31 建→09-14 推送, 736MB, Elastic License 2.0 source-available[非 OSS], beta 无 GA）README 7.7KB 双列表（On tip vs Not shipped）信息密度极高；docs/docs/guides+operations+docs/contracts 分层在位。验证无恶意模式；仓库体量 736MB（含资产，未深挖）。

风控视角："模型永不决策"治理线至今最完整的合同化表述——此前的治理线样本（feelc[09-10] SMT、AEGIS-SWARM[09-13] 策略门、FraudForge[09-14] 交叉验证）都在"决策链上给 LLM 划位置"，tarka 补的是模型上线生命周期这一段：影子运行→门评估→人工晋升→可 Demote，且每一步都有对应契约物（gate 定义、grade 声明、digest map）。②③④ 直接映射国内规则引擎平台的三个痛点：模型/规则变更的灰度晋升流程、外部执法回调的幂等与签名、"评估报告可复放可审计"（action_id 哈希方案与 rules-kernel[09-14] replay identity 同题异构）。⚠️ ELv2 许可（自用开放、托管转售受限，对照 merlon[09-14] BSL 1.1）、beta 状态自述、docs/contracts 未深读、736MB 体量与单人仓的可持续性待验证。与 实时风控引擎 的决策审计和 风控策略 的模型治理直接相关。→ GitHub

2. Kahlar/HITL-XGNN-Fraud-Detection — 解释忠实度评估上真实数据：GNNExplainer Fidelity± 基准+暗网关停冲击窗+主动学习样本效率（研究级 8 模块框架（Elliptic Bitcoin 交易图）：严格时间外分割（train t=1-34/val 35-39/test 40-49）下 GNN（GCN/GraphSAGE/GAT+Focal Loss）vs 表格基线（XGBoost/LightGBM/RF/MLP）；GNNExplainer 的 Fidelity⁺/Fidelity⁻、稀疏度、归因稳定性对照 GAT attention+随机基线定量评估；时间外鲁棒性以"暗网市场关停窗口 t=43-46"为显式分布冲击事件；Module 7 人机协同：不确定性引导的 triage 路由+审计日志+主动学习重训练（对比随机/启发式反馈选择的样本效率）；Module 8 PostgreSQL 反馈+模型注册表；FastAPI 异步后端+React 18 图可视化。README"Verified Dataset Facts (Observed Programmatically)"段：203,769 节点/234,355 边/100% 步内边/licit 90.24% of labeled/illicit 2.23%）【信号：★★】

Kahlar/HITL-XGNN-Fraud-Detection（0★, Python, 09-14 当日新建, 4.8MB, 无 license, 2 commits）README 18.8KB 方法论密度高、数据事实段标注"程序化观测"。验证无恶意模式；⚠️ 2 commits 单日仓，8 模块中哪些已实现未逐模块核验（Phase 1/2 标注存在，Phase 3+ 疑为路线图）。

风控视角："评估即证据链"弧线第七环——ring-faith[09-13] 在合成 planted-ring 上量化"节点 AUC vs 环恢复"的断裂，HITL-XGNN 把解释忠实度评估推进到真实 Elliptic 图+时间外分割：Fidelity± 对随机基线双数字（呼应 ring-faith 的 lift+precision 纪律）+把"分布冲击事件"（暗网市场关停）做成显式评估窗——非平稳性的评估设计是本库第一次见到可操作样本（对照真实风控的"大促/黑天鹅窗口模型退化"问题）。主动学习把 HITL 从"UI 上给人看"变成"样本效率可测的实验"。⚠️ 无 license、2 commits 实现度存疑、数据集事实未复跑。与 风控模型 的评估纪律直接相关。→ GitHub

3. RITIKA-SHARMAA/payment-risk-screening-platform — 支付前置筛查参考设计：名单筛查≠风险评分双 worker 并行+transactional outbox 汇决（Spring Boot 3.3/Java 21 事件驱动支付筛查：每笔交易双通道并行——screening worker（付款人/收款人名单筛查）+ risk worker（可配置规则：金额/付款人 velocity/国家风险/跨境）→ decision engine 汇决 APPROVE/REVIEW（转人工）/BLOCK；8 个 Kafka topic+DLT 死信、transactional outbox（决策+outbox 行同一 DB 事务）、Idempotency-Key+processed-event 追踪（"no transaction decided twice, no decision lost"）、"规则变更走数据迁移而非代码变更"、每事件可回溯到发起 HTTP 请求。诚实分阶段披露："Today"已建：构建/运行骨架+完整 DB schema+数据访问层+JWT；planned：交易流水线本体（API/workers/决策引擎/outbox relay）——README 状态表逐一标注）【信号：★★】

RITIKA-SHARMAA/payment-risk-screening-platform（0★, Java, 09-14 当日新建, 103KB, 无 license, 8 commits）README 25.7KB 含 mermaid 架构图+topic 表+设计决策章节；docs/ARCHITECTURE.md 时序图在位。验证无恶意模式。

风控视角：支付前置筛查（screening）与风险评分（risk）的职责分离参考——两者数据源、延迟特征、失败模式不同，同步 API 会把商户延迟耦合到最慢检查，事件驱动双 consumer group 并行+汇决是正确解法（README 把"为什么事件驱动"写成了显式论证）。三个可迁移件：① outbox 原子落库（决策与发布同事务）是"裁决不丢"的工程底线；② 规则即数据迁移（版本化 SQL 变更而非发版）与 rules-kernel[09-14] 的"修正经版本号到达"同题异构；③ REVIEW 三态中"转人工"是一等公民而非异常分支。⚠️ 核心流水线未实现（已诚实披露，按 ⚠️ 设计阶段价值跟踪）、8 commits、无 license。与 支付风控 和 实时风控引擎 的 outbox/幂等相关。→ GitHub

4. Anhao1314/flowcredit — AI 原生业务的风险基建：确定性 TAI/CCI+integrity veto+缺失返 null（面向 AI-native 企业与 agent 市场的证据型风险 API（External Alpha v0.1.1）：Evidence→Risk→Action 三段——归一化运营证据（来源/溯源/新鲜度/覆盖度）→确定性 v0.2.1 引擎算 TAI（0-100，5 分量加权：reconciliation 10%/validity 35%/physical 25%/commercial 20%/continuity 10%）+CCI（0-1000，5 维）+grade+risk signals+confirmed-integrity veto（3 个已确认事件码）→review 状态+证据补齐请求，"never automatic approval"；缺失必需组件返回 null 而非权重重分配；PD_pct/expectedLoss/recommendedLimit 在 v0.2.1 保持 null；LLM sidecar 经同意门控、只协助抽取与解释、"cannot overwrite authoritative scores"；67/67 测试+验证记录（docs/portfolio-validation.md）；README 诚实段："These are engineering checks and structural properties, not model accuracy"；MIT，100 commits）【信号：★★】

Anhao1314/flowcredit（0★, JavaScript/Node, 09-07 建→09-14 推送, 1.3MB, MIT, 100 commits, has_pages）agent/src 按 intake/normalize/risk-core/validate/server 分文件版本化（rules-v021.js 可审计）；docs/public-api-v1+methodology+validation 三文档在位。验证无恶意模式。

风控视角：风控对象类别的扩展样本——给"AI 原生业务"本身做风控：被评对象是 AI 服务运营商/compute 提供商/agent 市场商户，核心论点"token 活动≠收入质量与偿付能力"——agent 经济体的履约证据风控是目前罕见的先行者（对照国内"大模型服务商准入审核"场景）。工程面两个亮点：① 缺失返 null 的语义（不重分配权重）是评分引擎罕见的老实处理——多数实现会把缺失静默摊进其他分量制造虚假完整分；② 治理线落点：LLM sidecar 无覆盖权+确定引擎权威+veto 码与 tarka[今日]的 promote 门同属"合同化治理"。⚠️ alpha 阶段、当前 normalization/peer profiles 为模拟参考、TAI/CCI 权重的领域依据未读（docs/rules-v0.2.1 待深入）、67/67 测试未复跑。与 风控归因 Agent 项目 的证据链 schema 和 Agent 技术地图 的 agent 经济交叉。→ GitHub

gamperlab/siliconid（0★, JavaScript, 09-10 建→09-14 推送, 16KB, 自定义 SDK license）仓库本体基本只有 README（8.7KB）+SDK 分发配置——⚠️ 设计/营销阶段无实现代码，验证服务闭源；README 含"给 AI coding agents 的集成提示词"专节（Cursor/Claude Code/Copilot 集成话术）。验证无恶意模式。

风控视角：设备指纹下一代叙事的概念信号——从"收集属性做指纹"（GDPR 受限）转向"压测硬件看物理响应"（执行证明），GPU 时序指纹在学术界有真实谱系（待验证：工程上对虚拟机/浏览器混淆的鲁棒性边界）。两个记录点：① 合规路径设计（主张"必要安全措施"豁免而非用户同意）是 bot 防御产品的差异化卖点；② README 首次把 AI coding agents 当作一等集成受众写专节——设备/风控 SDK 的分发对象正在从"开发者"扩展到"开发者用的 agent"。⚠️ 营销级 prose、专利/合规声明不可验证、0★ 单人、无实现代码——按概念阶段 ⚠️ 跟踪。与 反欺诈体系 的设备指纹与 bot 检测相关。→ GitHub

6. 威胁情报专题 — "真代码树+下载页"亚型同日成对量产 + 关键词诱饵第 2 例 + zip 家族静置第 2 日（① 新亚型量产化：今日同日出现 2 个"真代码树+README 下载页"恶意仓——forensic-hay545/trade-intelligence-graph（README 首屏 Download 徽章指向 in-repo tests/intelligence_graph_trade_v2.2.zip，531,063B，Windows 社工话术）+ jossauro/deepguard（下载 CTA 指向 src/deepguard/templates/Software_3.2.zip**，538,362B，同款话术）——两仓 root 目录树都含 setup.py/src/tests/docs 全件套（真代码树共存，root 扫描无法单独定罪）；zip 命名（Software_N.N/*_v2.2）与家族模板同源，尺寸落在 ~530KB 新带（主家族 585KB±2KB 之外——家族分叉或新家族）；该亚型 Zen7[09-10] 首见孤例，今日首次同日成对；② 关键词诱饵第 2 例：Lexmiii/argus-audit-intelligence——描述宣称"AI audit intelligence + GNN + 7-agent investigation + SA 240"，README 实为无关个人 AI 助手"Lexi"（LangGraph 语音助手，live demo 指向 stratify-ai）——与 07-29 Aml-Maple 同型：仓名/描述做 SEO 诱饵，载荷无关；③ zip 家族第 7 日静置：Zen7/TRDGNN 自 09-13"协调触碰"后零新 commit，三 zip 字节数零变化（584,580/1,394,759/587,686 全 HTTP 200），sulemanyou 维持 404；④ 恶意残留 3 个（Digressive-pulse731、kamrujjamanzim、yoelpa6680[均 07-26]）不重复验证。累计恶意仓 29→32（+3）**）【信号：★★★（威胁情报）】

验证实录（主会话 Python urllib/HTTP API，data/verify_2026_09_15.py + followup b 脚本）：12 候选仓 API metadata+README 全文+root listing+恶意模式 grep；trade-intel/deepguard 两 zip HEAD 探活 200+content-length 确认；argus README 全文核对（"Lexi"主题与仓名/描述完全无关）；Zen7/TRDGNN commits API 确认 09-13 后零活动、Sapharensian/configs 目录列举+三 zip 字节数比对逐字节一致。风控视角：三个检测结论再强化。其一，"README 主 CTA 是判定面"在真代码树共存场景下是唯一可靠信号——两新仓的 root 文件列表（setup.py/src/tests/docs）单看都是"正常项目"；其二，亚型同日成对+zip 尺寸移带提示该模式已进入模板化生产（同模板 README、同 zip 命名法、不同尺寸带=多构建管线并行）；其三，扫描纪律更新：全树走查（攻击者把 zip 藏进 tests//templates/ 等低嫌疑目录）+README CTA 判定+家族指纹按 zip 尺寸带+README 模板聚类（仓库名相似性已死[09-10]）。已链接仓库名仅作威胁情报引用、永不作技术引用。→ trade-intelligence-graph（勿用）、deepguard（勿用）、argus-audit-intelligence（诱饵）

技术趋势

  • 治理做成合约：tarka（promote 门+emit-only 执法默认+action_id 幂等契约+grade 声明需 digest）与 flowcredit（veto 码+缺失返 null+LLM sidecar 无覆盖权）两个独立样本把"模型/LLM 永不决策"从架构图阶段推进到合同条款阶段——治理变成可验证的门、码与语义，而非口号。与 rules-kernel[09-14] 的 replay identity 同属"把治理写成可执行契约"谱系。
  • 解释忠实度评估上真实数据：HITL-XGNN 把 ring-faith[09-13] 的忠实度线从合成 planted-ring 推进到 Elliptic 真实图+时间外分割，且把"分布冲击事件"（暗网市场关停窗口）做成显式评估设计——非平稳性评估从论文概念变成可操作工程样本。
  • 前置筛查的职责分离：payment-risk-screening 把名单筛查（screening）与风险评分（risk）拆成双 worker 并行+汇决——两者数据源/延迟/失败模式不同，"screening≠risk scoring"的分工论证罕见地写成了架构理由。
  • 风控对象扩展：flowcredit 把风控从"交易"扩到"AI 原生业务本身"（agent 市场/compute 提供商的履约证据评估）——agent 经济体风控的首批样本。
  • 威胁情报："真代码树+下载页"亚型同日成对（量产信号）+zip 尺寸新带（~530KB）+关键词诱饵第 2 例（README 主题与仓名完全无关）；zip 主家族静置期延续；siliconid 的 README 出现面向 AI coding agents 的集成专节（SDK 分发受众变化信号）。

行业案例

  • 支付前置筛查（RITIKA-SHARMAA）：名单+风险双通道 Kafka 事件驱动参考设计（outbox 汇决+三态处置）。
  • 加密图风控研究（Kahlar）：Elliptic 数据集上的 GNN 评估框架（Fidelity±/时间外冲击/主动学习）。
  • AI 原生经济体风控（flowcredit）：agent 市场/compute 提供商的证据型风险 API（TAI/CCI/veto）。
  • bot 防御硬件路线（siliconid）：WebGPU 时序 attestation 替代 CAPTCHA 的概念产品（合规豁免路径设计）。
  • 中小商户自托管欺诈 OS（tarka）：evaluate packs+回执+分析台的一体机形态（ELv2 商业边界）。

值得深入

  • tarka 的 docs/contracts/production-install-v1.md：grade 声明的 digest-map 防伪方案细节——分级声明如何绑定不可变的规则包状态。
  • HITL-XGNN 的实现度：2 commits 背后 8 模块哪些有代码——若 Module 5（Fidelity benchmark）已实现则升格评估方法论专题。
  • flowcredit 的 rules-v0.2.1.md：TAI 5 分量权重（validity 35%/physical 25%）的领域依据与 veto 码的判定边界。
  • 530KB 新带 vs 585KB 主家族带：下次采样解包对比构建管线指纹——家族分叉还是新家族。