这个品类每天在处理什么材料
该品类日常处理的材料包括募集说明书、发行方案、保荐文件、尽调底稿、前次募集资金使用报告、问询回复、董事会及股东会资料。主要数据来源涵盖历史公告、交易所审核信息、公司账套、募集资金专户、工商司法和行业数据。不同材料的形态存在差异，部分为结构化财务或业务数据，部分为非结构化文本内容，更新频率也各有不同：上市公司公告随法定或事件披露触发更新，申报问询信息随审核事件触发更新，财务资料按定期报告周期更新，发行市场数据则在发行阶段实时更新。
这些材料在「向量模型与索引」这一环带来什么约束
多类型材料要求索引支持跨格式的语义匹配，需覆盖结构化数据与非结构化文本的混合检索。不同数据源的更新触发条件差异，要求索引支持增量更新与定时刷新结合的策略，以适配不同数据的时效性要求。材料间存在强关联逻辑，例如问询回复需关联对应募集说明书条款，索引需支持跨文档的关联召回。部分材料体量较大，如尽调底稿，需确保索引的解析与存储效率，避免过长的处理耗时。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
分段长度 | 800–1200 字符 | 覆盖多数公告段落的语义完整性，常见取法，需按实际材料的段落长度标定 |
召回条数 | 前8–12条 | 覆盖核心关联材料的检索需求，常见取法，需按业务场景的关联复杂度调整 |
相似度阈值 | 0.72–0.85 | 平衡召回精准度与召回量，常见取法，需按业务风险容忍度调整 |
PARSE_FILE_TIMEOUT_SECONDS | 300–600 秒 | 适配尽调底稿等长文档的解析耗时，常见取法，需按单文件最大体积调整 |
重排返回条数 | 前3–5条 | 聚焦核心关联内容，避免信息过载，常见取法，需按业务审核的信息密度调整 |
maxContext | 8000–12000 字符 | 承载足够关联信息且不超出多数模型的上下文限制，常见取法，需按模型支持的上下文长度标定 |
最耗时的环节会卡在哪
第一个环节为核对前次募集资金用途及历史公告，向量模型与索引可召回同主体历史公告中涉及前次募资的相关内容，减少人工遍历的工作量，但无法自动匹配资金使用的具体流水记录。若召回不到对应公告条款，或抽取的募资用途与实际披露内容不符，会导致人工核对遗漏，需回退重做。第二个环节为论证本次募投项目、融资规模和效益假设，索引可召回同行业同类项目的历史披露数据作为参考，但无法完成财务模型的精准测算。若召回的历史数据不完整，或相似度匹配出现偏差，会导致论证依据不足，引发审核问询。第三个环节为将申报文件与既往定期或临时公告逐项勾稽，索引可批量比对申报文件与历史公告的关键表述，但无法完成逐字逐句的细节核对。若召回条数不足导致遗漏关键公告，或分段切割导致条款不完整，会出现勾稽错误，需重新开展比对工作。
做错了会怎样
功能环节出错会引发多维度的不良后果：业务层面可能导致发行延迟或审核受阻，合同层面可能引发发行与募集资金使用的争议，监管层面可能因前后披露不一致或核查不足被监管处理，投资者层面可能因信息错误影响认购判断。易引发此类后果的配置失误包括：分段长度过短导致条款被切断，召回条数过低导致关键材料被遗漏，未开启溯源功能导致答复无法回查原件核对，相似度阈值设置过高导致核心关联内容未被召回，解析超时设置过短导致长文档解析中断。
与相邻品类的区别
与IPO相比，该品类的核心工作聚焦验证本次融资事项并确保新申报材料与持续信息披露一致，无需从零核查企业全部历史。因此，再融资场景的向量索引需重点聚焦于企业的持续披露信息，尤其是前次募资、近期公告的关联内容，而IPO场景的索引需要覆盖企业全生命周期的历史资料，两者的核心关联数据源和检索范围存在明显差异，同一套配置无法直接适配。
还需要按机构实际情况确认的
- 不同再融资工具的发行环节和材料存在差异，不同机构使用的再融资工具类型不同，对应的需索引的材料子集和关联逻辑存在区别，需结合机构实际业务场景确认。
- 三项耗时排序未找到统一统计，不同机构的业务流程、人员配置存在差异，三项耗时的优先级和影响程度各不相同，需结合机构实际情况调整功能优化的优先级。
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S021、S022）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。