授信报告生成器

一份授信报告，到底要回答什么？

定制报告要求 Contract

“写一份报告”太笼统，模型容易遗漏必答项。先把报告变成一组明确的问题，后面的检索和审核才有共同标准。

• 解决什么避免自由生成时漏掉栏目、混用报告期间，或在缺少材料时硬写结论，并为后续召回材料形成材料包提供索引。
• 怎么做按章节列出必答问题，同时约定目标主体、来源与期间、完成条件和缺件后的处理方式。
• 举个例子“主营业务”至少要回答产品、收入构成、采购与生产销售模式；比较两年收入时，必须拿到两期同口径材料。

面对庞大内容，如何精准定位答案？

检索与混合检索 Router

问题不同，答案所在的位置也不同。Router 先看问题要的是数字、原文、局部描述、跨期比较还是最新外部信息，再确定去哪儿找。

• 怎么选路明确财务数字查合格数据库；已知原文取直接证据；单一主题做专题检索；跨年或跨文件问题做深度检索；新近政策才看外部来源。
• 怎么找选好路径后再组合文档树、语义排序、原表查看与多步回读；命中一段相关文字不等于已经回答问题。
• 交付什么返回有边界的原文或已核数据，并附来源；查不到时把缺口交给研究循环。

例如问“两年收入结构怎么变”：先走深度检索，定位两份年报的同题章节和表格，再核对期间与口径；不会把一段相似文本当成完整答案。

如何把可信材料交给撰稿人？

主题材料包与财务事实包 Pack

若撰稿人边检索边拼接句子，来源和限定条件容易丢失。研究完成后，先把可用材料整理成交接包，再开始写作。

• 文字材料包公司披露与合格外部来源保留整段有界原文、上下文、来源锚、已核事实和未解决项，不只交一句脱离上下文的判断。
• 财务事实包从独立核对过身份、期间、币种和单位的财务数据出发；比率与汇总由代码计算，数字与计算过程独立保存，撰稿人只使用已核结果。
• 交接方式核对“应该交什么、实际交了什么、缺什么”，把两种包及缺口一起交给撰稿人。

例如原文说“以自有基地为主，部分工序外协”，材料包会连同“部分外协”一起交付，避免撰稿时只记住前半句。

报告里每一句话，都站得住脚吗？

逐句核查与独立审阅 Check & Review

审核不是让撰稿人自己说“写得对”。系统准备独立的审核底稿和规则，再把报告句子与被引材料逐句对照。

• 审核底稿只读报告实际引用的原文、定位信息和已核事实；独立审阅不依赖撰稿人的自评。
• 硬规则查引用能否定位、金额和单位是否匹配、期间与主体是否错配，以及必要支持是否存在。
• 语义审阅再看句子是否夸大、遗漏限制或与原文矛盾；发现问题写意见并退回，不直接替撰稿人改稿。