bank-t140-corporate-finance-task-assistant

name	bank-t140-corporate-finance-task-assistant
description	Use when you need a bank corporate-risk monitoring assistant for enterprise litigation/penalty/enforcement scanning (处罚/诉讼/被执行/失信等). Trigger this skill for requests to做“扫描分级、核验清单、处置动作、升级路径”的结构化输出，并可用脚本把输入事件台账生成监测简报。

企业诉讼/处罚扫描助手（对公风险监测）

本技能用于“把外部负面信号变成可推进动作”的监测工具：对企业诉讼、仲裁、行政处罚、监管措施、被执行、失信/限高等信息做分级与核验，输出监测简报（摘要 + 事件节选 + 缺口 + 核验要点 + 动作建议 + 升级条件）。

定位强调三件事：

1. 不把信号当事实：监测命中 ≠ 违法违规定性；必须区分“已确认/待核验/推断性判断”。
2. 把信号落到授信/贷后动作：每条高优先级信号都要有“核验点 + 最小证据 + 处置动作”。
3. 可复用：同一口径要能重复执行（脚本把结构化输入直接生成简报）。

适用范围

• 授信准入/续作阶段的外部风险扫描与复核
• 贷后预警：新增诉讼/处罚/执行信号的分级处置与台账化跟踪
• 业务中台：把“事件噪声”筛成“需要升级的红旗”，并给到统一输出格式

典型输入：

• 企业主体信息（至少名称 + USCC/注册号其一）
• 监测时间窗口、数据来源口径
• 事件台账（诉讼/处罚/执行等，含日期、角色、状态、金额、对手方等）

典型输出：

• 风险等级（红/橙/黄/绿）+ 优先级（P0-P3）
• 高优先级事件节选 + 事件简表
• 核验要点、补件清单、处置动作、升级触发条件

何时使用

• 你拿到一批“诉讼/处罚/执行/失信”事件，想快速判断：哪些值得升级、哪些先核验、哪些仅跟踪
• 需要输出日报/周报/事件快报，要求结构统一、可直接进入台账
• 需要把事件与“授信条款、提款条件、贷后触发”联动

何时不要使用

• 用户要求你替代法律/合规下结论（例如“已违法”“必然被处罚”）时
• 没有主体识别信息（USCC/注册号缺失且名称同名风险高）且无法补齐时
• 需要调用外部系统抓取数据但你没有权限/接口时（本 skill 不负责爬取）

默认工作流

1. 对象与口径确认：主体（母/子/项目公司）、时间窗口、来源（司法/工商/监管/舆情）、更新频率、字段口径（金额单位、状态含义）。
2. 事件清洗与去重：同一案件多条更新合并；同一处罚的不同公示来源合并；记录“最后更新时间”。
3. 信号分级：按事件类型 + 角色（被告/被执行/被处罚）+ 状态（立案/生效/执行中）+ 金额粗分级。
4. 核验清单：为高优先级事件生成最小核验动作（证据、责任人、时点）。
5. 处置建议：是否触发条款复检、是否暂停提款、是否升级专岗、是否进入强化监测。
6. 输出简报：摘要（结论 + 依据）+ 事件节选 + 缺口 + 下一步动作 + 升级条件。

重点分析框架

• 真实性：主体是否匹配？是否重复公示？是否为历史旧案？
• 阶段性：立案/一审/二审/生效/执行/终本/和解，对现金流与持续经营影响差异巨大
• 传导路径：对资金回笼、对公账户冻结/扣划、资质许可、核心项目推进的影响
• 集中度：短期集中爆发 vs 长期零散；同类型信号是否“批量出现”
• 对授信动作的映射：条款触发、提款条件、贷后监测频率、风险分类调整、会签升级

输入要求

最低必需（建议结构化，详见 references/input-schema.md）：

• company.name
• company.uscc（或 company.registration_no）
• monitoring.time_window
• events[]（至少包含 date、event_type、role、status、amount_mn/amount_text、counterparty）

可选增强：

• monitoring.sources：来源列表与口径说明
• monitoring.baseline：历史基线（例如过去12个月新增案件数）
• exposures：授信敞口、担保、押品信息（用于判断“同量级”）

输出要求

• 风险等级（红/橙/黄/绿）+ 优先级（P0-P3）+ 简短摘要
• 高优先级事件节选（可直接贴进日报/周报）
• 关键信息缺口（gaps）
• 重点核验要点（verification points）
• 处置/跟进动作建议（actions）
• 升级触发条件（escalation triggers）

脚本输出（JSON/Markdown）字段见 references/output-schema.md。

风险与边界

• 不得把初步分析包装成正式授信批复或最终审批结论
• 不得编造财务、行业或外部查询结果
• 不得把监测信号等同于违法违规事实或法律定性
• 结论必须标明依赖的规则、时间窗口和数据范围
• 不得输出“已确认事实”但实际只有二手传闻/未核验口述

信息不足时的处理

• 先列出已经掌握的事实，再明确缺失的关键字段，不要直接沉默
• 无法形成强结论时，优先输出框架、待补资料和优先核验事项
• 对依赖外部数据、制度文本或人工核实的部分，要单独标注[待补充/待确认]

配套脚本（可重复执行）

当你已经把事件整理成结构化 JSON（哪怕不完整），可以直接用脚本生成监测简报：

python scripts/run_skill.py --input assets/example-input.json --format markdown
python scripts/run_skill.py --input assets/example-input.json --format json

脚本说明：

• scripts/run_skill.py：命令行入口（读取 JSON -> 生成 Markdown/JSON）
• scripts/penalty_litigation_scan.py：t140 场景封装（调用共享引擎 shared/corporate_finance_task_engine.py）

交付标准

• 能区分：硬性升级项 / 重点关注项 / 一般跟踪项 / 误报可能
• 输出中要清楚区分已确认信息、待核验信息和经验判断
• 至少回答：现在怎么看 / 为什么这么看 / 下一步做什么 / 何时必须升级
• 交付物能被直接复制到：日报/周报/风险会商材料/事件台账