AP-02 · 历史批复条件检索

① 场景引入

一、这件事现在是什么样

授信审查审批 · 真实业务触发

拟定批复条件时，审查岗要在贷审会材料里回答「对同类机械加工企业我们历史上给过什么约束条件、后来执行得怎么样」——这个答案现在全凭老审查员的记忆。

二、痛点 · 每条都有来源

1. 本行历史批复散落在信贷系统附件与纸质档案里，没有检索入口，同类客户批过什么条件全凭记忆
   依据：某城商行披露：客户经理平均登录3-4个系统、操作环节超20个；同一客户行业投向在不同系统经常矛盾
2. 批复条件「变通落实、简化执行」是不良复盘的共性起点，但拟定条件时没人回头看历史条件后来执行得如何
   依据：某农商行《企业贷款操作规程》：受理2个工作日、调查评价5个工作日、A/B角客户经理制且报告须签字盖章、审查双人制、贷审会5个工作日
3. 审查岗与贷审会委员对表决终身负责，参考信息越全、决策越有依据——历史批复正是最硬的参考
   依据：某农商行指导意见：贷审会匿名表决、委员对表决结果终身负责、一把手不参与审议只对结果一票否决
4. 「先放款后补手续」的潜规则背后，是条件拟定环节就没人知道历史上哪些条件最终被证明有效
   依据：某地审计局公开案例：A农商行客户经理套取信贷资金190万元，审计原话「贷后检查报告套用模板」「贷后检查执行流于形式」

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 本行历史批复散落在信贷系统附件与纸质档案里，没有检索入口，同类客户批过什么条件全凭记忆
• 批复条件「变通落实、简化执行」是不良复盘的共性起点，但拟定条件时没人回头看历史条件后来执行得如何
• 审查岗与贷审会委员对表决终身负责，参考信息越全、决策越有依据——历史批复正是最硬的参考
• 「先放款后补手续」的潜规则背后，是条件拟定环节就没人知道历史上哪些条件最终被证明有效

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 结构化索引 · 把批复库变成可检索的每份批复拆成行业/金额/担保/条件/执行结果五维
2. 相似检索 · 找同类客户的历史批复机械加工+2000万档+厂房抵押，命中 N 笔
3. 条件比对 · 哪些条件反复出现「按季提供纳税申报表」「追加实控人连带保证」出现频次与执行率
4. 失效分析 · 哪些条件后来悬空了对照执行台账，标出落实率低的条件类型
5. 参考清单输出 · 供拟定条件时对照按命中相关度排序，每条附原批复文号与执行结果

要准备什么：本行近三年全部授信批复（信贷系统导出）含前提条件、约束指标、否决理由批复执行跟踪记录（放款中心台账）哪些条件后来落实了、哪些悬空本次上报项目摘要行业、金额、担保方式、风险特征不良复盘记录历史条件失效的案例

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 2.5 = 7.0

最大差异点：厂商方案里没有这个场景——批复库是每家银行独有的私有资产。与通用文档搜索的区别：按「行业+金额档+担保方式+风险特征」结构化检索，返回的是条件条款与后来执行结果，不是文件列表。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：历史批复条件参考清单.xlsx 按相关度排序 · 每条含文号+条件原文+执行结果
• 可派发清单：条件落实率分析表.xlsx 各类条件的历史落实率 · 低效条件标注
• 可派发清单：相似案例摘要表.xlsx 命中批复的项目要素对照

这套东西不承诺什么：只检索与比对，不替审查岗拟批复条件文本——条件怎么定、定多严，由审查岗和贷审会决定。检索结果只覆盖本行批复库，不推断他行做法。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：澜川银行审查岗王敏 2026 年 7 月 9 日（贷审会前 1 个工作日）为恒信机械 2,500 万流贷拟定批复条件时，要在贷审会材料里回答「对同类机械加工企业我们历史上给过什么约束条件、后来执行得怎么样」——这个答案现在全凭老审查员的记忆。

输入文件 4 份 · 历史命中 11 笔 · 落实率低条件 2 类 · 结论换 2 项 · 条件

输入银行手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_本行近三年批复库_263笔脱敏.xlsx 澜川银行 2023-2025 年全部对公授信批复（脱敏）——本行独有私有数据信贷系统附件 · 一次性导出
• 02_条件落实率统计_本行_2023-2025.xlsx 本行全部 263 笔批复中各类条件的历史落实率（脱敏统计）风险部年度复盘 · 2025 末
• 03_本笔拟定的8项条件_v1.xlsx 审查岗初拟的本笔批复条件（待贷审会审议）审查岗王敏 ·贷审会前 1 个工作日
• 04_相似案例_2023鑫和精密.docx 2023 年鑫和精密（同园区机械加工）批复与执行结果（脱敏）风险部复盘

注意标橙色那一份 —— 01_本行近三年批复库_263笔脱敏.xlsx。它信贷系统附件 · 一次性导出，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

查一下咱们行近三年对机械加工企业、两千万以上、厂房抵押的贷款，批复里都给过什么条件。 每条条件带上原批复的文号，还有后来到底执行了没有。 这次上报的项目摘要在附件里，跟历史批复像的地方标出来。 条件怎么定我自己来，你只管把历史摆给我。

检索维度、条件分类、执行率口径都在能力包里。

触发事情是这么来的

7-9 拟定条件，7-10 贷审会，要在材料里答出历史执行情况

拟定批复条件时，审查岗要在贷审会材料里回答「对同类机械加工企业我们历史上给过什么约束条件、后来执行得怎么样」——这个答案现在全凭老审查员的记忆。

第 1 步 · 结构化索引 · 263 笔批复变可检索

每份批复拆五维：行业/金额/担保/条件/执行结果

第 2 步 · 相似检索 · 同类客户的历史批复

11 笔全列出来供对比

#批复文号金额(万)条件摘要执行率(%)1LC-2023-0118（鑫和精密）1800按季报表 / 连带 / 受托252LC-2023-02562200按季报表 / 重大投资报备03LC-2024-00342500按季报表 / 受托 / 连带1004LC-2024-00892800按季报表 / 设备 / 报备

755LC-2024-0192（广元贸易）3000按季报表 / 设备 / 受托06LC-2024-03112000按季 / 连带 / 报备1007LC-2025-00232300受托 / 账户监管 / 连带1008LC-2025-01452600受托 / 按季 / 报备1009LC-2025-02082100按季 / 报备 / 连带

这一步的看点 · 排除性结论「要不要追加设备抵押这个条件可以不用考虑」——263 笔历史里「设备抵押登记」落实率仅 60.5%（38 笔中 15 笔未办结），且LC-2024-0192（广元贸易）正是「厂房 + 设备」组合，仍未拦住 800 万挪用。本笔已有厂房抵押 + 受托支付 + 账户监管，追加设备抵押不增加实质约束——直接砍掉一轮讨论。

第 3 步 · 条件比对 · 哪些条件反复出现、落实率如何

按本行全部 263 笔统计的落实率

这一步的看点 · 从历史里想起了本行踩过的坑检索命中 2023 年鑫和精密（同园区机械加工）：批复里写了「按季提供增值税申报表」，执行台账显示四个季度一次都没收齐过——条件本身有效，但没人追。Agent 把「执行率」与「条件文本」并排给出。

第 4 步 · 失效分析 · 哪些条件后来悬空了

本笔拟定的 8 项里 2 项属历史落实率低

这一步的看点 · 该拦的地方拦住了参考清单顶部提示：本次拟定的条件里有 2 项在本行历史上落实率低于 30% （「按季提供报表」「重大投资需报备」）——建议换成可核验的载体（如约定受托支付清单 + 回款账户监管）。这不是反对意见，是历史数据。

第 5 步 · 参考清单 · 供拟定条件时对照

按相关度排序，每条附原批复文号 + 执行结果

这一步的看点 · 把技术动作翻译成钱历史同类贷款中，带受托支付清单条件的比不带的资金挪用率低——以本行 2024 年广元贸易被挪用 800 万计，一个条件的差距就是七位数的风险敞口。

本笔 8 项条件中 2 项建议替换本笔拟定的 8 项条件中，#4（按季提供增值税申报表）本行历史落实率 60.7%、#5（重大投资需报备）落实率 29.7%——是本行历史落实率最低的两类。两个不用干等的替代方案：①方案一：直接替换为高落实率条件（受托支付清单 + 回款账户监管，落实率均 95%+），本次可上会推进（影响金额 2,500 万按期放款）；②方案二：保留 2 项原条件但加自动催收 + 季度复查机制（人工成本增加 1 人/季，影响金额 2,500 万按期但执行风险敞口高）。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 批复库从「躺在附件里的 PDF」变成可检索、可对照的风控资产
• ✓ 条件拟定第一次有了「历史执行率」这个依据，不再只靠直觉
• ✓ 落实率低的条件类型被识别出来，新批复可以直接避开
• ✓ 新审查员也能三分钟调出同类客户的历史条件——经验不再只在老员工脑子里

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 老批复是扫描件怎么办？ OCR 识别后结构化，识别置信度低的字段会标出，不硬填。
• 这会不会把否决的项目也翻出来？ 会——否决理由同样是资产，清单里有单独一栏。
• 能跨行参考吗？ 不能，只检索本行批复库。他行的口径拿不到，拿到了也不该直接用。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

历史批复条件检索 —— 同类客户当年批过什么条件，一查便知 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

approval-condition-search.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是银行手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁AP-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

XLS01_本行近三年批复库_263笔脱敏.xlsx澜川银行 2023-2025 年全部对公授信批复（脱敏）——本行独有私有数据 XLS02_条件落实率统计_本行_2023-2025.xlsx本行全部 263 笔批复中各类条件的历史落实率（脱敏统计）下载

• ↓XLS03_本笔拟定的8项条件_v1.xlsx 审查岗初拟的本笔批复条件（待贷审会审议）
• 04_相似案例_2023鑫和精密.docx 2023 年鑫和精密（同园区机械加工）批复与执行结果（脱敏）

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

查一下咱们行近三年对机械加工企业、两千万以上、厂房抵押的贷款，批复里都给过什么条件。 每条条件带上原批复的文号，还有后来到底执行了没有。 这次上报的项目摘要在附件里，跟历史批复像的地方标出来。 条件怎么定我自己来，你只管把历史摆给我。

为什么这么短就够了：检索维度、条件分类、执行率口径都在能力包里。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• AP-02_历史批复条件参考清单.xlsx 按相关度排序 · 每条含文号+条件原文+执行结果
• AP-02_条件落实率分析表.xlsx 各类条件的历史落实率 · 低效条件标注
• AP-02_相似案例摘要表.xlsx 命中批复的项目要素对照

Skill 里固化了什么：从历史里想起了本行踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：本行近三年全部授信批复（信贷系统导出）含前提条件、约束指标、否决理由批复执行跟踪记录（放款中心台账）哪些条件后来落实了、哪些悬空本次上报项目摘要行业、金额、担保方式、风险特征不良复盘记录历史条件失效的案例

人工边界：只检索与比对，不替审查岗拟批复条件文本——条件怎么定、定多严，由审查岗和贷审会决定。检索结果只覆盖本行批复库，不推断他行做法。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

授信审查审批 · 产出即下一步输入

• AP-01 · 授信审查疑点清单：在别人写好的报告里挑出真问题

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。