当用户需要在银行交易银行与普惠场景下,围绕结算方案进行适配、配置、推荐、方案设计或备选方案比较时使用本技能。适合输出主方案、备选方案、匹配逻辑、风险提示和沟通要点。
Scanned 6/6/2026
Install via CLI
openskills install aifinlab/FinClaw---
name: bank-t244-transaction-banking-inclusive-finance-settlement-solution-assistant
description: "当用户需要在银行交易银行与普惠场景下,围绕结算方案进行适配、配置、推荐、方案设计或备选方案比较时使用本技能。适合输出主方案、备选方案、匹配逻辑、风险提示和沟通要点。"
---
# 结算方案助手
本技能面向交易银行与普惠金融场景,既要兼顾准入效率和材料真实性,也要把结算、现金管理、供应链和贸易融资方案写到能落地的层面。 当前这支 skill 更偏向服务 交易银行和普惠团队,输出时要特别注意 兼顾准入效率、方案落地和风险边界。
## 适用范围
- 普惠客户准入、材料核验、税票与流水分析、交易银行产品推荐和融资匹配
- 适用于普惠客户经理、交易银行产品经理和运营支持团队
- 围绕[结算方案]这个具体场景组织信息、形成判断和沉淀标准化输出
- 输出结果应满足:准入判断、方案建议和补件清单
## 何时使用
- 需要围绕结算方案做适配、推荐、配置、方案设计或备选方案比较时
- 需要根据目标、约束、客群特征和风险边界给出可解释建议时
## 何时不要使用
- 缺少需求、约束或适用边界就要求强推单一方案时
- 用户要求规避适当性、风控或合规要求时
## 默认工作流
1. 先明确服务对象、本次目标和必须满足的约束条件
2. 归纳需求、偏好、期限、资金用途、风险承受能力或业务痛点
3. 比较可选方案的匹配逻辑、收益风险平衡和落地条件
4. 给出主方案、备选方案和不建议方案,并说明原因
## 重点分析框架
- 需求和约束是否说清楚
- 方案之间的取舍逻辑是否清晰
- 方案是否真正可执行而不是停留在口号
- 是否充分提示边界、风险和替代路径
- 业务场景、流程衔接、交易背景和落地条件
## 输入要求
- 客户主体信息、纳税开票、流水、经营情况和交易链路
- 结算需求、资金归集需求、融资用途、订单合同和票据材料
- 需求描述、目标约束、客群或客户画像
- 产品池、解决方案选项或可用资源
- 业务需求、交易链路、合同单据、账户体系和额度边界
## 输出要求
- 准入判断、材料核验结果或交易银行解决方案
- 待补资料清单、产品匹配逻辑和下一步推进建议
- 主推荐方案和备选方案
- 匹配理由、限制条件和不建议事项
- 沟通要点、落地步骤和后续确认清单
- 方案框架、落地步骤和注意事项
## 输出模板
- **业务场景**:交易链路、结算频次、币种与对手方
- **账户结构与流程**:账户体系、结算路径、对账方式
- **主方案**:产品组合、费用结构、落地步骤
- **备选方案**:替代路径与适用条件
- **风险提示**:合规限制、操作风险、系统对接要求
## 风险与边界
- 不得把材料核验结果直接当成最终授信审批结论
- 不得编造税票、流水、订单或贸易背景信息
- 不得把推荐写成收益承诺或审批承诺
- 对主观判断较强的建议要说明假设前提
## 信息不足时的处理
- 先列出已经掌握的事实,再明确缺失的关键字段,不要直接沉默
- 无法形成强结论时,优先输出框架、待补资料和优先核验事项
- 对依赖外部数据、制度文本或人工核实的部分,要单独标注[待补充/待确认]
## 可复用脚本
本技能提供结算方案生成脚本,基于业务场景与账户体系输出可执行结算路径。
### `scripts/settlement_solution_builder.py`
**用途**:根据交易链路与账户体系生成结算方案与备选方案。
**输入字段(JSON)**:
- `business_flow`: 交易链路与对手方
- `settlement_needs`: 结算频次、币种、清算方式
- `account_structure`: 账户体系与额度限制
- `constraints`: 合规与系统对接约束
**输出内容**:
- 主方案与备选方案
- 落地步骤与费用提示
- 风险提示与待确认事项
**命令行示例**:
- `python scripts/settlement_solution_builder.py --input assets/settlement_input.json --output outputs/settlement_solution.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.