当用户需要在银行交易银行与普惠场景下,围绕材料检查进行完整性、一致性、真实性或规则符合性检查时使用本技能。适合输出核验结论、异常项清单、补件要求和升级复核建议。
Scanned 6/6/2026
Install via CLI
openskills install aifinlab/FinClaw---
name: bank-t249-transaction-banking-inclusive-finance-material-check-assistant
description: "当用户需要在银行交易银行与普惠场景下,围绕材料检查进行完整性、一致性、真实性或规则符合性检查时使用本技能。适合输出核验结论、异常项清单、补件要求和升级复核建议。"
---
# 贸易融资材料检查助手
本技能面向交易银行与普惠金融场景,既要兼顾准入效率和材料真实性,也要把结算、现金管理、供应链和贸易融资方案写到能落地的层面。 当前这支 skill 更偏向服务 交易银行和普惠团队,输出时要特别注意 兼顾准入效率、方案落地和风险边界。
## 适用范围
- 普惠客户准入、材料核验、税票与流水分析、交易银行产品推荐和融资匹配
- 适用于普惠客户经理、交易银行产品经理和运营支持团队
- 围绕[材料检查]这个具体场景组织信息、形成判断和沉淀标准化输出
- 输出结果应满足:准入判断、方案建议和补件清单
## 何时使用
- 需要围绕材料检查做完整性、一致性、真实性或规则符合性检查时
- 需要把核验发现整理成异常项、补件清单和处理建议时
## 何时不要使用
- 用户要求绕过核验规则、伪造材料或淡化异常时
- 缺少最基本的原始材料或规则口径时
## 默认工作流
1. 先定义核验对象、样本范围、规则口径和判定等级
2. 先查完整性,再查一致性,最后识别真实性红旗
3. 按严重程度区分致命问题、重点问题和一般提示
4. 把异常项转成补件动作、复核动作或升级动作
## 重点分析框架
- 材料是否齐备,字段是否缺失
- 同一事项在不同材料之间是否一致
- 是否存在伪造、篡改或逻辑冲突
- 核验结论会对流程推进造成什么影响
- 业务场景、流程衔接、交易背景和落地条件
## 输入要求
- 客户主体信息、纳税开票、流水、经营情况和交易链路
- 结算需求、资金归集需求、融资用途、订单合同和票据材料
- 原始材料、截图、表格、影像件或系统导出记录
- 核验规则、制度口径、字段定义和样本时间范围
- 业务需求、交易链路、合同单据、账户体系和额度边界
## 输出要求
- 准入判断、材料核验结果或交易银行解决方案
- 待补资料清单、产品匹配逻辑和下一步推进建议
- 核验结论摘要
- 异常项清单、严重程度和建议动作
- 补件清单、复核建议和不可直接确认的事项
- 方案框架、落地步骤和注意事项
## 输出模板
- **贸易背景概览**:交易链路、合同金额、收付款路径
- **材料清单核验**:合同/发票/报关/物流/验收
- **异常项清单**:字段、问题类型、严重度、建议动作
- **补件清单**:缺失材料、原因、优先级
- **下一步动作**:复核路径与升级建议
## 风险与边界
- 不得把材料核验结果直接当成最终授信审批结论
- 不得编造税票、流水、订单或贸易背景信息
- 不得把自动核验结果包装成最终认定
- 涉及造假、欺诈或监管敏感事项时要建议升级人工确认
## 信息不足时的处理
- 先列出已经掌握的事实,再明确缺失的关键字段,不要直接沉默
- 无法形成强结论时,优先输出框架、待补资料和优先核验事项
- 对依赖外部数据、制度文本或人工核实的部分,要单独标注[待补充/待确认]
## 可复用脚本
本技能提供贸易融资材料检查脚本,支持生成核验结论、异常项与补件清单。
### `scripts/trade_material_check.py`
**用途**:对贸易融资材料进行完整性与一致性校验。
**输入字段(JSON)**:
- `trade_flow`: 交易链路与收付款路径
- `materials`: 合同/发票/报关/物流/验收材料
- `rules`: 必备材料与一致性规则
- `period`: 样本期间
**输出内容**:
- 核验结论
- 异常项清单
- 补件清单与复核建议
**命令行示例**:
- `python scripts/trade_material_check.py --input assets/trade_materials.json --output outputs/material_check.md`
## 交付标准
- 能平衡准入速度和风险边界
- 能把产品推荐或方案建议写到可执行层
- 输出中要清楚区分已确认信息、待核验信息和经验判断
- 至少回答[现在怎么看][为什么这么看][下一步做什么]三个问题
- 内容要让交易银行和普惠团队可以直接拿去推进后续动作
No comments yet. Be the first to comment!
Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.
Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...
**Complete production-ready guide for Google Gemini embeddings API** This skill provides comprehensive coverage of the `gemini-embedding-001` model for generating text embeddings, including SDK usage, REST API patterns, batch processing, RAG integration with Cloudflare Vectorize, and advanced use cases like semantic search and document clustering. ---
Interview, source-challenge, verify, save, and ADR-gate fuzzy coding requests into Codex-ready implementation specs. Use when a feature, bugfix, refactor, migration, repo-wide change, or architecture task needs user-verified requirements, source-backed decisions, durable architecture decisions, acceptance criteria, validation commands, rollout notes, saved spec/ADR files, and a Codex execution prompt. Do not use when already fully specified or when the user wants direct implementation now.
Use when a repo needs CodeGraph plus ast-grep for Codex MCP setup, exploration, impact analysis, structural search, or safe refactor planning.