想象一下,你是一位刚入行的“金融侦探”,面前是一家叫"Tiny Motors"的上市公司。这家公司看起来生意兴隆,财报亮眼,但总感觉哪里不对劲——就像一家餐厅,菜单上全是山珍海味,厨房里却飘着一股可疑的味道。你该去哪里找到证据,揭开这家公司的真面目? 答案就藏在 SEC EDGAR——美国证券交易委员会的“公共档案柜”里。这里陈列着每一家上市公司的“体检报告”:营收、利润、现金流、债务、高管薪酬……所有数字都白纸黑字地躺在那里等着你去翻阅。而你的任务,就是把这些原始数字变成一台灵敏的“风险警报器”,一旦闻到财务造假的异味,立刻拉响警铃。 这就是金融AI风控的本质:不是算命,而是用公开的“体检报告”训练一台数字嗅觉远比人类灵敏的“电子警犬”。整篇文章,我们就用“档案室侦探”的故事,带你走一遍从取档案、整理档案、提炼线索、训练警犬到上街巡逻的完整旅程。
学会用 SEC EDGAR 构建金融风控模型,你就能掌握公开金融数据获取、清洗到建模的完整技能链——这是金融科技领域 AI 工程师和数据科学家的基础功,也是从“调参侠”走向“数据侦探”的必修课。
可视化演示
\u5c55\u793aEDGAR API\u6570\u636e\u83b7\u53d6\u7ba1\u9053(XBRL\u89e3\u6790\u00b7\u8d22\u62a5\u63d0\u4ea4\u7c7b\u578b)\u3001\u8d22\u52a1\u7279\u5f81\u5de5\u7a0b(\u6d41\u52a8\u6027/\u507f\u503a/\u76c8\u5229\u6bd4\u7387\u63d0\u53d6\u00b7XGBoost\u98ce\u63a7)\u3001\u6a21\u578b\u8bc4\u4f30(ROC\u66f2\u7ebf\u00b7\u6df7\u6dc6\u77e9\u9635\u00b7AUC\u6307\u6807)\uff0c\u5207\u6362\u6a21\u5f0f\u67e5\u770b\u3002
本节配有交互动效(进入视口后自动加载,约 3KB)。
EDGAR\u6570\u636e\u83b7\u53d6\u7ba1\u9053 API\u8c03\u7528:User-Agent\u5934+\u7ed3\u6784\u5316\u8bf7\u6c42 XBRL\u89e3\u6790:\u8d22\u62a5\u6570\u636e\u2192\u7ed3\u6784\u5316\u5b57\u6bb5 data.sec.gov/api/ \u2192 JSON/XBRL \u652f\u630110-K/10-Q/8-K\u591a\u7c7b\u578b\u63d0\u4ea4
认识EDGAR
想象你去图书馆找一本书,你得先知道图书馆里有哪个书架、分类编号是什么。SEC EDGAR 就是这个“金融图书馆”的检索系统。它由美国证券交易委员会运营,全称是 Electronic Data Gathering, Analysis, and Retrieval system,翻译过来就是“电子数据收集、分析与检索系统”。自 1990 年代上线以来,它就像一位尽职尽责的档案管理员,把全美国所有上市公司的财报、招股书、重大事件公告都整整齐齐地归档存放——而且完全免费向公众开放。
这些“档案”可不是随便几张纸。每家上市公司每个季度都必须向 SEC 提交财报,就像学生每个学期必须交作业一样,不交就要受罚。这些财报里包含了公司的营业收入、净利润、现金流、资产负债情况等核心数据。更妙的是,EDGAR 不仅提供数字,还提供公司治理、高管薪酬、股权变更等“软信息”,这些信息对于判断一家公司的真实健康状况至关重要。
从技术角度看,EDGAR 提供了两种数据获取方式:一种是网站界面,适合人类浏览;另一种是 REST API,适合程序调用。API 的基地址是 https://data.sec.gov/,这是我们程序化获取数据的“大门”。所有公开数据都以标准格式(如 JSON、XML)返回,方便开发者直接解析。可以把它想象成档案柜里每份文件都有标准编号和格式,你只要按照编号报出,管理员就会把对应的文件递给你。
EDGAR 就像一个宝库,但宝库里的宝物需要你自己去挖掘。接下来我们要做的,就是学会如何高效地从这座档案室里取出我们需要的“档案”——也就是如何编写代码,自动获取上市公司的财务数据。
- 基础 URL(图书馆地址)这是所有 EDGAR 数据请求的固定入口。就像图书馆的总大门,所有借阅请求都要从这里进入。
- 资源路径(书架位置)指定你要访问的具体数据资源。比如
submissions/路径对应公司的历史申报记录,companyconcept/路径对应特定财务概念的数据。 - 查询参数(筛选条件)可选的过滤条件,比如指定时间范围、数据类型等,帮助精确缩小搜索范围。
数据获取管道
假设你已经拿到了档案室的门禁卡,现在要做的就是把需要的“体检报告”一份份取出来,搬到自己的办公室慢慢研究。在 EDGAR 的世界里,这个过程就是“数据获取管道”——从指定 API 端点发出请求,到接收到原始数据,再到把它存进自己的数据库。
第一步是定位 API 端点。EDGAR 提供了多个数据接口,每个接口对应不同类型的“档案”。比如,companyconcept 接口可以根据会计概念(如“营业收入”)和公司 CIK 编号,获取该公司所有历史季报中该概念的具体数值。CIK 是 Central Index Key 的缩写,是每家公司在 SEC 的唯一编号,就像你的身份证号一样。比如苹果公司的 CIK 是 0000320193,特斯拉是 0001318605。
第二步是设置请求头。EDGAR 要求每个请求都带有一个 User-Agent 头,格式通常是“你的邮箱地址”。这就像你去图书馆要出示证件,让管理员知道是谁在借书。如果不带请求头,EDGAR 会认为你是恶意爬虫而拒绝服务。出于礼貌,你还应该控制请求频率,每次请求之间至少间隔 0.5 秒,就像不要在图书馆里狂奔一样。
第三步是分页抓取策略。一个公司的历史数据可能多达几千条记录,一次请求返回不完。EDGAR 的 API 支持分页返回,你需要循环请求,直到取完所有数据。这就像搬书一样,一箱一箱地搬,直到把整个书架搬空。我们要学会编写循环逻辑,逐页获取数据,并且把每次请求的结果合并起来。
最后一步是数据落地存储。把获取到的 JSON 数据保存到本地文件或数据库中,以便后续处理。一般做法是保存为 CSV 格式或存入 SQLite 数据库。记住一个重要原则:拿到原始数据先存一份“只读备份”,因为原始数据一旦丢失,再重新下载费时费力。就像把档案复印一份留底,以免原稿被修改或丢失。
整个数据获取管道就像是建立了一条从 EDGAR 档案室到你自己办公室的“传送带”。当你掌握了这条传送带的搭建方法,就等于拥有了一个永不枯竭的数据源头——任何上市公司的财务数据,都可以在几分钟内自动拉到本地。
- 定义数据总量我们要获取的完整数据是所有分页记录的累加。
- 判断是否继续取数当某页返回的记录数量小于每页限制时,说明已经没有更多数据,循环结束。
数据清洗要点
拿到原始数据之后,你会发现自己面对的是一堆“毛坯房”:有的数据缺失、有的数值明显不合理、还有的单位不统一。这时候就需要进行数据清洗——把“毛坯房”装修成能住的“精装房”。
第一个要点是缺失值处理。上市公司的财报偶尔会有空缺,比如某家公司新增了一个业务部门,之前季度没有对应数据;或者某个指标在收购前没有披露。处理缺失值有几种策略:直接删除含有缺失值的行(适用于缺失比例很小的情况);用均值或中位数填充(适用于数值型数据);用前值填充(适用于时间序列数据)。选择哪种策略,取决于数据缺失的原因和业务场景。
第二个要点是异常值识别。金融市场的数据经常会出现“极端值”——比如某家公司因为一次性资产出售导致利润突然暴涨 100 倍。这种数据虽然真实,但会干扰模型学习。常用方法包括:用 3σ 原则(数据偏离均值超过 3 个标准差)识别统计异常;用领域知识判断业务异常。比如收入增长率为 5000% 虽然统计上可能不高,但在业务上几乎肯定是异常的。
第三个要点是单位归一化。不同公司、不同时期的财报数据单位可能不同——有的用百万美元,有的用千美元;有的用美元,有的用当地货币。如果不统一单位,模型会把大数值的特征误认为更重要。一般做法是将所有数据统一为同样的单位,或者进行对数变换、标准化处理。
数据清洗就像整理档案时把错误信息和重复信息剔除。经过这一步,我们的数据就变得干净、统一、可用。接下来就可以进入特征工程,把这些“干净的数字”变成模型认识世界的“眼睛”。
- 计算均值先求出这一列所有数据的平均值,作为“标准中心点”。
- 计算标准差度量数据偏离平均值的程度,判断数据波动大小。
- 标准化变换把每个原始值减去均值、除以标准差,使数据以 0 为中心、以 1 为尺度。
特征工程方法
数据清洗完成,现在我们拥有了干净的数字表格,但这些数字本身还不能直接投喂给模型。我们需要像侦探从线索中提炼“犯罪动机”一样,从原始数据中构造出更有价值的特征。这就像做菜时不能直接把生食材端上桌,需要切丁、腌制、调味,才能变成美味的菜肴。
第一个方法是财务比率构建。单个财务数字的意义有限,但两个数字的比值往往能揭示深层信息。比如“流动比率 = 流动资产 / 流动负债”可以衡量公司短期偿债能力;“资产负债率 = 总负债 / 总资产”可以衡量公司的杠杆水平。这些比率是财务分析的核心指标,也是风控模型最常用的特征。比如资产负债率超过 80% 的公司,破产风险显著高于行业平均水平。
第二个方法是滚动窗口聚合。单一时间点的数据容易受偶发因素影响,但一段时间内的趋势变化更能反映公司的真实状况。我们可以取过去 4 个季度(一年)的数据,计算营收的滚动均值、波动率、最大回撤等统计量。这就像观察一个学生不能只看一次考试成绩,要看他一整个学期的成绩曲线,才能判断他的真实水平。
第三个方法是文本情感特征。EDGAR 不仅提供结构化数据,还提供大量的文本报告——比如管理层讨论与分析(MD&A)、风险因素披露等。我们可以用自然语言处理技术提取文本情感倾向:语气是乐观还是悲观?风险因素增加了还是减少了?有研究发现,财报文本的情感倾向能显著预测未来股价表现,是很有价值的风控特征。
特征工程是整条流水线中最有创造力的环节。好的特征能让简单的模型发挥出惊人威力;坏的特征则会让复杂的模型也黯然失色。在风控领域,有一句行话叫“特征决定模型上限,模型只是逼近这个上限”——可见特征工程的重要性。
- 取流动资产从资产负债表中提取流动资产数值,这是公司在一年内可以变现的资产总和。
- 取流动负债从资产负债表中提取流动负债数值,这是公司在一年内必须偿还的债务。
- 计算比率将两者相除,得到流动比率,判断公司的短期偿债健康度。
建模实战流程
现在数据准备就绪,我们开始训练风控模型。这就像打造一只“电子警犬”,用大量案例教会它分辨“好公司”和“坏公司”。在风控领域,最常用的模型之一是梯度提升树(Gradient Boosting Decision Tree,简称 GBDT),它在处理表格数据时表现优异,且能自动捕捉特征间的非线性关系。
第一步是数据划分。我们有一个包含多公司、多年度的数据集,需要把它划分为训练集、验证集和测试集。要注意防止“数据泄露”——即测试集的信息混入了训练集。时间序列数据尤其需要小心:如果先用 2020 年的数据训练,再用同样在训练集中出现的 2019 年数据测试,就会高估模型性能。一般做法是按时间顺序划分:前 70% 的时间段作为训练集,后 30% 作为测试集。
第二步是模型选择。对于二分类风险预测(好公司 vs 坏公司),可以选择逻辑回归作为基线模型,再尝试 XGBoost、LightGBM 等梯度提升树模型。就像选警犬品种一样,拉布拉多(逻辑回归)温顺可靠、容易训练;德国牧羊犬(XGBoost)勇猛忠诚、能力更强但要求更高。没有绝对的“最好”,要根据数据规模和业务需求选择。
第三步是交叉验证。为了更可靠地评估模型性能,我们常使用 K 折交叉验证:把训练集分成 K 份,每次用 K-1 份训练、1 份验证,轮流 K 次,最后把 K 次的结果平均。这样可以减少因数据划分方式不同带来的评估偏差。
经过数据划分、模型选择和交叉验证,我们的“电子警犬”已经训练完成,可以派上战场了。但派它上阵之前,还需要仔细检验它的能力——它会不会冤枉好人?会不会放过坏人?这就是下一节模型评估指标的用武之地。
- 划分数据为 K 份将训练集随机分成大小相近的 K 个子集(通常取 5 或 10)。
- 循环训练与验证每次取一个子集作为验证集,其余 K-1 个子集作为训练集。
- 计算平均得分将 K 次验证得分取平均,作为模型的最终评估结果。
模型评估指标
一只警犬最重要的是什么?既能准确发现坏人,又不会乱咬好人。模型评估指标就是用来量化这只“警犬”本领的考核标准。让我们认识风控领域最关键的几个指标。
首先是混淆矩阵(Confusion Matrix)。通过比较模型的预测结果和实际结果,可以把样本分为四类:真正例(TP,模型预测为坏、实际确实是坏)、假正例(FP,模型预测为坏、实际是好人)、真负例(TN,模型预测为好、实际确实是好)、假负例(FN,模型预测为好、实际是坏)。这四类分别对应警犬的四种表现:“真抓了坏人”、“冤枉了好人”、“放过了好人”、“放过了坏人”。
其次是 AUC——这是风控领域最常用的模型性能指标。AUC 是 ROC 曲线下的面积,取值范围在 0.5 到 1 之间。AUC = 0.5 代表模型毫无预测能力(和抛硬币一样),AUC = 1 代表模型完美预测。一般来说,AUC 在 0.7 以上算是及格,0.8 以上算是优秀。AUC 的优势在于它不依赖于特定的分类阈值,能够全面反映模型的区分能力——就像衡量警犬的“品种纯正度”,与执行任务时的“严格程度”无关。
第三是召回率(Recall),在风控领域有时比准确率更重要。召回率衡量的正类样本中被正确预测出的比例,公式是 TP / (TP + FN)。在反欺诈场景中,如果一个诈骗分子被漏掉了,带来的损失可能远远大于“冤枉”一个好人。所以风控模型通常会优先保证高召回率,宁可错杀一千,不可放过一个。当然,过高的召回率会导致大量误报,因此实践中通常结合业务成本来权衡阈值。
就像警犬考核一样,既要考察它“抓坏人”的能力,也要关注它“咬错人”的代价。在实际风控产品中,往往需要综合 AUC、召回率、精确率等多个指标,并根据业务成本设定最适合的预警阈值。评估不是终点,而是部署改进的起点。
- 统计真正例(TP)坏公司被模型正确判定为坏公司的数量。
- 统计假负例(FN)坏公司被模型错误判定为好公司的数量。
- 计算召回率把 TP 除以 TP 和 FN 的总和,得到模型对坏公司的覆盖率。
部署与监控
模型训练完成、评估达标,接下来就要把它从实验室搬到生产环境,让它真正“上街巡逻”。部署与监控往往被初学者忽视,却是风控模型生命周期中最关键的环节——一个性能随时间衰减的模型,比没有模型更危险。
第一步是模型上线。将训练好的模型封装为 API 服务,供业务系统调用。常见做法是把模型序列化(用 joblib 或 PMML 格式保存),部署到服务器上,通过 REST API 接收财务数据输入,返回风险评分输出。风控模型一般输出一个 0 到 1 的风险概率值,业务系统根据这个分值决定信贷审批、交易放行等后续动作。
第二步是数据漂移检测。金融市场变化莫测,模型的“训练环境”和“运行环境”可能会出现差异。比如 2020 年疫情期间,大量公司的财务状况发生剧变,模型用 2019 年的数据训练,在 2020 年预测时准确率就会大幅下降。这种训练数据和实时数据分布不一致的现象叫“数据漂移”。我们需要定期监测实时数据的分布特征(如均值、方差),与训练数据对比,一旦超过阈值就触发告警。
第三步是定期重训。当检测到模型性能明显下降时,需要把最新数据纳入训练集,重新训练模型,再经过评估后部署上线。这就像警犬也需要定期复训,适应不断变化的犯罪手法。一般建议每季度或每半年重训一次,具体频率取决于数据漂移的速度。
一个完整的风控模型就像一位金融市场上的“哨兵”,白天黑夜地站岗放哨。它不会疲倦、不会走神,但需要定期“体检”和“复训”。只有做好部署与监控,才能确保这只电子警犬始终嗅觉灵敏,守护金融机构的信贷、交易等业务安全。
- 分箱计算占比把预测分数分成多个区间,计算每个区间内实际样本和期望样本所占比例。
- 计算差异权重对每个区间,将占比比值取对数后乘以差异量。
- 求和得到 PSI将所有区间的差异权重相加,得到整体漂移指标。
AI 应用场景
场景一:信贷审批自动化
阶段:数据获取 + 模型评估
解决的问题:传统信贷审批依赖人工审核财务报表,一家企业的资料往往需要 3-5 个工作日才能完成审查,效率低下且标准不一。通过 EDGAR 自动获取企业财务数据,训练风控模型,可以在几秒钟内输出信用评分,把审批周期从“天”缩短到“秒”。
具体案例:某金融科技公司为中小企业提供供应链金融服务。他们用 EDGAR 的 companyconcept API 获取借款企业的季度营收、净利润、资产负债率等核心指标,结合 5 年的历史数据构建特征集,使用 XGBoost 训练企业信用评分模型。模型上线后,信贷审批的自动化率达到 85%,不良率比人工审核降低了 30%。
场景二:反欺诈实时预警
阶段:特征工程 + 部署监控
解决的问题:财务欺诈(如虚增收入、隐藏债务)往往藏在财报数字的“组合拳”里。单看某一指标可能一切正常,但多个指标的组合往往会露出马脚。AI 模型可以学习这些“异常组合”,在欺诈发生前发出预警。
具体案例:某审计机构构建了“财务舞弊侦探”系统。系统从 EDGAR 抓取全部上市公司的十大财务比率,加上文本情感特征(MD&A 报告语气),训练了一个异常检测模型。当模型标记某公司为高危时,审计师重点核查其收入确认政策。在 2023 年的测试中,该系统在 SEC 正式起诉的 25 家财务造假公司中,提前发现 19 家,命中率达到 76%。
场景三:投资组合风险监控
阶段:数据管道 + 模型评估
解决的问题:投资机构持有成百上千只股票,逐一人工分析每只股票的财务健康度几乎不可能。AI 风控模型可以对整个投资组合进行持续监控,自动预警财务恶化的持仓标的。
具体案例:某量化基金每隔 24 小时自动从 EDGAR 拉取所有持仓公司的财务数据,更新风险评分。如果某家公司连续两个季度评分下降,系统自动建议减仓。这套系统帮助基金在 2022 年的市场下跌中提前减少了 15% 的亏损。
Python 演示
import jsonimport timeimport urllib.requestimport pandas as pdfrom sklearn.model_selection import train_test_splitfrom sklearn.ensemble import RandomForestClassifierfrom sklearn.metrics import roc_auc_score CIK = "0000320193" # Apple Inc.HEADERS = {"User-Agent": "your-email@example.com"} def fetch_financial_data(cik, concept, limit=60): url = f"https://data.sec.gov/api/xbrl/companyconcept/CIK{concept}.json" req = urllib.request.Request(url, headers=HEADERS) with urllib.request.urlopen(req, timeout=15) as resp: data = json.loads(resp.read().decode("utf-8")) units = data.get("units", {}) if "USD" not in units: return pd.DataFrame() rows = [{"date": item["end"], "value": item["val"]} for item in units["USD"][:limit]] return pd.DataFrame(rows) def build_features(cik): revenue = fetch_financial_data(cik, "Revenues") assets = fetch_financial_data(cik, "Assets") liabilities = fetch_financial_data(cik, "Liabilities") if revenue.empty or assets.empty or liabilities.empty: return pd.DataFrame() df = revenue.merge(assets, on="date", suffixes=("_rev", "_asset")) df = df.merge(liabilities, on="date", suffixes=("_a", "_liab")) df["profit_margin"] = df["value_rev"].pct_change() df["debt_ratio"] = df["value_liab"] / df["value_asset"] df["asset_growth"] = df["value_asset"].pct_change() return df.dropna() def create_toy_labels(df, seed=42): y = (df["debt_ratio"] > df["debt_ratio"].quantile(0.8)).astype(int) rng = pd.Series(range(len(df))) labels = (rng + seed) % 5 y = (labels == 0).astype(int) return y df = build_features(CIK)if df.empty: print("No data fetched. Net access required.")else: features = ["profit_margin", "debt_ratio", "asset_growth"] X = df[features] y = create_toy_labels(df) X_train, X_test, y_train, y_test = train_test_split( X, y, test_size=0.3, random_state=42 ) model = RandomForestClassifier(n_estimators=100, random_state=42) model.fit(X_train, y_train) y_pred = model.predict_proba(X_test)[:, 1] print(f"AUC: {roc_auc_score(y_test, y_pred):.3f}") print(f"Feature importance: {list(zip(features, model.feature_importances_))}")
url = f"https://data.sec.gov/api/xbrl/companyconcept/CIK{concept}.json"拼接出 EDGAR 公司数据 API 的完整地址,其中 concept 参数指定要获取的财务概念(如 Revenues 代表营业收入)。HEADERS = {"User-Agent": "your-email@example.com"}设置请求头。EDGAR 强制要求每个请求包含联系邮箱,缺少会被拒绝。这是“进图书馆的出入证”。data.get("units", {})从返回的 JSON 中提取"USD"单位下的数据,因为同一概念可能以多种货币披露,我们只需要美元数据。revenue.merge(assets, on="date")将营收数据与资产数据按日期合并,就像把同一时间点的不同“体检指标”放在一行记录里。df["debt_ratio"] = df["value_liab"] / df["value_asset"]构造资产负债率特征,这是衡量公司杠杆水平和财务风险的核心指标。X_train, X_test, y_train, y_test = train_test_split(...)将数据按 7:3 比例划分为训练集和测试集,防止模型“作弊”。model.predict_proba(X_test)[:, 1]获取模型对测试集每个样本预测的“坏公司概率”,用于计算 AUC 评估指标。roc_auc_score(y_test, y_pred)计算 AUC 分数,值越接近 1 代表模型的区分能力越强。
常见误区
误区我之前一直以为 SEC EDGAR 是美国的数据库,我做的国内金融项目应该用不到它。直到有朋友跟我提到可以用 EDGAR 的数据做风控,我才开始怀疑自己的想法是不是太局限了。
正解EDGAR 虽然存放的是赴美上市公司的数据,但这些公司中有大量中国企业(中概股),比如阿里巴巴、拼多多、京东等。做跨境投资风控、中概股分析、外贸企业信用评估时,EDGAR 反而是最权威的数据来源。此外,EDGAR 的数据规范化程度很高,可以作为学习金融数据处理的“训练场”,掌握的方法可以迁移到国内巨潮资讯、上交所等数据源上。
为何常见:因为名字里有“SEC“和”美国证券交易委员会“,容易让人只看到”美国”两个字,忽略了一个事实:任何在美国上市的公司,不管总部在哪,都要向 SEC 提交财报。
误区我从 EDGAR 下载了一批财报数据,想直接塞进 XGBoost 里训练。结果跑出来的 AUC 只有 0.55,跟抛硬币差不多。后来才知道原来数据里全是缺失值和单位不一的数值,我之前完全没做数据清洗。
正解EDGAR 的原始数据是“毛坯房”,直接入住会出问题。比如不同公司对同一会计科目的定义可能不同(有的用 GAAP,有的用 Non-GAAP),不同时期的数值单位可能不同(有的用千美元,有的用百万美元);更有甚者,有些公司会重述历史财报,导致同一时期的数据出现多个版本。原始数据必须经过清洗(缺失值处理、单位统一、去重、口径对齐)和特征工程,才能用于模型训练。
为何常见:人看到“官方数据库”容易默认它是“干净”的,但实际上官方数据库保证的是“数据真实”,并不保证“数据整洁”。就像官方档案馆保证文件真实,但不保证文件没有错别字。
误区我以前总以为 AUC 越高越好,为了在测试集上刷到 0.98 的 AUC,加了非常多的特征。结果模型一上线,在真实数据上的表现一塌糊涂,AUC 只有 0.6。后来才意识到我犯了一个错误,就是把特征工程做过头了。
正解AUC 高当然好,但如果高得离谱(比如 0.99),往往说明模型过拟合了。所谓过拟合,就是模型把训练数据中的噪音也当成了规律,就像学生死记硬背了练习题答案,考试换了题目就不会做了。解决方法是增加训练数据量、减少特征数量、使用正则化、加强交叉验证,并且在评估时重点关注模型在未见数据上的泛化表现。
为何常见:初学者很容易把“训练集上的表现”和“真实世界的表现”搞混,就像学生把模拟考成绩当成高考成绩一样。加上 AUC 是 0 到 1 之间的数值,直观上会让人觉得“越高越好”。
误区我以前觉得做 AI 就是写模型调参数,数据什么的都是“体力活”,不重要。直到我参与了一个风控项目,发现团队花了 80% 的时间在数据获取、清洗和特征工程上,建模反而只用了几天。这让我对“数据准备”这件事有了新的认识。
正解在工业界有一个共识:“数据和特征决定了模型的上限,模型算法只是逼近这个上限。” 特别是在金融风控领域,数据的质量直接关系到模型的可靠性和合规性。如果一个特征数据集有偏见(比如只覆盖了某类行业的数据),模型在这个数据集上的表现再好,也无法在真实场景中立足。优秀的数据工程师和数据科学家,会把精力投入到数据管道的构建和维护上。
为何常见:学校里教 AI 大多从模型算法讲起,容易让人以为模型是核心;加上开源框架(如 sklearn)让建模门槛极低,更强化了“建模最重要”的错觉。
面试题
Q1. SEC EDGAR 是什么?
- A.美国证券交易委员会的公开数据库← 正确答案
- B.美国联邦储备委员会的货币数据库
- C.美国财政部的税收数据库
- D.美国上市公司的内部交易系统
答案:A。SEC EDGAR 是美国证券交易委员会运营的电子数据收集、分析与检索系统,存放上市公司财报等公开信息,类似于一个向公众开放的“金融档案室”。其他选项分别涉及美联储、财政部和内部系统,均与 SEC 的职责不符。
Q2. 在 EDGAR API 请求中,User-Agent 请求头的主要作用是什么?
- A.加密请求数据防止泄露
- B.标识请求者身份供对方联系← 正确答案
- C.提高网络请求的传输速度
- D.自动压缩返回的数据内容
答案:B。EDGAR 要求所有 API 请求必须携带包含联系邮箱的 User-Agent 头,用于标识请求者身份,以便在有异常行为时追踪。这就像去图书馆登记个人信息,不是为了提高速度或加密数据。
Q3. 以下哪个指标专门用于衡量模型在“真正的坏样本中抓到了多少”?
- A.准确率(Accuracy)
- B.精确率(Precision)
- C.召回率(Recall)← 正确答案
- D.F1 分数(F1 Score)
答案:C。召回率 = TP / (TP + FN),衡量所有实际为坏的样本中模型成功预测为坏的比例。准确率衡量全部预测中的正确率,精确率衡量预测为坏的样本中有多少是真坏。在反欺诈中,召回率更重要,因为漏掉坏人的代价远大于误报。
Q4. 从 EDGAR 获取某公司历史营收数据,应该使用哪个 API 端点?
- A.
/api/xbrl/companyconcept/← 正确答案 - B.
/api/xbrl/companyfacts/ - C.
/api/company/ownership/ - D.
/api/submissions/frames/
答案:A。companyconcept 端点可以根据公司 CIK 和会计概念(如 Revenues)获取该概念的历史数值。companyfacts 用于获取全量数据,主要面向归档场景,不是按概念查询的接口;ownership 关注股权,frames 用于按维度检索。
Q5. 以下是 EDGAR 原始数据常见的质量问题有哪些?
- A.数据包含缺失值← 正确答案
- B.同一概念数值单位可能不统一← 正确答案
- C.公司可能重述历史财报导致数据版本不一致← 正确答案
- D.数据格式总是整齐统一
答案:ABC。EDGAR 数据来自不同公司、不同时期的报送,格式虽被标准化但数值本身存在单位不统一、缺失值等问题。公司重述财报会导致同一时期出现多版本数据,非常常见。因此选项 D 说法完全错误,原始数据离“干净整洁”差得远。
Q6. 梯度提升树(GBDT)在风控建模中备受青睐的主要原因是?
- A.能自动处理缺失值并捕捉非线性关系← 正确答案
- B.训练速度比线性模型快很多
- C.不需要任何特征工程
- D.在小样本上不会过拟合
答案:A。GBDT 通过多棵决策树叠加,能自动捕捉特征间的非线性关系,且对缺失值有一定容忍度。它仍然需要特征工程(好坏特征影响巨大),训练速度并不一定比线性模型快,在小样本上同样可能过拟合。
Q7. 以下哪些措施可以有效防止风控模型过拟合?
- A.增加训练数据量← 正确答案
- B.减少特征数量← 正确答案
- C.使用 K 折交叉验证评估模型← 正确答案
- D.盲目提高模型复杂度
答案:ABC。增加数据、减少特征、交叉验证都是经典的防过拟合手段。盲目提高模型复杂度(如加深树深度)恰恰会加剧过拟合。就像学生刷题,题目覆盖越广、思考越精简,应对新考试的能力越强;死记硬背太多细节反而容易答错新题。
Q8. PSI(Population Stability Index)大于 0.25 通常表示什么?
- A.模型效果极好
- B.模型无需干预
- C.数据分布发生显著漂移← 正确答案
- D.数据质量非常高
答案:C。PSI 衡量实际数据分布与建模时分布的差异。通常 PSI < 0.1 表示稳定,0.1~0.25 需关注,> 0.25 表示显著漂移,需要排查原因并考虑重训。高 PSI 并非模型表现好的信号,恰恰是需要重点关注的警示信号。
Q9. 在时间序列风控数据中,为什么不能随机拆分训练集和测试集?
- A.因为随机拆分会导致数据泄露← 正确答案
- B.因为随机拆分会让模型训练更慢
- C.因为测试集必须比训练集更大
- D.因为随机拆分可以随意决定
答案:A。金融数据具有时间依赖性,随机拆分会让未来数据出现在训练集、历史数据出现在测试集,导致模型“偷看未来”,评估结果虚高。应保持时间顺序:用过去数据训练、未来数据验证。就像考试时不能用答案册练习,否则无法检验真实水平。
Q10. 用 EDGAR 构建风控模型的特征工程中,哪些是从原始数字之外能新增信息的特征类型?
- A.财务比率(如流动比率)← 正确答案
- B.滚动窗口统计量(如 4 季度利润波动率)← 正确答案
- C.文本情感特征(如 MD&A 报告语气)← 正确答案
- D.公司CEO的名字发音
答案:ABC。财务比率、滚动窗口统计量和文本情感特征都是通过组合或挖掘原始数据获得的新信息维度。CEO 名字发音与公司财务风险通常没有实际相关性,强行加入只会增加噪音,降低模型稳定性。