SKILL 设计分析 · 元报告

dd-supervision 监管可合作性尽调向导

从 dd-wizard(资金方授信视角)派生而来,本技能以监管公司视角回答一个核心问题:「这票货我能不能接、怎么监管才接得住」。本文拆解其整体设计思路,并重点剖析数据来源体系100 分制监管可合作性评分机制

版本 v2.2.0 基于 dd-wizard v1.1.1 视图:监管公司 结论形态:100 分 + 四档 独立档案库:sup.aiotreg.top

📑 目录

  1. 技能定位与设计思路
  2. 五阶段工作流总览
  3. 数据来源体系(重点)
  4. 监管可合作性评分机制(重点)
  5. 结论输出与档案库发布
  6. 需要用户补充的文档清单
  7. 设计特征与讨论
1

技能定位与设计思路

POSITIONING & DESIGN APPROACH
本技能的本质,是把「监管公司要不要接这票货」这一业务判断,封装成一条可被自然语言触发的向导式流水线。它刻意与授信尽调(dd-wizard)切割为「同一种企业、两种视角、结论不通用」。

核心问题切换

dd-wizard(资金方/银行视角):这笔授信能不能放、放多少?结论为 A/B/C/D 信用评级 + 建议额度。

dd-supervision(监管公司视角):这票货我能不能接、怎么监管才接得住?结论为 100 分制监管可合作性评分 + 四档 verdict。

一条贯穿全文的纪律

评分衡量的是「监管可合作性」——即我方承接该笔货物监管业务的可行性与风险可控程度。

它既不是信用评级、也不是还款能力评估。结论区、评分卡表头、档案库首页三处均须显式标注此口径,严防与 A/B/C/D 评级混淆。

设计目标:让刚哥在 WorkBuddy 里用自然语言 + 分步问答,产出「我方作为监管公司,这票业务接不接、风险在哪、怎么缓释」的专业尽调报告——不出信用评级、不评估还款能力、不替代信贷审批委员会的最终授信。
2

五阶段工作流总览

FIVE-STAGE PIPELINE

全流程呈「采集 → 解析 → 补录 → 合成 → 发布」的向导式结构,每一阶段都明确了失败降级路径,绝不静默跳过。

0

启动与参数采集

AskUserQuestion 一次性采集企业全称、资金方拟授信金额、业务模式(存量抵押型/增量采购型)、监管货值、期限、品种、担保方式、监管模式。

1

自动采集(并行两段)

段A 企查查五维(dd-qcc)+ 段A.5 企查查法律数据增强(qcc-legal);段B 四源融合公开情报(Tavily/WebSearch/中文补采/exa)。

1.5

工作空间资料扫描与解析

递归扫描 workspace(优先 materials/<USCC>/),用 xparse-intake-router(云端)或 file-intake-router(本地)批量解析,自动填充 M2–M6。

2

分步骤人工补录

仅残留缺失字段进入 M1–M6 提问;除企业名+授信金额外全为选填,可逐步跳过——缺失本身即风险信号。

3

整合四源合成 HTML 报告

按「字段级权威源映射 + 冲突标记」合并五份数据,注入 22 个占位符,产出青色高级风单文件报告。

4

入库发布到独立档案库

写入 sup.aiotreg.top,安全发布五步(先拉回合并、只增量上传、发布后核验条数不减少)。

3

数据来源体系(重点)

DATA SOURCE ARCHITECTURE
这是本技能最值得拆解的部分。它的数据不是单一爬取,而是五份数据资产 + 四源融合情报 + 字段级权威源映射 + 冲突标记纪律共同构成的「可信数据底座」。设计核心思想:不同字段由最权威的源说了算,源间冲突不静默择一,而是显式标注。

3.1 五份数据资产(阶段 3 的整合输入)

D_qcc · 企查查五维底稿

段A 由 dd-qcc 采集:工商登记、真实财务底盘、司法风险、信用修复、实控人个人风险。是主体身份与司法风险的权威源。

D_intel · 四源融合公开情报

段B:Tavily + WebSearch + 中文定向补采 + exa。覆盖舆情、新闻、行业地位——qcc 不覆盖的部分。

D_ocr · 资料文件解析

阶段1.5:工作空间文件经云端/本地引擎解析出的银行流水、财报、合同、仓单、中登截图、监管协议、保单等。财务/贸易/担保/监管类字段最权威

D_manual · 人工补录

阶段2:用户分步填空的 M1–M6 字段,兜底填补 qcc 采不到、文件里也没有的残留缺口。

D_legal · 企查查法律数据

段A.5:qcc-legal 提供的法条逐字原文、裁判文书、权威判例、引用核验。用于司法下钻与报告法律依据权威化。

3.2 段B · 四源融合公开情报(互为校验)

源1 Tavily通用/新闻首选,双 Key 兜底
源2 WebSearch内置广覆盖含中文,必做兜底
源3 中文补采WebSearch+WebFetch 替代缺失的百度源
源4 exa语义/海外情报,须相关性过滤
冲突与兜底纪律:① 相关性过滤——只采纳含企业全称或 USCC 的结果,同名异企噪声丢弃;② 事实冲突以中文网络源为准;③ 任一源失败继续执行其余源并注明,绝不静默跳过;④ 四源均无强相关结果,记录「未检索到有效公开记录」作为负向确认,不得编造。

3.3 阶段 1.5 · 工作空间资料自动扫描(把文件"丢进工作空间"即被识别)

解析引擎二选一(每次尽调开头 AskUserQuestion 询问):

引擎通道适用降级
xparse-intake-router云端 TextIn xParse版面还原质量高额度耗尽/失败自动降级本地
file-intake-router(默认)纯本地涉密/离线,数据不出本机

扫描规则:必须递归含子目录(中登「登记/编号/」二级结构易漏);文件名匹配企业全称/USCC/核心词 + 资料词(流水/财报/合同/仓单/中登/担保/抵押);本技能新增监管类关键词(监管/协议/保单/保险/盘点/库存/租赁/库/磅单/过磅/验收),命中文件优先填充 M6。

3.4 字段级权威源映射(整合核心)

字段类权威源依据
主体身份/工商登记D_qcc登记机关最权威,资料不覆盖
司法风险(失信/被执行/冻结/涉诉)D_qcc + D_legal + D_intel公示系统为准;文书全文以裁判文书库为准
财务/营收/流水/利润D_ocr > D_manual借款人自身账册最权威;qcc 无
贸易真实性(合同/仓单/回款)D_ocr > D_manual合同凭证最权威
担保物/中登登记D_ocr > D_manual + D_qcc 交叉权证/截图最权威;qcc 结构化接口交叉验证
公开舆情/行业地位D_intelqcc 不覆盖
评分/风险清单/缓释派生(综合 D_all)见评分卡
重复抵质押预警(强制三件套,六六云链场景重点):中登登记物为原材料/半成品/产成品/存货浮动抵押/仓单等生产物资类、且与本项目质押标的内同类时——① 风险区插 alert-box 列登记笔数/金额/类型/日期;② 触发红线 1 一票否决 + D1b 计 0;③ 给出缓释动作(解除在先登记/下调质押率/追加保证金)。设备/固定资产类登记仅如实描述,不触发预警。
资料齐全度独立标记:按参评权重三档显示在评分徽章旁——≥90% 齐全(A) / 70–90% 基本齐全(B) / <70% 不全(C);另设「⚠️ 低置信评分」标识。缺失维度在「待补资料清单」单列,不再直接压分
4

监管可合作性评分机制(重点)

100-POINT COOPERABILITY SCORING
评分卡是 v2.2.0 的六维度 100 分制模型。设计上有三个关键克制:① 不评估货权凭证链(已移到落地推进清单);② 贷前评估「只淘汰现在就不行的,不惩罚接下来本来就要做的」;③ 缺失维度「未评不扣、按权重归一化」。下面逐层拆开。

4.1 六维度权重分布(合计 100)

D3 监管方案可落地性 22最重 ·「接不接得住」核心
D5a 主体资信 21初次合作最重要判断
D2 货物与仓储条件 20我方完全可控
D4 监管合同权责范围 15含保险分级锚点
D5b 处置变现 14出险后脱身通道
D1b 在先权利冲突 8致命情形由红线兜底,日常降权
维度权重满分特征(概括)主要数据来源
D1b 在先权利冲突8中登无在先登记或仅非同质登记中登网 + 企查查抵质押
D2 货物与仓储20品类标准化易保管易变现、库容充足可隔离、场地自有/长租M6 + 资料 OCR
D3 监管方案可落地22模式与品类/货值/频次匹配、物联网+人员到位、盘点告警闭环M6 + 公开情报
D4 合同权责15责任清晰、免责合理、赔付上限可控、退出明确、保险匹配档位M6(监管协议/保单)
D5a 主体资信21财务/司法/实控人干净、授信渠道畅通M2/M5 + 企查查
D5b 处置变现14变现渠道多元、处置周期短、追偿有保障M3 + 公开情报

4.2 锚点三档法(满分 / 半档 / 零分)

每个维度按「权重×1.0 / 权重×0.5 / 权重×0」三档锚定,允许档内插值,报告须写明档位理由。典型锚点示例:

维度满分半档零分
D1b中登无在先登记非同质在先登记(需物项隔离确认);本次拟设登记尚未办理→不扣分未解除的同质在先登记(触发红线1)
D2品类标准化、库容能容纳峰值、可独立物理隔离、场地自有/长租品类半标准化、隔离不彻底、场地短租非标/易腐/危化且无资质、无法隔离、场地临时
D3模式匹配、物联网+巡检到位、盘点告警闭环基本可行但配置需补强、系统未对接无可行方案、无盘点手段、人员不落实
D4权责清晰、赔付上限可控、退出明确、保险匹配档位权责基本清晰但赔付上限偏高;乙类未投保要求全额/无限赔付且无追偿;缺退出机制

4.3 四档结论映射(v2.0.0)

80–100 可合作(ok·青)
65–79 有条件·轻条件(cond-light·黄绿)
50–64 有条件·重条件(cond-heavy·橙)
0–49 暂不合作(no·红)

轻 vs 重条件判别语义:轻条件="补几个文件就能进场";重条件="要重新谈判合同结构"。前置条件每条必须三要素齐全:责任方 + 完成时限 + 验收标准(例:"出质人须于 T+0 提供 3 年期租赁合同及独立分区平面图,由监管方现场核库确认隔离到位后方可入驻"),禁止"加强监管""注意风险"等空话。

命中任一红线 → 无论总分多少,一律判「暂不合作」、VERDICT_CLASS=no,报告顶部插红色 alert-box 说明命中条款。

4.4 红线规则(五条一票否决)

4.5 未评不扣机制(替代旧"50% 封顶")

某维度关键字段缺失且无法判断时,该维度不参与总分,按参评权重归一化:

总分 = (实际得分 ÷ 参评权重) × 100

参评权重处理
≥ 60%正常出分
40–60%出分并在徽章旁标「⚠️ 低置信评分」
< 40%不出分数,仅出风险清单与待补资料清单

4.6 贷前评估扣分边界(v2.2.0 核心原则)

场景定位:贷前合作评估只回答"这票货我能不能接、怎么监管才接得住",只淘汰现在就不行的,不惩罚接下来本来就要做的

✅ 可扣分项(仅三类)

① 能力缺陷(我方/方案不具备监管该品类能力)② 合规缺陷(主体/标的/交易结构违规瑕疵)③ 已发生的负面事实(在诉、逾期、亏损、口径冲突)。

🚫 一律不扣分(进落地推进清单)

合同未签/模板空白、监管费未约定、本次拟设中登登记尚未办理、点位图缺失、隔离待现场确认、处置渠道未具体化、保险未投保(丙类本就不扣)。

自检问句:"这项扣分的理由,是它现在就有问题,还是它还没办?"——前者扣,后者进推进清单。报告 §8.4 拆为两张表:①风险与缓释(只留已发生/结构性风险,评分挂钩)②落地推进清单(全部待办)。

4.7 业务模式判定(直接改写评分口径)

阶段0 必采「业务模式」,默认「存量抵押型」(从严)。两种模式在评分上强制对照执行:

存量抵押型增量采购型
进场前存量货值纳入 D2/§8.3 评分不纳入,降级为参考项 + 风险提示
监管货值纳入 §8.3 评分不纳入,标「模式豁免·参考项」
D2 库容判断看当前存量能否容纳看增量到货后峰值,不得因当前存量低扣分
监管责任起算点按协议约定后移至首批货物实际入库并验收之日
判定依据取信顺序:资金流向以项目说明书「资金用途」为准、核对多方合作协议不要到《委托监管协议》里找资金流向条款(2026-08-29 江苏钢韧实测踩坑)。两条件一致直接判,不一致按存量抵押型从严。资金闭环不是判定前提。

4.8 保险按标的物分级(D4 锚点 + 红线3 共引)

标的物类型无保险后果
甲类·强需求危化品、易腐鲜活、高值不可替代单一设备、受潮即损精密仪器D4 计 0;叠加无赔付上限→触发红线3
乙类·中需求通用设备、在制品、大宗原料、木质/纸质包装D4 按半档扣,不作为进场前置条件
丙类·弱需求金属类标准品(钢卷、锻件、铸件、钢制容器等)不扣分;合同有赔付上限或按实际货损约定即可

注:当前临清宇联轴承(钢卷抵押)属丙类标的,按此表「不扣分、有赔付上限即可」,监管可合作性评估明显友好。

5

结论输出与档案库发布

OUTPUT & PUBLISHING

报告形态

单文件 HTML(内联 CSS、无外部依赖),青色高级风、卡片式、可展开/可打印/移动端适配。

产出 22 个占位符注入:7 个正文章节 + 摘要/结论区(SCORE/VERDICT/COMPLETENESS/VERDICT_CLASS)+ 报告头元信息 + 数据溯源(DATA_SOURCES / APPENDIX_SOURCES)。

独立档案库发布

站点 sup.aiotreg.top 与授信库 dd.aiotreg.top 完全独立,VM 目录 /var/www/sup

安全发布五步铁律:①写本次报告 ②先拉回远端 manifest 合并(防误删其他企业索引)③只增量上传 2 个文件 ④发布后核验条数不减少 ⑤回传公网链接。

§8.2 资金方授信对照测算:保留额度推导公式(净利润×3 / 净资产×30% / 营收×10% 取最小),但明确不给额度建议,仅作监管敞口与监管难度的对照锚点——如「拟授信 ≫ 财务承载」则标注敞口与主体承载严重不匹配。
6

需要用户补充的文档清单

USER-SUPPLIED DOCUMENT CHECKLIST
本技能能自动采集企查查五维 + 四源公开情报,但财务 / 贸易 / 担保 / 监管类核心材料必须靠用户提供的资料文件(阶段 1.5 自动扫描解析)与分步补录(阶段 2)补齐。下面按阶段梳理「用户侧需准备的文档清单」,建议在跑技能前备齐。
提交方式:① 最省事——把资料拖进 workspace 的 materials/<USCC>/ 目录,向导递归自动识别;② 提供任意绝对路径;③ 阶段 1.5 弹窗勾选确认归属主体。涉密材料建议选「本地解析引擎」(file-intake-router),数据不出本机。

A · 阶段 0 必填参数(对话口述即可,无需文件)

B · 阶段 1.5 建议提供的资料文件(拖入 materials/<USCC>/)

主体与财务(M2 / M5 · D5a)

  • 近 1–3 年审计财报 / 财务报表净利润、净资产、营收、经营净现金流
  • 纳税申报表 / 增值税申报
  • 对公银行流水(近 6–12 个月)
  • 企业征信报告(人行)
  • 实控人个人征信 / 关联企业清单

贸易真实性(M3 · D5b)

  • 上下游框架合同 / 销售 & 采购订单
  • 增值税专用发票(进销项)
  • 仓单 / 提单 / 货权凭证
  • 回款凭证 / 收款水单
  • 在手订单 / 下游需求预测

担保与抵质押(M4 · 重复抵质押预警)

  • 中登网登记证明(按有无登记两种情形提交)无登记:提供「查询无结果 / 无登记」截图,作为未登记证明;
    有登记:下载全部登记材料(登记证明 + 附页 / 登记明细),⚠️ 须区分「设备/固定资产」与「原材料/半成品/产成品等存货类」——后者与本项目标的同种内时触发重复抵质押预警
  • 他项权证 / 抵押物清单
  • 资产评估报告

项目说明类(业务模式判定依据)

  • 项目说明书 / 立项材料含「资金用途」表述——判定存量/增量采购型的核心依据
  • 多方合作协议如《综合反担保三方协议》
  • 委托监管协议(仅作参考)⚠️ 其中不约定资金支付路径,勿据其判定资金流向

监管要素(M6 · D2 / D3 / D4,本技能评分关键输入)

阶段 2 补录说明:仅前面都缺的残留字段会进入 M1–M6 弹窗提问;除企业名 + 授信金额外全为选填,可逐步跳过。缺失本身即风险信号——会落入「资料齐全度 A/B/C 标记」与「低置信评分」,而非直接否决。
7

设计特征与讨论

DESIGN FEATURES & DISCUSSION
本章对技能的结构设计做一次中性复盘:列出几项影响结论质量的关键设计取舍,并列出当前实现中仍可讨论、可优化的点。措辞仅描述「做了什么、带来什么约束」,不对优劣下结论。

关键设计特征

  1. 双视角分离架构。与 dd-wizard 共享同一企业数据,但结论口径独立(监管可合作性 ≠ 信用评级)。两套技能不互相等价,避免用授信结论替代监管判断。
  2. 字段级权威源映射。五份数据资产(qcc / intel / ocr / manual / legal)按字段指定归属源:主体身份归企查查、财务归 OCR、舆情归公开情报。从源头减少跨源混用导致的口径漂移。
  3. 「未评不扣」的归一化评分。缺失字段不按零分计入,而是按「实际得分 ÷ 参评权重 × 100」归一。是否参评取决于用户是否提供对应材料,使「资料缺失」与「实质性不达标」在分数上区分开。
  4. 贷前扣分的时态边界。只扣「现在就存在问题」的项(如已在诉、场地无法隔离);「流程尚未办完」的项(如保险待补、登记待办)一律进入推进清单而非扣分,避免把进度问题误判为风险。
  5. 模块化分段补录向导。自动采集与文件扫描仍缺失的字段,按 M1–M6 六步问答补录,每步对应固定评分维度,使人工补录与评分卡形成可追溯的映射。

待讨论与可优化项

  1. 权重未随行业 / 品类自适应。六维权重为固定值,未对大宗散货、冷链、电子元器件等不同品类或高 / 低货值场景做权重调整,跨品类适用性有待验证。
  2. 红线与维度的交叉关系未文档化。五条红线一票否决,但其与六维评分之间哪些是「既否决又影响维度分」、哪些是「仅否决」尚未在技能内显式说明,在复核时易产生歧义。
  3. 公开情报源对冷门中文小微的噪声。段 B 四源融合中 exa 等外文源对国内冷门小微企业的覆盖与噪声控制较弱,相关结论的置信度标注需人工复核。
使用提示:以上特征与待讨论项均源自 SKILL.md 的既有设计;其中「待讨论项」属设计层面的开放问题,不表示技能当前不可用,落地时建议结合具体品类与监管资源再评估。