Crediscope 工作台
授信调查 · 华湖城建发展股份有限公司（示例借款人 · 已脱敏）
Crediscope信贷分析 Agent
下载桌面版
信贷分析特化的 Agent 工具
读入借款人财报等基础资料，按信贷方法论流水线产出完整授信调查报告。 本页不是产品宣传片——它是一次真实运行的留痕回放：每一步展示的中间产物 （提取 JSON、worker prompt、wiki 图谱、校验规则、成稿 docx）均取自真实运行记录，已脱敏。 界面为演示重排，全部产物取自桌面端真实运行记录。 无后端、无实时模型调用、数据只存本机。
以上数字取自 2026-07 一次真实运行留痕，随版本演进可能变化。
xattr -dr com.apple.quarantine /Applications/Crediscope\ LLM.app借款人近期的审计报告或年报，直接拖入。文件名是采集系统的匿名编号—— 不需要模板、不需要手工录入。解析、计算、写作全部在本机完成，原始文件不出本机。
提取层默认走确定性脚本：PDF 文本解析 → 科目正则映射 → 三表对齐校验。 脚本能解决的问题，不花一次模型调用；格式变了，Agent 才接管。
4 份 PDF 中，1223307072.PDF 的报表格式发生变化，出现 3 个脚本未注册的科目：
结算备付金、拆出资金、以摊余成本计量的金融资产终止确认收益。
映射表失效后流水线没有中断——该文件触发 3 次 LLM 兜底调用（llmCalls = 3）完成科目对齐，
其余 3 份 llmCalls = 0，纯脚本通过。
报告骨架按 KEY 切分——每个会计科目、每个分析章节都是一个独立 KEY。 父 Agent 把 KEY 连同该 KEY 命中的 wiki 规则一起打包成子任务，派发给 worker； worker 只写自己负责的 KEY，不碰授信结论，产出落盘后由父 Agent 统一合并。
读入「分析骨架」模板，解析全部 <!-- KEY: ... --> 占位符，按 key_wiki_map 注册表为每个 KEY 预载 wiki 规则，生成子任务。
下面是财务资产章节的派发清单（取自真实模板片段）。
信贷方法论不写死在 prompt 里，而是沉淀为本机 wiki：框架页、科目概念页、行业页、G 规则页 互相以 [[wikilink]] 引用。worker 查询「应收账款」时，图谱把挂在上面的 G14（账龄逐户分析）、G12（关联交易穿透）和相邻概念页一并推送——每条边都带着上下文。
22 条注册规则，每条有唯一编号、触发条件、严重性分级。 blocking 阻断结论 · major 必须补专项分析 · warning 披露后允许输出 · style 语言格式错误。 未在总表注册的 G 编号，不得进入报告或 prompt。
指标脚本算完即知命中哪条规则（如 FCF 连续为负命中 G13），命中的规则原文以「强制执行」块注入全体 worker。
G9 / G10：报告写的流动比率、资产负债率与脚本计算值偏差超限即 FAIL（±0.05 / ±0.5pp）。
G18：校验器从财务数据 JSON 反推本报告应当加载哪些 wiki 页，比对实际使用记录，缺失即 FAIL。
worker 在记录里写「我查了某页」，校验器去磁盘确认文件真实存在——防自我申报。
对照同一 KEY 的三个形态：模板占位符 → worker 交回的原始产出 → 父 Agent 整合后的成稿。 下方为完整《公司客户授信调查报告》阅读视图，支持左侧目录跳转。
该 KEY 的成稿即 worker 产出原文落位：父 Agent 负责占位符替换、<!-- KEY --> 标记清理与全文连贯性校验。
worker 在资料不足时按 G20 写明「尚需进一步获取」而不是编造账龄表——证据不足拒答是规则，不是建议。