这个品类每天在处理什么材料
本品类日常处理的材料包括借款申请、身份和收入资料、征信授权、授信评分、消费用途资料、借款合同、合作机构协议、放还款记录、贷后及催收记录。主要数据来源涵盖征信、内部账户及交易、反欺诈设备/行为数据、合作消费场景、客户授权数据。数据更新频率存在差异：申请及行为数据为实时或事件触发，征信数据按授权查询，还款和逾期数据随交易更新，合作渠道监测频率因机构制度而异。不同材料的格式、体量存在显著差异。
这些材料在「上下文与token」这一环带来什么约束
多类材料同时纳入上下文时，总token数易超出模型限制，需合理控制引用范围。不同格式的材料解析后需统一拼接，增加上下文整理的复杂度。实时更新的申请、交易数据需及时同步至上下文，避免信息滞后。长文本类材料的长度直接影响单次可输入的内容量，需通过分段处理适配模型输入限制。多来源数据的关联需依托上下文完成，上下文范围不当会导致信息割裂。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 8000–12000 字符 | 适配主流大模型的上下文窗口上限，为常见取法，需按实际材料总token占比标定 |
分段长度 | 1000–1500 字符 | 适配长文本材料的拆分需求，避免单段超出模型单次输入限制，为常见取法，需按材料实际长度调整 |
召回条数 | 前3–5条 | 控制召回的相关材料数量，避免总token溢出，为常见取法，需按业务关联度调整 |
PARSE_FILE_TIMEOUT_SECONDS | 120–180 秒 | 适配多类材料的解析耗时，避免长文档解析中断，为常见取法，需按材料体量调整 |
相似度阈值 | 0.7–0.8 | 过滤低关联度的材料，减少无效上下文占用token，为常见取法，需按业务场景标定 |
最耗时的环节会卡在哪
最耗时的三个环节分别为识别身份、设备和渠道欺诈，合并征信、收入负债和内部行为判断授信额度，监测贷款用途、逾期征兆及合作渠道资产质量。上下文与token环节可替掉多源材料的信息提取、关联拼接步骤，但无法替代跨源校验、模型逻辑运算及风险判定。识别环节若召回不到身份材料会导致抽取字段为空，分段截断会造成设备数据缺失；授信环节若召回条数过低会漏掉关键征信材料，分段切断会导致收入证明信息不全，结果与原件不符需人工回退；监测环节若未开启溯源则无法回查原件，分段截断会遗漏逾期征兆数据，超时中断会导致流程停滞。
做错了会怎样
功能环节出错会引发多维度后果。业务层面，欺诈、多头借贷或模型偏差可能造成批量损失；合同层面，用途或收费争议可能形成纠纷；监管层面，贷款管理、收费、营销催收违规可能被处理；客户层面，错拒、错收、催收不当可引发投诉。常见配置失误包括分段切断关键条款、召回条数过低漏掉核心材料、未开启溯源导致答复无法回查原件、超时设置过低导致解析中断。
与相邻品类的区别
本品类与住房贷款、信用卡存在关键差异。与住房贷款相比，本品类不以特定不动产交易和抵押登记为核心，材料中无大量不动产相关文件，上下文无需聚焦抵押登记信息；与信用卡相比，本品类通常围绕明确贷款申请、合同和放款形成单笔/分笔债权，上下文需绑定单笔业务的全流程材料。因此同一套配置无法直接适配相邻品类。
还需要按机构实际情况确认的
- 商业银行和消费金融公司的模型字段、渠道占比、自动审批范围无公开统一标准，不同机构的材料结构、数据权重存在差异，需结合实际业务配置。
- 机构间的业务差异未被单列为主品类，需根据本机构的业务边界调整上下文与token的配置逻辑，避免套用通用模板。
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S003、S009）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。