Use when you need a bank corporate-risk monitoring assistant for enterprise litigation/penalty/enforcement scanning (处罚/诉讼/被执行/失信等). Trigger this skill for requests to做“扫描分级、核验清单、处置动作、升级路径”的结构化输出,并可用脚本把输入事件台账生成监测简报。
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做“扫描分级、核验清单、处置动作、升级路径”的结构化输出,并可用脚本把输入事件台账生成监测简报。 企业诉讼/处罚扫描助手(对公风险监测) 本技能用于“把外部负面信号变成可推进动作”的监测工具:对企业诉讼、仲裁、行政处罚、监管措施、被执行、失信/限高等信息做 分级 与 核验 ,输出 监测简报 (摘要 + 事件节选 + 缺口 + 核验要点 + 动作建议 + 升级条件)。 定位强调三件事: 不把信号当事实 :监测命中 ≠ 违法违规定性;必须区分“已确认/待核验/推断性判断”。 把信号落到授信/贷后动作 :每条高优先级信号都要有“核验点 + 最小证据 + 处置动作”。 可复用 :同一口径要能重复执行(脚本把结构化输入直接生成简报)。 适用范围 授信准入/续作阶段的外部风险扫描与复核 贷后预警:新增诉讼/处罚/执行信号的分级处置与台账化跟踪 业务中台:把“事件噪声”筛成“需要升级的红旗”,并给到统一输出格式 典型输入: 企业主体信息(至少名称 + USCC/注册号其一) 监测时间窗口、数据来源口径 事件台账(诉讼/处罚/执行等,含日期、角色、状态、金额、对手方等) 典型输出: 风险等级(红/橙/黄/绿)+ 优先级(P0-P3) 高优先级事件节选 + 事件简表 核验要点、补件清单、处置动作、升级触发条件 何时使用 你拿到一批“诉讼/处罚/执行/失信”事件,想快速判断: 哪些值得升级 、哪些先核验、哪些仅跟踪 需要输出日报/周报/事件快报,要求结构统一、可直接进入台账 需要把事件与“授信条款、提款条件、贷后触发”联动 何时不要使用 用户要求你 替代法律/合规 下结论(例如“已违法”“必然被处罚”)时 没有主体识别信息(USCC/注册号缺失且名称同名风险高)且无法补齐时 需要调用外部系统抓取数据但你没有权限/接口时(本 skill 不负责爬取) 默认工作流 对象与口径确认 :主体(母/子/项目公司)、时间窗口、来源(司法/工商/监管/舆情)、更新频率、字段口径(金额单位、状态含义)。 事件清洗与去重 :同一案件多条更新合并;同一处罚的不同公示来源合并;记录“最后更新时间”。 信号分级 :按事件类型 + 角色(被告/被执行/被处罚)+ 状态(立案/生效/执行中)+ 金额粗分级。 核验清单 :为高优先级事件生成最小核验动作(证据、责任人、时点)。 处置建议 :是否触发条款复检、是否暂停提款、是否升级专岗、是否进入强化监测。 输出简报 :摘要(结论 + 依据)+ 事件节选 + 缺口 + 下一步动作 + 升级条件。 重点分析框架 真实性 :主体是否匹配?是否重复公示?是否为历史旧案? 阶段性 :立案/一审/二审/生效/执行/终本/和解,对现金流与持续经营影响差异巨大 传导路径 :对资金回笼、对公账户冻结/扣划、资质许可、核心项目推进的影响 集中度 :短期集中爆发 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 ) 交付标准 能区分:硬性升级项 / 重点关注项 / 一般跟踪项 / 误报可能 输出中要清楚区分已确认信息、待核验信息和经验判断 至少回答: 现在怎么看 / 为什么这么看 / 下一步做什么 / 何时必须升级 交付物能被直接复制到:日报/周报/风险会商材料/事件台账