对公风控预警

1客户嘴上要的

「做个大模型，自动读新闻，哪家授信客户要暴雷就报警。」

这是症状或现成方案，不一定是真问题。下面看两种做法。

2照字面做，会怎么烂

3好 FDE 的实际走法

共 6 周，分 5 个阶段。带三角标记的是这一步最容易踩的坑。

1. 1

   第 1 周找真问题（不碰代码）

   • 跟 3 个一线信贷分析师各坐半天，看他们实际怎么干活。发现真痛点：一个分析师管 80 家企业，每天靠人工翻财报、公告、裁判文书、上下游新闻，一家要查 40 分钟，根本看不过来，漏判全靠运气。
   • 真问题不是「判断风险」，是「覆盖不过来 + 线索散在十个系统」。成功标准随之改：不是「预测暴雷」（做不到、也无法验收），而是「把单家企业的风险线索从 40 分钟压到 5 分钟，并给出可点开核对的证据」。
   • 踩坑别承诺「预测暴雷」。预测类无法验收、一旦漏判就是事故，FDE 自己给自己埋雷。
2. 2

   第 2 周定范围 + 摸数据政治

   • 砍范围：第一刀只做「已授信的 80 家存量客户」，不做全市场；只接已有数据源（行内财报库 + 两个公开数据接口），不碰要走半年审批的外部数据。
   • 关键一步：找到数据的人。财报库归 IT，公告数据归风险部，两边互相踢皮球。好 FDE 的动作是把双方拉一个会，让业务副总一句话拍板给只读权限——这是政治活，不是技术活。
   • 踩坑数据权限是 FDE 头号杀手。谈不下来就换范围，别干等。
3. 3–4

   第 3–4 周原型，而且用真数据

   • 做一个「单企业风险画像」页面：输入企业名 → 自动汇总财报关键指标异动、近 30 天负面公告/诉讼、上下游关联风险，每条都带原文链接。
   • 关键：先定「可用」的量化标准（evals）。拉分析师历史上真判过风险的 20 家当测试集，要求系统「这 20 家里至少命中 17 家，且误报不超过 5 家」。达不到就改，不靠感觉。
   • 踩坑别用合成/示例企业演示。一定用他们自己的真实客户跑，否则 demo 过拟合，上线必翻车。
4. 5

   第 5 周Demo + 并肩改

   • Demo 只讲一件事：「同样一家企业，分析师手工 40 分钟，这个 5 分钟，结论一致，证据可核。」让分析师本人上手点，而不是你演。
   • 收到的真实反馈往往是：「情绪分我不信，但'新增 3 起买卖合同纠纷'这条有用」——据此砍掉花哨功能，留可核事实。
5. 6

   第 6 周交接（决定生死）交接

   • 找一个内部负责人（通常是风险部一个懂业务的组长），把阈值调整、数据源维护教给他，写一页「出了错找谁、怎么改」的运行手册。
   • 没有这个人，你一走系统 90 天内必烂。这比代码质量更决定成败。

4这个案例教给你的可复用判断