这个品类每天在处理什么材料
该品类日常处理的文档包括募集说明书、发行方案、保荐文件、尽调底稿、前次募集资金使用报告、问询回复、董事会及股东会资料。数据来源涵盖历史公告、交易所审核信息、公司账套、募集资金专户、工商司法和行业数据。不同文档的更新触发条件与形态存在差异：上市公司公告按法定或事件披露触发更新，申报问询文件随审核事件同步更新，财务资料遵循定期报告周期更新，发行市场数据则在发行阶段实时更新。
这些材料在「上下文与 token」这一环带来什么约束
多源异构的材料构成带来多维度的上下文召回需求，不同数据源的更新频率差异增加了动态同步上下文的复杂度。长文本类文档会占用大量模型token，容易超出上下文窗口限制。跨文档勾稽任务需要关联多份材料的片段，若上下文拼接不当易产生冗余信息。部分文档包含结构化与非结构化混合内容，进一步提升了上下文解析的难度。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
分段长度 | 800–1200 字符 | 常见取法，需按实际材料的单段有效信息密度标定，避免切断关键条款或浪费token |
maxContext | 前 4–6 条召回结果 | 常见取法，需结合材料关联密度调整，确保覆盖勾稽所需的上下文且不超出模型窗口 |
相似度阈值 | 0.75–0.85 | 常见取法，需按材料的专业术语密度调整，平衡召回精度与召回范围 |
PARSE_FILE_TIMEOUT_SECONDS | 300–600 秒 | 常见取法，需按单份材料的体量调整，避免长文档解析超时中断 |
重排返回条数 | 前 3–5 条 | 常见取法，需按勾稽任务的复杂度调整，确保核心关联内容优先被获取 |
最耗时的环节会卡在哪
核对前次募集资金用途及历史公告环节中，该功能可自动召回对应历史公告条款完成初步比对，但无法覆盖跨多份公告的关联验证，若召回不到对应条款则会出现核对遗漏。论证本次募投项目、融资规模和效益假设环节中，可自动召回同类型项目的历史参考数据，但无法替代结合企业实际情况的专业论证，若抽取字段为空或参考数据匹配偏差则会影响论证准确性。将申报文件与既往定期/临时公告逐项勾稽环节中，可自动匹配对应条款完成初步核对，但无法替代人工复核异常差异，若结果与原件对不上则需要人工回退重做。
做错了会怎样
功能配置失误可能引发多重后果：业务层面出现发行延迟或审核受阻，合同层面引发发行与募集资金使用争议，监管层面可能因前后披露不一致或核查不足被处理，投资者层面可能因信息错误影响认购判断。常见的配置失误包括分段切断关键条款导致上下文缺失、召回条数过低漏掉关键材料、未开启溯源导致答复无法回原件核对、相似度阈值过高导致必要内容未被召回。
与相邻品类的区别
与IPO相比，该品类的核心工作聚焦验证本次融资事项，确保新申报材料与企业持续信息披露保持一致，无需从零核查企业全部历史。因此，适配IPO场景的上下文与token配置无法直接套用，本品类需聚焦本次融资相关的持续披露信息，调整分段长度、召回条数等参数以匹配业务需求。
还需要按机构实际情况确认的
- 不同再融资工具的发行环节和材料存在差异：不同工具如配股、增发、可转债的材料结构、勾稽重点各不相同，需针对性调整配置参数。
- 三项耗时排序未找到统一统计：不同机构的业务流程、人员配置存在差异，耗时环节的优先级需结合自身实际情况验证。
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S021、S022）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。