{"id":"2e6e63ec-05e8-4a9f-a3cf-0ef54193b9a9","entityType":"agent","slug":"clawhub-gechengling-credit-review-digital-employee","name":"Credit Review Digital Employee","canonicalUrl":"https://www.xpersona.co/agent/clawhub-gechengling-credit-review-digital-employee","canonicalPath":"/agent/clawhub-gechengling-credit-review-digital-employee","generatedAt":"2026-10-11T07:44:47.399Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T03:49:31.834Z","emptyReason":null},"description":"覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。 Skill: Credit Review Digital Employee Owner: gechengling Summary: 覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。 Tags: credit-review-digital-employee:2.0.9, latest:2.0.9 Version history: v2.0.9 | 2026-09-25T05:47:14.105Z | user 补充清理全部5处留存期限表述，统一为由机构系统按制度执行；承接2.0.8边界一致性整改 v2.0.8 | 2026-09-25T05:44:47.733Z | user 按平台扫描反馈做一致性整改：彻底删除笔记保存能力、状态保持、留存期限等与无工具权限矛盾的表述；执行边界表新增5行；硬边界扩为五条；监管动态更新至2026-09-25；三张表","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.2K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s17ewqc4f2s6gpcbm88hy7fgvn85kg1g:credit-review-digital-employee","sourceUrl":"https://clawhub.ai/gechengling/credit-review-digital-employee","homepage":"https://clawhub.ai/gechengling/skills/credit-review-digital-employee","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/gechengling/credit-review-digital-employee","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/gechengling/skills/credit-review-digital-employee","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。 Skill: Credit Review Digital Employee Owner: gechengling Summary: 覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T03:49:31.834Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T03:49:31.834Z","emptyReason":null},"stars":null,"forks":null,"downloads":1168,"packageName":null,"latestVersion":"2.0.9","tractionLabel":"1.2K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T03:49:31.773Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T03:49:31.834Z","lastCrawledAt":"2026-10-11T03:49:31.773Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T03:49:31.773Z","lastVerifiedAt":null,"highlights":[{"version":"2.0.9","createdAt":"2026-09-25T05:47:14.105Z","changelog":"补充清理全部5处留存期限表述，统一为由机构系统按制度执行；承接2.0.8边界一致性整改","fileCount":3,"zipByteSize":55951},{"version":"2.0.8","createdAt":"2026-09-25T05:44:47.733Z","changelog":"按平台扫描反馈做一致性整改：彻底删除笔记保存能力、状态保持、留存期限等与无工具权限矛盾的表述；执行边界表新增5行；硬边界扩为五条；监管动态更新至2026-09-25；三张表新增行；新增示例5-8","fileCount":3,"zipByteSize":55955},{"version":"2.0.7","createdAt":"2026-09-10T06:56:28.348Z","changelog":"复审整改第二轮：清除confirmation none示例、报告保存指令改为由人员归档、工具清单措辞改为机构既有功能","fileCount":3,"zipByteSize":53503},{"version":"2.0.6","createdAt":"2026-09-10T06:34:11.463Z","changelog":"按安全复审意见整改：删除验证脚本调用指令、系统查询动作改为人员执行、删除审计留存年限字段；新增最小权限与逐操作授权约束、审查动作授权矩阵与3条场景示例","fileCount":3,"zipByteSize":53438},{"version":"2.0.5","createdAt":"2026-09-09T15:25:50.200Z","changelog":"新增执行边界说明，明确文中系统动作由具备权限的人员在机构系统中执行","fileCount":3,"zipByteSize":52624},{"version":"2.0.4","createdAt":"2026-09-09T15:10:50.188Z","changelog":"修正能力声明与作业流程描述一致性；新增监管动态(截至2026-09-09)、4条模块示例；审查要点表新增3列、新增风险信号分级表","fileCount":3,"zipByteSize":52020},{"version":"2.0.3","createdAt":"2026-08-28T07:07:06.345Z","changelog":"Security review remediation (patch 2). Replaced the over-broad 'no-network / no-file / no-advice' disclaimer with an accurate, consistent capability statement: the skill is a methodology guide that does not bundle executable code or auto-run background tasks; the file I/O, API/MCP calls, audit logs and recommendations described in the body are user-executed in their authorized, compliance-governed environment. Added an explicit sensitive-data retention/access-control governance note and softened explicit operation-advice phrasing (e.g. buy-on-support / stop-loss). Resolves the SDI-1/SDI-4 capability-mismatch and SQP-2/SSD-3 data-control findings from the previous review.","fileCount":3,"zipByteSize":50404},{"version":"2.0.2","createdAt":"2026-08-28T05:58:38.338Z","changelog":"Security review remediation (patch). Removed executable code examples, external tool/API invocations (finx data-service, web_search, MCP tools, cron/scheduled tasks), auto-publish behavior and real tool names (Playwright); added an explicit no-network / no-code / no-credential / no-file-write security disclaimer so the stated behavior is consistent with the skill body. Content and workflow guidance unchanged.","fileCount":3,"zipByteSize":50336}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s17ewqc4f2s6gpcbm88hy7fgvn85kg1g:credit-review-digital-employee","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-11T07:44:47.396Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gechengling-credit-review-digital-employee/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-11T03:49:31.834Z","emptyReason":null},"readme":"Skill: Credit Review Digital Employee\n\nOwner: gechengling\n\nSummary: 覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。\n\nTags: credit-review-digital-employee:2.0.9, latest:2.0.9\n\nVersion history:\n\nv2.0.9 | 2026-09-25T05:47:14.105Z | user\n\n补充清理全部5处留存期限表述，统一为由机构系统按制度执行；承接2.0.8边界一致性整改\n\nv2.0.8 | 2026-09-25T05:44:47.733Z | user\n\n按平台扫描反馈做一致性整改：彻底删除笔记保存能力、状态保持、留存期限等与无工具权限矛盾的表述；执行边界表新增5行；硬边界扩为五条；监管动态更新至2026-09-25；三张表新增行；新增示例5-8\n\nv2.0.7 | 2026-09-10T06:56:28.348Z | user\n\n复审整改第二轮：清除confirmation none示例、报告保存指令改为由人员归档、工具清单措辞改为机构既有功能\n\nv2.0.6 | 2026-09-10T06:34:11.463Z | user\n\n按安全复审意见整改：删除验证脚本调用指令、系统查询动作改为人员执行、删除审计留存年限字段；新增最小权限与逐操作授权约束、审查动作授权矩阵与3条场景示例\n\nv2.0.5 | 2026-09-09T15:25:50.200Z | user\n\n新增执行边界说明，明确文中系统动作由具备权限的人员在机构系统中执行\n\nv2.0.4 | 2026-09-09T15:10:50.188Z | user\n\n修正能力声明与作业流程描述一致性；新增监管动态(截至2026-09-09)、4条模块示例；审查要点表新增3列、新增风险信号分级表\n\nv2.0.3 | 2026-08-28T07:07:06.345Z | user\n\nSecurity review remediation (patch 2). Replaced the over-broad 'no-network / no-file / no-advice' disclaimer with an accurate, consistent capability statement: the skill is a methodology guide that does not bundle executable code or auto-run background tasks; the file I/O, API/MCP calls, audit logs and recommendations described in the body are user-executed in their authorized, compliance-governed environment. Added an explicit sensitive-data retention/access-control governance note and softened explicit operation-advice phrasing (e.g. buy-on-support / stop-loss). Resolves the SDI-1/SDI-4 capability-mismatch and SQP-2/SSD-3 data-control findings from the previous review.\n\nv2.0.2 | 2026-08-28T05:58:38.338Z | user\n\nSecurity review remediation (patch). Removed executable code examples, external tool/API invocations (finx data-service, web_search, MCP tools, cron/scheduled tasks), auto-publish behavior and real tool names (Playwright); added an explicit no-network / no-code / no-credential / no-file-write security disclaimer so the stated behavior is consistent with the skill body. Content and workflow guidance unchanged.\n\nv2.0.1 | 2026-07-18T15:06:15.126Z | user\n\nv2.0.1: Fixed compliance metadata - removed under-scoped allowed-tools:[] and over-restrictive capability declarations. Updated to honest capability notice. Refreshed with July 2026 market data.\n\nv2.0.0 | 2026-06-04T15:00:40.318Z | auto\n\nCredit Review Digital Employee 2.0.0 introduces extensive rebuild and enhancements:\n\n- Major overhaul of documentation: SKILL.md rewritten with detailed module descriptions, stricter constraints, sample workflows, and regulatory references.\n- Fully structured workflow for admission rules scan, including step-by-step execution, veto criteria, output format, and audit logging specifications.\n- Expanded security/disclaimer section with explicit data privacy statements.\n- Adoption of a module-based capability overview; previous module descriptions streamlined and reorganized.\n- Output templates, audit trail, and compliance controls standardized and clearly defined.\n- Deprecated and removed skill-card.md file.\n\nv1.0.0 | 2026-06-04T04:06:41.091Z | auto\n\nCredit Review Expert 1.0.0\n\n- Initial release of the Credit Review Expert digital employee skill.\n- Provides a full credit review process: admission rules scan, risk planning, case intake check, collateral risk management, related party detection, pre-visit analysis, and reviewer visit memo.\n- Designed to support credit review teams in risk identification and workflow efficiency.\n- Outputs reference analysis only; all decisions require human review.\n- Includes detailed security and usage disclaimers to clarify advisory and educational scope.\n\nArchive index:\n\nArchive v2.0.9: 3 files, 55951 bytes\n\nFiles: skill-card.md (2135b), SKILL.md (161316b), _meta.json (149b)\n\nFile v2.0.9:SKILL.md\n\n---\nname: \"Credit Review Digital Employee\"\nslug: credit-review-digital-employee\ndescription: \"覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。\"\nversion: 2.0.9\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - illustrative-code-samples\n  - illustrative-data-source-labels\n  - no-tool-permission-required\n---\n\n# Credit Review Digital Employee / 信贷审查专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的准入扫描、抵质押核查、关联交易识别、审查备忘录出具等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有授信金额、抵押率与担保覆盖率以机构审查口径与审批决议为准**；文档中的金额示例仅用于说明分析口径，不得作为审批依据\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 | |---|---|---| | 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 | | 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 | | 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 | | 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 | | 由具备权限的人员执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 | | 读取、获取、调阅、查询 | 指**接收用户在对话中提供的材料**，或由具备权限的人员从机构系统调取后在对话中提供；本技能不主动访问任何内外部系统 | 具备权限的人员 + 用户 | | 笔记保存能力、录入客户笔记区 | 历史版本中的该表述已废止；实际动作是**由具备权限的人员在机构系统中录入**，本技能不调用、不具备任何保存或写入能力 | 具备权限的人员 | | 保存当前状态、状态保持、不丢失已记录信息 | 指内容保留在**当前对话上下文**中，属于一次会话内的文本延续，**不做任何持久化**，会话结束即不再保留 | 对话上下文 | | 保留期限（如至少3年） | 遵循所属机构制度与监管要求，由**机构系统在受控环境中执行**；本技能不设置、不管理、不实现任何留存期限 | 机构系统 | | `system_api`、内部API、笔记读取接口等名称 | **仅为说明取数口径的数据来源标签**；`allowed-tools` 为空，本技能不持有也不申请任何工具或接口权限 | 机构既有系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n4. 本技能**不具备、不调用、不申请任何笔记保存、文件写入、系统查询或接口调用能力**（`allowed-tools` 为空）。\n   文中若出现\"调用笔记保存能力\"\"保存当前状态\"等历史表述，一律以本表口径为准：**保存与状态保持都不存在**。\n5. 本技能不设置、不管理任何留存期限与日志目录；审计留痕与保存期限由机构既有系统在受控环境中按制度执行。\n\n> **关于\"读取/保存\"的统一口径**：本技能是**对话中的分析助手**。\n> 所谓\"读取\"，指用户把材料贴进来、或具备权限的人员把系统内容转述进来；\n> 所谓\"输出\"，指生成**待预览确认的初稿文本**；\n> 是否录入机构系统、由谁录入、留存多久，全部由具备权限的人员与机构制度决定，本技能不参与、不执行、不持久化。\n\n\n## Skill Overview / 技能概览\n\n信贷审查专家数字员工，集成以下7项核心能力模块：\n\n1. **Module 1: 准入规则扫描**\n2. **Module 2: 案件接件审核**\n3. **Module 3: 贷前信用分析**\n4. **Module 4: 抵质押风险管理**\n5. **Module 5: 关联交易检测**\n6. **Module 6: 审查备忘录**\n7. **Module 7: AI风险规划**\n\n---\n\n\n---\n\n## Module 1: 准入规则扫描\n\n# L3 准入规则扫描\n\n根据客户画像和目标信贷产品的风控规则库,判断客户是否满足准入条件,输出结构化扫描报告。\n\n---\n\n## 执行流程 (Workflow)\n\n> 交互模式:模式 A - 报告生成型(Report Generation)\n\n当用户要求评估客户产品准入条件时,按以下流程执行:\n\n### 步骤 0:数据确认与验证(先读后写)\n\n1. 确认客户身份:提取客户名称或ID\n2. 确认目标产品:提取产品名称或编码\n3. 检查必填字段:客户名称、目标产品、申请授信金额(建议)\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n5. 若必填字段缺失,输出缺失清单,要求用户补充,停止后续流程\n6. 验证通过后进入步骤1\n\n> 📋 数据来源:`user_upload`\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得跳过必填字段检查,必须确认客户和产品信息完整\n\n### 步骤 1:加载客户画像\n\n> 整合客户多维度信息,形成完整的准入评估基础数据。\n> *对接提示:映射到贵行客户信息系统(ECIF)、征信查询接口、客户全景视图,或等效数据聚合工具*\n\n**基础信息维度**\n- 企业工商:所属行业、经营年限、注册资本(认缴/实缴)、法人/实控人\n- 经营规模:年营业收入、员工人数、资产总额、主要业务区域\n- 财务状况:资产负债率、流动比率、速动比率、近2年净利润趋势\n\n**信用记录维度**\n- 征信报告:未结清贷款、逾期记录(近2年)、对外担保余额、征信查询频次\n- 行内记录:历史授信使用情况、还款表现、是否存在关注类/不良类记录\n\n**关联信息维度**\n- 担保关系:对外担保总额、被担保方信用状况、是否存在互保/联保\n- 关联方风险:实控人名下其他企业的涉诉/失信/经营异常情况\n\n**画像完整性自检**\n- 如关键字段缺失(如营收数据、征信报告),记录缺失项并标记为\"需确认\"来源,不得跳过或臆造\n\n> 📋 数据来源:`system_api`(ECIF系统、征信接口、工商数据)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n### 步骤 2:加载产品准入规则\n\n> 获取目标产品绑定的全部风控规则,按优先级排序。\n> *对接提示:映射到贵行产品规则库/风控引擎规则接口,或等效规则管理工具*\n\n**规则优先级**\n1. **固定项(P0)**:全量客户必检的基础准入条件,如经营年限≥X年、征信无当前逾期\n2. **行业项(P1)**:针对特定行业的准入限制,如房地产、两高一剩行业的额外要求\n3. **针对项(P2)**:针对个案的补充规则,如大额授信额外要求、关联交易限制\n\n**规则分类**\n| 规则类别 | 典型示例 | 数据来源 | |---------|---------|---------| |\n| 主体资格 | 成立年限、注册资本实缴比例、法人变更频率 | 工商数据 | | 行业准入 | 鼓励类/限制类/淘汰类行业判断 | 产业政策 + 行内白名单 | | 财务门槛 | 资产负债率上限、营收下限、净利润要求 | 财报/征信 | | 信用记录 | 无当前逾期、近2年逾期次数上限 | 征信报告 | | 集中度 | 单一客户授信集中度、集团授信集中度 | 行内信贷系统 | | 合规要求 | 环保达标、安全生产许可、特许经营资质 | 外部监管数据 |\n\n> 📋 数据来源:`system_api`(信贷系统产品管理办法、风控引擎规则)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n### 步骤 3:一票否决前置扫描(门控步骤)\n\n> 门控步骤:此步骤触发任一A1-A6条件,立即终止后续规则匹配,直接输出\"准入不通过\"\n\n**一票否决条件(A1-A6)**\n\n| 编号 | 触发条件 | |------|---------| |\n| A1 | 企业或实控人当前存在未结清逾期(征信 M2 及以上) | | A2 | 企业属于监管明令淘汰类行业,且无合规转型证明 | | A3 | 企业已被列入失信被执行人名单,或实控人被限制高消费 | | A4 | 近 2 年内存在骗贷、抽逃资金、虚假报表等严重失信行为记录 | | A5 | 对外担保总额 > 净资产 100%,或存在风险互保/联保圈 | | A6 | 企业或实控人涉及洗钱、恐怖融资等合规黑名单 |\n\n**门控路径**:\n- ❌ 触发任一A1-A6 → **立即停止**,输出\"准入不通过\"+触发条件+进入步骤4(生成扫描报告)\n- ✅ 未触发任何一票否决 → 进入步骤4(逐条规则匹配)\n\n> 📋 数据来源:`system_api`(征信报告、司法数据、合规黑名单)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:必须执行此步骤,不得跳过一票否决检查,不得因\"客户资质好\"而忽略\n\n---\n\n### 步骤 4:逐条规则匹配\n\n> 对每条规则执行三态判断,严格按阈值比对\n\n**匹配结果定义**\n| 结果 | 判定标准 | 输出要求 | |------|---------|---------| |\n| ✅ 通过 | 客户条件完全满足规则阈值 | 列出规则名及匹配值 | | ❌ 不满足 | 客户条件不满足规则阈值 | 列出规则名、阈值要求、实际值、差距 | | ⏸️ 需确认 | 关键信息缺失,无法判断 | 列出缺失字段及建议补充材料 |\n\n**匹配执行要点**\n- 每条规则须记录:规则名称、规则类别(P0/P1/P2)、阈值要求、客户实际值、匹配结果、差距(如有)\n- 财务类规则使用最近一期经审计财报数据,如无则标注\"未审计\"风险\n- 行业分类以国标 GB/T 4754 为准,与行内白名单交叉校验\n\n> 📋 数据来源:`context`(客户画像、产品规则)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得模糊判断,所有数值类规则必须精确到小数点后两位,必须展示计算过程\n\n---\n\n### 步骤 5:生成扫描报告\n\n> 汇总匹配结果,输出结构化评估报告\n\n执行步骤4后,进入步骤5,按Output Format章节要求生成完整报告。\n\n> 📋 数据来源:`context`(匹配结果)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n## 输出格式 (Output Format)\n\n> 本输出可被 credit-due-diligence Skill 解析使用\n\n使用 机构既有规范或功能 模板。扫描报告必须包含以下6个章节:\n\n| 章节 | 内容 | 下游可解析字段 | |------|------|----------------| | 1.总评 | 准入结论、关键指标速览 | `admission_result`(enum)、`key_indicators`(array) | | 2.符合项 | 通过规则列表 | `passed_rules`(array)、`passed_count`(int) | | 3.不符合项 | 不满足规则列表+差距分析 | `failed_rules`(array)、`failed_count`(int)、`gaps`(array) | | 4.需确认项 | 缺失字段及补充材料清单 | `pending_rules`(array)、`missing_fields`(array) | | 5.风险提示 | 政策/集中度/趋势风险 | `risk_warnings`(array) | | 6.改进建议 | 短期/中期/结构性建议 | `improvement_suggestions`(array) |\n\n**免责声明要求**: 报告末尾必须包含以下声明(引用 `shared/disclaimer-template.md` 模板):\n\n```markdown\n---\n> ⚠️ 免责声明:本扫描结果仅供授信方案设计参考,不构成最终审批意见。实际审批结果以信贷审批委员会决议为准。\n> 数据来源:[列出数据源及时间戳] | 规则库版本:[版本号] | 扫描时间:[YYYY-MM-DD HH:MM]\n```\n\n---\n\n## 核心约束 (Constraints)\n\n**监管依据**\n- 《商业银行贷款业务管理办法》（银监会令2010年第2号）—— 贷款对象与条件\n- 《商业银行信用风险内部评级体系监管指引》—— 客户评级与准入标准\n- 《商业银行大额风险暴露管理办法》（银保监会令2018年第1号）—— 集中度管控\n- 银行内部信贷政策与产品管理办法 —— 具体准入规则来源\n\n**硬性执行约束**\n1. **规则优先序**:固定项(全量客户必检) > 行业项(行业专属) > 针对项(个案补充),按序执行\n2. **一票否决前置**:先扫描 A1-A6 一票否决条件,触发即终止后续规则匹配,直接输出\"准入不通过\"\n3. **阈值严格对照**:规则中的量化阈值(如营收下限、负债率上限)须精确比对,不得模糊判断\n4. **信息不足即标\"需确认\"**:缺少数据时不得推断为\"通过\"或\"不满足\",须明确标记并列出补充材料\n5. **差距量化**:不符合项须给出具体差距数值(如\"要求营收≥5000万,实际约3200万,差距1800万\")\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤3(一票否决检查),必须执行完整流程\n7. **红线执行强制**:如触发任何一票否决条件(A1-A6),必须立即停止后续匹配,不得因\"客户资质好\"而忽略\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"admission-rules-scan\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T17:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"operator\": \"[客户经理姓名]\",\n  \"steps\": [\n    {\n      \"step\": \"数据确认与验证\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"user_upload\"},\n      \"result\": \"pass\",\n      \"details\": \"必填字段完整,客户名称和产品名称已确认\"\n    },\n    {\n      \"step\": \"一票否决前置扫描\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\"},\n      \"result\": \"pass\",\n      \"details\": \"A1-A6均未触发\"\n    },\n    {\n      \"step\": \"逐条规则匹配\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"result\": \"pass\",\n      \"details\": \"P0规则8条(通过6条,不满足1条,需确认1条),P1规则3条(通过3条),P2规则2条(通过2条)\"\n    }\n  ],\n  \"admission_result\": \"准入通过\",\n  \"triggered_veto\": [],\n  \"compliance_check\": {\n    \"all_rules_scanned\": true,\n    \"threshold_exact_match\": true,\n    \"gap_quantified\": true\n  },\n}\n```\n\n**审计留痕保留期限**: 遵循所属机构制度与监管要求，由机构系统在受控环境中执行；本技能不设置、不管理任何留存期限，也不产生任何日志。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:一票否决检查被跳过导致正式审批被否决\n- **症状**:准入扫描显示\"通过\",但正式授信审批时被一票否决。\n- **原因**:扫描时未严格执行A1-A6检查,或使用了过期的征信数据。\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n### #2:差距分析不具体,客户经理无法制定改进方案\n- **症状**:不符合项仅显示\"不满足\",未给出具体差距数值。\n- **原因**:未严格执行差距量化要求。\n- **解决**:质量要求第4条增加\"必须给出差距的绝对值和相对比例\"。\n\n### #3:需确认项被臆测为通过\n- **症状**:关键字段缺失时,模型推断为\"通过\",导致风险评估不准确。\n- **原因**:未严格执行信息不足即标\"需确认\"原则。\n- **解决**:步骤1增加画像完整性自检,约束第4条增加\"不得推断为通过或不满足\"。\n\n### #4:规则库版本未标注,扫描结果无法追溯\n- **症状**:同一客户不同时间扫描结果不一致,但无法确认是规则变化还是客户变化。\n- **原因**:未记录规则库版本号。\n- **解决**:输出格式强制要求标注\"规则库版本\"和\"扫描时间\"。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:标准制造业企业流动资金贷款准入扫描\n\n**用户输入**:\n```\n客户:XX机械制造有限公司\n产品:流动资金贷款\n申请金额:5000万元\n行业:C34 通用设备制造业\n```\n\n**Skill 执行流程**:\n1. 步骤0:确认客户名称、产品名称、申请金额\n2. 步骤1:加载客户画像(ECIF系统、征信报告、财务报表)\n3. 步骤2:加载流动资金贷款产品规则库(P0/P1/P2)\n4. 步骤3:执行一票否决扫描(A1-A6)→ 未触发\n5. 步骤4:逐条规则匹配→ P0(6/8通过),P1(3/3通过),P2(2/2通过)\n6. 步骤5:生成扫描报告→ 准入通过(2条不满足,1条需确认)\n\n**输出要点**:\n- 总评:准入通过\n- 不符合项:资产负债率超标(要求≤70%,实际75%,差距5%)\n- 需确认项:缺最近一期审计报告\n- 改进建议:短期补充审计报告,中期降低负债率\n\n### 示例2:淘汰类行业客户准入扫描(触发一票否决)\n\n**用户输入**:\n```\n客户:XX造纸厂\n产品:流动资金贷款\n申请金额:3000万元\n行业:C22 造纸和纸制品业(淘汰类)\n```\n\n**Skill 执行流程**:\n1. 步骤0-2:正常执行\n2. 步骤3:执行一票否决扫描→ **触发A2**(淘汰类行业,无合规转型证明)\n3. **立即停止**,输出\"准入不通过\"\n4. 步骤5:生成扫描报告→ 准入不通过(A2触发)\n\n**输出要点**:\n- 总评:准入不通过\n- 一票否决:A2触发(淘汰类行业)\n- 改进建议:结构性障碍(建议更换产品或提供合规转型证明)\n\n---\n\n## 非功能范围 (Out of Scope)\n\n- 本 Skill 不执行授信审批决策,仅提供准入预检参考\n- 本 Skill 不直接修改客户画像或产品规则库\n- 本 Skill 不处理贷后管理、风险分类调整、不良资产处置\n- 本 Skill 不生成正式的尽职调查报告(请使用 credit-due-diligence Skill)\n- 如果用户请求以上内容,明确告知并建议使用合适的工具或联系架构团队。\n\n---\n\n## 质量要求\n\n1. **规则覆盖完整**:P0/P1/P2 三类规则须全部扫描,不得遗漏\n2. **阈值精确比对**:数值类规则精确到小数点后两位,文字类规则逐字对照\n3. **一票否决不漏检**:A1-A6 须在规则匹配前单独扫描,触发即终止\n4. **差距量化具体**:不符合项须给出差距的绝对值和相对比例\n5. **信息不足不推断**:“需确认”项不得臆测为通过或不满足\n6. **改进建议可操作**:建议须具体、可执行、有时限,不得泛泛而谈\n7. **报告时效标注**:规则库版本号、扫描时间须明确标注\n8. **风险提示前瞻性**:不仅报告当前状态,还须提示趋势性风险\n9. **数据脱敏**:输出报告中不得包含真实客户身份证号、银行账号等敏感信息,须使用占位符\n10. **数据时效性**:所有数据须标注采集时间,超过30天的数据须标注“可能过期”\n\n---\n\n## 数据脱敏规则\n\n- 客户名称:使用“[客户名称]”占位符\n- 身份证号:使用“[证件号码]”占位符\n- 银行账号:使用“[银行账号]”占位符\n- 授信金额:使用“[金额]”占位符(测试用例除外)\n- 案件编号:使用“[案件编号]”占位符\n\n---\n\n## 降级策略\n\n| 降级场景 | 处理措施 | 输出标注 | |---------|---------|----------| | ECIF系统不可用 | 使用用户上传的客户画像,标注数据来源 | “数据来源:用户上传(非ECIF)” | | 征信接口超时 | 跳过征信类规则,标记“需确认” | “征信数据不可用,X条规则需确认” | | 产品规则库版本缺失 | 使用最新版本,标注版本号 | “规则库版本:最新(未指定)” | | 工商数据不可用 | 使用用户上传的工商资料,标注数据来源 | “工商数据:用户上传” |\n\n---\n\n## 典型应用场景\n\n| 场景 | 扫描重点 | |------|---------| | 新客户首次申请授信 | 全规则扫描，重点关注主体资格、行业准入、信用记录 | | 客户申请升级产品（如从小额升级到大额流贷） | 重点扫描新增规则（P2针对项），关注集中度、财务门槛变化 | | 客户申请跨产品线授信 | 新产品的行业项（P1）和固定项（P0）重新扫描 | | 规则库更新后老客户复核 | 对比新旧规则差异，识别新增的不符合项 | | 授信方案设计阶段预检 | 快速扫描关键规则（P0 + 相关P1），评估可行性 |\n\n---\n\n## 输入参数说明\n\n| 参数 | 级别 | 说明 | |------|------|------| | 客户名称/ID | 必填 | 用于加载客户画像 | | 目标产品名称/编码 | 必填 | 用于加载对应规则库 | | 申请授信金额 | 建议 | 影响集中度规则和针对项（P2）的触发 | | 申请期限 | 选填 | 影响部分产品的期限相关规则 | | 担保方式 | 选填 | 影响担保类规则的匹配 | | 征信授权状态 | 建议 | 决定是否执行征信类规则扫描 | | 规则库版本 | 选填 | 默认使用最新版本，可指定历史版本用于对比 |\n\n\n---\n\n## Module 2: 案件接件审核\n\n# 案件进件检查\n\n在授信审查流程启动前,对客户提交的授信申请材料进行完整性校验和基本信息有效性核查,确保案件满足最低进件标准。\n\n---\n\n## 执行流程 (Workflow)\n\n> 交互模式:模式 A - 报告生成型(Report Generation)\n\n当用户要求检查授信申请案件进件材料时,按以下流程执行:\n\n### 步骤 0:数据确认与验证(先读后写)\n\n1. 确认客户身份:提取客户名称或ID\n2. 确认案件编号:提取案件编号\n3. 确认目标产品:提取产品名称或编码\n4. 检查必填字段:客户名称、案件编号、目标产品、申请金额、申请材料清单\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n6. 若必填字段缺失,输出缺失清单,要求用户补充,停止后续流程\n7. 验证通过后进入步骤1\n\n> 📋 数据来源:`user_upload`\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得跳过必填字段检查,必须确认客户、案件和产品信息完整\n\n### 步骤 1:客户基本信息有效性校验\n\n> 获取客户基本信息,与官方证照比对有效性。\n> *对接提示:映射到贵行客户信息系统(ECIF)、工商数据接口、身份核验系统,或等效数据聚合工具*\n\n1. 提取客户基本信息(10个字段):客户名称、企业名称、统一社会信用代码、法定代表人、注册资本、成立日期、所属行业、经营地址、联系方式、实控人信息\n2. 逐项校验(对照Step 1基础信息校验表):\n   - 与营业执照逐字比对(企业名称、法定代表人、注册资本、成立日期、经营地址)\n   - 统一社会信用代码校验(18位,符合GB 32100编码规则)\n   - 身份证有效性校验(18位、校验码正确、未过期)\n3. 标注校验结果(✅通过/❌不通过)及严重度(阻断/建议补充)\n4. 信息一致性检查:与营业执照/身份证比对,不一致须标注具体不一致项\n\n> 📋 数据来源:`system_api`(ECIF系统、工商数据接口、身份核验系统)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得跳过信息一致性校验,必须逐字比对企业名称(含括号、有限公司等后缀)\n\n### 步骤 2:申请材料完整性检查\n\n> 对照银行授信材料标准,逐项检查申请材料是否存在、是否有效。\n\n1. 提取申请材料清单,对照材料分级标准(必备/建议/补充三级):\n   - 必备材料(6项):授信申请书、营业执照、法定代表人身份证、财务报表、征信授权书、公司章程\n   - 建议材料(5项):银行流水、纳税证明、经营场所证明、主要合同/订单、对外担保清单\n   - 补充材料(5项):行业资质/许可证、环保/安全合规证明、高新技术企业证书、专利/知识产权清单、上下游客户清单\n2. 逐项检查材料状态(✅已提交/❌缺失/⚠️无效)\n3. 校验材料有效性:\n   - 营业执照须在有效期内,年检/年报正常\n   - 身份证须在有效期内,正反面完整\n   - 财务报表优先使用经审计的年度报表(近2-3年+最近一期)\n   - 征信授权书须为原件扫描件,授权范围覆盖本次授信,签字盖章完整\n4. 标注缺失项严重度(阻断/建议补充/信息提示)\n\n> 📋 数据来源:`system_api`(信贷系统影像档案)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得将\"材料数量充足\"代替\"内容质量达标\",必须检查实质内容\n\n### 步骤 3:申请金额与用途合理性校验\n\n> 提取授信申请书中的关键字段,进行合理性和合规性审查。\n\n1. 提取关键字段:申请金额、用途描述、期限、还款来源\n2. 金额校验(4项):\n   - 金额范围:须在产品政策规定的上下限内(阻断)\n   - 金额单位:必须为人民币(元),外币须额外说明(阻断)\n   - 金额精度:精确到元,不得有歧义(阻断)\n   - 与营收匹配度:申请金额/年营收≤产品政策上限(建议补充)\n3. 用途校验(4项):\n   - 用途非空:不能为空或写\"流动资金\"等笼统描述(阻断)\n   - 用途合规:不得用于股市、房地产、理财、非法集资等禁止领域(阻断,触发I3一票否决)\n   - 用途与产品匹配:流动资金贷款须用于经营周转,固定资产贷款须用于项目建设(阻断)\n   - 还款来源:须明确第一还款来源和第二还款来源(建议补充)\n4. 期限校验(3项):\n   - 期限范围:须在产品政策允许期限内(阻断)\n   - 与用途匹配:流贷期限一般≤1年,固贷期限与项目周期匹配(建议补充)\n   - 还款计划:须有分期还款计划或到期一次性还款说明(建议补充)\n\n> 📋 数据来源:`context`(授信申请书)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得跳过用途合规性检查,必须对照禁止领域清单逐项核查\n\n### 步骤 4:一票否决条件检查\n\n> 检查I1-I6一票否决条件,触发即终止,直接判定\"禁止进件\"。\n\n1. 逐项检查一票否决条件(6项):\n   - I1:企业营业执照已过期、被吊销,或统一社会信用代码无法核验\n   - I2:法定代表人身份证过期或无法核验真实性\n   - I3:资金用途明确指向禁止领域(股市、房地产投机、理财、非法集资、赌博等)\n   - I4:征信授权书缺失或授权范围不足,无法合法获取征信报告\n   - I5:企业已被列入经营异常名录或严重违法失信名单,且未解除\n   - I6:申请材料存在明显伪造痕迹(如印章异常、文件格式不符、数据前后矛盾)\n2. 若触发任一条件,立即停止后续流程,输出\"禁止进件\"结论,在报告顶部红色标注触发条件\n3. 若均未触发,继续步骤5\n\n> 📋 数据来源:`system_api`(工商数据接口、身份核验系统、征信系统)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制:`approve`(高风险,触发一票否决须人工确认)\n> ⚠️ 门控步骤:此步骤不通过不得进入下一步\n> - ✅ 无触发 → 进入步骤5\n> - ❌ 触发I1-I6 → **立即停止**,输出\"禁止进件\"结论,标注触发条件\n\n### 步骤 5:生成进件检查报告\n\n> 汇总五步校验结果,输出结构化报告。\n\n1. 汇总校验结果:\n   - 客户基本信息校验(10项)\n   - 申请材料完整性(必备6项+建议5项+补充5项)\n   - 申请金额与用途校验(11项)\n   - 一票否决条件检查(6项)\n2. 生成缺失项汇总与补充指引(阻断项/建议补充项/信息提示项)\n3. 计算进件结论:\n   - ⛔ 不可进件:阻断项>0 或 触发一票否决\n   - ⚠️ 可进件(限期补齐):阻断项=0 且 建议项>0\n   - ✅ 材料齐全:全部通过\n4. 输出结构化报告(使用Output Format模板)\n\n> 📋 数据来源:`context`(步骤1-4校验结果)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得遗漏任何校验项,必须全部覆盖\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷款申请与受理\n> 《商业银行授信工作尽职指引》(银监发〔2004〕51号)——授信申请材料的完整性要求\n> 《征信业管理条例》——征信查询须取得书面授权\n> 银行内部授信业务操作规程——具体进件材料标准\n\n1. **阻断级不降级**:标注为\"阻断\"的缺失项,必须补充完整后方可进入审查流程,不得例外放行\n2. **信息一致性**:客户基本信息须与营业执照、身份证件等官方证照逐字比对,不一致须标注\n3. **授权合规**:征信授权书须为原件扫描件,授权范围须覆盖本次授信查询,复印件/过期授权无效\n4. **金额合理性**:申请金额须在产品政策范围内,用途须具体明确(不得写\"流动资金\"等笼统描述)\n5. **时效性**:营业执照、身份证等证照须在有效期内;财务报表优先使用经审计的年度报表\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤4(一票否决检查),必须执行完整流程\n7. **红线执行强制**:如触发任何一票否决条件(I1-I6),必须立即停止后续流程,输出\"禁止进件\"结论,不得因\"客户资质好\"而忽略\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n**审计日志格式**:\n\n```json\n{\n  \"skill_name\": \"credit-case-intake-check\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"case_id\": \"[案件编号]\",\n  \"operator\": \"[操作人姓名]\",\n  \"steps\": [\n    {\n      \"step\": \"步骤0:数据确认与验证\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"user_upload\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 5\n    },\n    {\n      \"step\": \"步骤1:客户基本信息有效性校验\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"ECIF系统\", \"工商数据接口\", \"身份核验系统\"]},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 30\n    },\n    {\n      \"step\": \"步骤2:申请材料完整性检查\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"信贷系统影像档案\"]},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 45\n    },\n    {\n      \"step\": \"步骤3:申请金额与用途合理性校验\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 20\n    },\n    {\n      \"step\": \"步骤4:一票否决条件检查\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"工商数据接口\", \"身份核验系统\", \"征信系统\"]},\n      \"confirmation\": \"approve\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 25\n    },\n    {\n      \"step\": \"步骤5:生成进件检查报告\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 15\n    }\n  ],\n  \"intake_result\": \"可进件/不可进件/禁止进件\",\n  \"blocking_items_count\": 0,\n  \"veto_triggered\": false,\n  \"total_duration_seconds\": 140\n}\n```\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:信息一致性校验不严格导致后续纠纷\n- **症状**: 进件检查时企业名称与营业执照存在细微差异(如括号全半角、\"有限公司\"vs\"有限责任公司\"),未发现,后续审批阶段被驳回。\n- **原因**: 校验时仅做模糊匹配,未逐字比对。\n- **解决**: 步骤1必须逐字比对企业名称(含括号、有限公司等后缀),任何差异须标注。\n\n### #2:材料数量充足但内容质量不达标\n- **症状**: 客户提交了\"财务报表\",但仅提供1年未经审计报表,进件检查标注\"已提交\",后续审查阶段发现无法满足分析需求。\n- **原因**: 仅检查材料是否存在,未检查实质内容(年限、审计状态、报表类型)。\n- **解决**: 步骤2必须校验材料有效性(营业执照有效期、身份证有效期、财务报表年限+审计状态、征信授权书授权范围)。\n\n### #3:用途合规性检查遗漏导致违规放款\n- **症状**: 客户申请用途写\"投资\",进件检查未发现异常,后续发现资金实际流向股市。\n- **原因**: 未对照禁止领域清单逐项核查,\"投资\"属于模糊描述,未要求客户明确具体投资标的。\n- **解决**: 步骤3必须检查用途合规性,不得用于股市、房地产、理财、非法集资等禁止领域;用途描述不得为\"流动资金\"等笼统描述,须具体到业务场景。\n\n### #4:一票否决触发未立即终止流程\n- **症状**: 营业执照已过期(I1触发),但进件检查继续执行后续步骤,最终输出\"可进件(限期补齐)\",违反一票否决规则。\n- **原因**: 步骤4一票否决检查未设置为门控步骤,触发后未立即停止。\n- **解决**: 步骤4必须标注为门控步骤,触发任一I1-I6条件,立即停止后续流程,输出\"禁止进件\"结论,在报告顶部红色标注触发条件。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:新客户首笔授信进件检查\n\n**用户输入**:\n```\n帮我检查一下这个进件材料:客户XX机械制造有限公司,案件编号CASE-2026-001,申请流动资金贷款5000万元,已提交授信申请书、营业执照、法定代表人身份证、2024年经审计年报、征信授权书。\n```\n\n**Skill执行流程**:\n1. 步骤0:数据确认 → 提取客户名称、案件编号、产品名称、申请金额、材料清单(5项)\n2. 步骤1:客户基本信息校验 → 10项字段校验(✅通过/❌不通过)\n3. 步骤2:申请材料完整性检查 → 必备材料6项,缺失\"公司章程\"(❌阻断)\n4. 步骤3:申请金额与用途校验 → 金额范围检查、用途合规性检查\n5. 步骤4:一票否决条件检查 → I1-I6均未触发(✅通过)\n6. 步骤5:生成进件检查报告 → 阻断项=1(公司章程),结论:⛔ 不可进件\n\n**输出要点**:\n- 核心结论:缺少必备材料\"公司章程\",不可进件\n- 缺失项:公司章程(阻断级,须补充后方可进件)\n- 补充指引:需要最新公司章程,含股东会/董事会决议权限条款,联系客户索取\n\n### 示例2:营业执照过期触发一票否决\n\n**用户输入**:\n```\n检查进件:XX制造有限公司,CASE-2026-012,流动资金贷款5000万元,营业执照已过期,其他材料齐全。\n```\n\n**Skill执行流程**:\n1. 步骤0:数据确认 → 提取客户名称、案件编号、产品名称、申请金额、材料清单\n2. 步骤1:客户基本信息校验 → 企业名称、统一信用代码校验\n3. 步骤2:申请材料完整性检查 → 必备材料6项均已提交\n4. 步骤3:申请金额与用途校验 → 金额范围检查\n5. 步骤4:一票否决条件检查 → I1触发(营业执照已过期),立即停止\n6. 输出\"禁止进件\"结论,在报告顶部红色标注【一票否决-I1】\n\n**输出要点**:\n- 核心结论:触发一票否决-I1(营业执照已过期),禁止进件\n- 触发条件:企业营业执照已过期\n- 处理措施:客户须先办理营业执照续期,重新提交后方可进件\n\n---\n\n## 非功能范围 (Out of Scope)\n\n本 Skill 不处理以下场景:\n- **贷后管理**: 授信发放后的风险监控、风险分类调整、不良资产处置(请使用贷后管理相关 Skill)\n- **授信审批决策**: 实质性风险判断、授信额度核定、利率定价(请使用 credit-approval Skill)\n- **无具体案件背景的一般合规咨询**: 仅询问\"进件需要什么材料\"但无具体客户和案件信息(请提供具体案件信息后再次调用)\n- **材料真实性鉴定**: 本 Skill 仅进行形式审查(材料是否存在、是否有效),不鉴定材料真伪(真伪鉴定由尽职调查环节处理)\n- **越权建议**: 本 Skill 仅输出材料完整性检查结果,不提供\"建议批准\"或\"建议拒绝\"等审批决策建议\n\n如果用户请求以上内容,明确告知并建议合适的工具或联系信贷审批部。\n\n---\n\n## 质量要求\n\n1. **材料分级准确**:每项材料须正确归类为必备/建议/补充,不得随意降级\n2. **校验规则全覆盖**:客户基本信息10项 + 必备材料6项 + 建议材料5项 + 补充材料5项 + 金额用途11项须全部覆盖\n3. **一票否决前置**:I1-I6 须在步骤4优先检查,触发即终止\n4. **补充指引具体化**:每项缺失须给出\"需要什么、为什么需要、去哪里获取\"三级指引\n5. **信息一致性核对**:企业名称、法人、统一信用代码须与官方证照逐字比对\n6. **时效性标注**:营业执照、身份证等证照有效期须在报告中标注\n7. **不得臆造数据**:无法获取的材料状态标注\"未获取\",不得推断为\"已提交\"或\"缺失\"\n8. **版本可追溯**:进件检查报告须由具备权限的人员归入机构案件档案,支持后续审计调阅\n\n---\n\n## 典型应用场景\n\n| 场景 | 检查重点 | |------|---------| | 新客户首笔授信进件 | 全面覆盖所有校验项,重点关注主体资格和必备材料 | | 存量客户追加授信进件 | 关注新增材料(如最新财报、最新征信授权),历史材料在有效期内可复用 | | 线上渠道自助进件 | 自动化校验为主,重点检查身份证OCR识别准确性、授权书签字完整性 | | 材料补齐后复验 | 仅校验上次缺失项,确认补充材料有效性,生成复验报告 | | 跨产品转换进件 | 重新校验新产品特有的必备材料(如固定资产贷款的项目批复) |\n\n---\n\n## 输入参数说明\n\n| 参数 | 级别 | 说明 | |------|------|------| | 客户名称/ID | 必填 | 用于关联客户信息和历史案件 | | 案件编号 | 必填 | 用于标识本次授信申请 | | 目标产品名称/编码 | 必填 | 决定材料清单标准和金额范围规则 | | 申请金额 | 必填 | 用于金额合理性校验 | | 申请材料清单 | 必填 | 系统已上传的材料列表 | | 操作模式 | 建议 | 首次检查 / 材料补齐后复验 / 跨产品转换 | | 历史案件参考 | 选填 | 同客户近期授信案件,可复用有效材料 |\n\n\n---\n\n## Module 3: 贷前信用分析\n\n# 访前穿透分析\n\n在走访客户之前,对客户进行系统性的背景调查和风险筛查,确保走访目标明确、风险已知。\n\n---\n\n## 目标角色 (Target Role)\n\n- **角色**: 对公客户经理、风险经理、信贷审批官\n- **使用场景**: 新客户首次走访前背景调查、存量客户续贷前风险评估、不良预警客户走访准备、大额新增授信走访前摸底\n- **输出用途**: 生成结构化\"访前一页纸\",用于走访计划制定、风险问题清单准备、走访重点方向确定\n- **决策层级**: 触发一票否决(V1-V6)须上报风险管理部门,红旗信号须走访时重点核实,黄旗信号纳入常规关注\n- **执行频率**: 每次实地走访前必做,新客户首笔授信/存量客户续贷/风险预警触发时强制使用\n\n---\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 企业工商数据 | 企查查/天眼查/国家企业信用信息公示系统 | API接口或机构系统能力 | 公开 | | 司法风险数据 | 凭安征信/企查查司法模块/法院公告网 | API接口或机构系统能力 | 公开 | | 舆情监控数据 | 机构批准的合规模型服务平台Web搜索/新闻舆情系统 | Web搜索或机构系统能力 | 公开 | | 行内存贷数据 | CRM系统/核心银行系统 | 内部API或机构系统能力 | 内部 | | 外部征信数据 | 人民银行征信系统 | 内部API(需客户书面授权) | 敏感 |\n\n### 数据脱敏规则\n- 客户名称、统一社会信用代码在输出中使用脱敏占位符(如\"XX制造有限公司\")\n- 征信报告中的个人身份证号、银行账号须替换为`[证件号码]`、`[银行账号]`\n- 行内存贷数据中的具体金额可使用区间描述(如\"1000-2000万\")\n\n### 降级策略\n1. **工商数据接口不可用**: 使用国家企业信用信息公示系统网页查询作为降级,标注\"数据来源:网页查询,时效性可能延迟\"\n2. **行内CRM系统不可用**: 跳过行内数据分析,在报告中明确标注\"行内数据不可用,建议走访时向客户索取\",继续执行其他步骤\n3. **征信系统不可用或未取得授权**: 记录\"未取得征信授权,跳过征信查询\",仅依赖公开数据(工商/司法/舆情),在报告中注明局限\n4. **舆情搜索工具不可用**: 使用通用搜索引擎(Web Search)替代,扩大关键词范围,标注\"舆情数据来源:通用搜索,覆盖度可能受限\"\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷前调查要求\n> 《关于加强贷款风险管理的通知》(银监发〔2020〕22号)——风险识别与预警\n> 《企业信用报告》查询合规要求——征信查询须取得书面授权\n> 银行内部贷前调查操作规程——具体访前分析标准\n\n1. **数据来源透明**:所有数据点须标注来源工具/渠道,不得臆造或推断数据\n2. **授权合规**:查询征信报告需确认已取得客户书面授权,否则仅查公开信息\n3. **红旗优先**:发现一票否决信号(V1-V6)须立即突出标注,不得在摘要中淡化\n4. **工具失败不中断**:某数据源调用失败时,记录原因并继续其他步骤,不得因单一失败中止分析\n5. **客观中立**:如实呈现数据,结论须有依据,不做过度主观推断\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤6(一票否决自检),必须执行完整流程\n7. **禁止越权建议**:仅输出访前风险分析,不提供授信审批决策、贷款定价建议或风险分类调整建议\n\n---\n\n## 执行流程 (Workflow)\n\n> 📋 交互模式:模式A - 报告生成型(Report Generation)\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷前调查要求\n\n### 步骤0:数据确认与验证(先读后写)\n\n**执行说明**:在开始访前分析前,必须确认输入数据完整性和有效性。\n\n**执行步骤**:\n1. 确认客户名称或客户ID非空,统一社会信用代码(如有)格式正确\n2. 确认走访目的(新客户首笔/存量续贷/不良预警/大额新增),影响分析侧重点\n3. 确认征信授权状态(已取得/未取得),决定是否执行步骤5\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n5. 验证通过后才能进入步骤1,验证失败则返回数据缺失清单\n\n> ⚠️ **不得跳过必填字段检查,必须确认客户名称/ID和走访目的完整**\n\n---\n\n### 步骤1:企业工商基本信息收集\n\n**执行说明**:获取企业工商注册信息,穿透股权结构至最终自然人。\n\n**执行步骤**:\n1. 查询企业工商注册信息:全称、统一社会信用代码、法人代表、注册资本、成立时间、经营范围、股东结构\n2. 核查注册资本实缴比例:实缴比例 < 30% → 标注⚠️黄旗\n3. 核查经营范围是否涵盖申请业务对应的行业:不匹配 → 标注⚠️黄旗\n4. 执行股权穿透(至少3层),识别实际控制人:超过3层穿透 → 标注⚠️黄旗,关注代持风险\n5. 关注法人/实控人是否与已知风险名单重合:重合 → 标注🚩红旗\n\n> ⚠️ **不得跳过股权穿透步骤,必须穿透至最终自然人,不得停留在中间层法人**\n\n---\n\n### 步骤2:司法风险筛查\n\n**执行说明**:获取企业司法风险记录,识别重大诉讼和行政处罚。\n\n**执行步骤**:\n1. 查询失信被执行人记录:存在 → 触发 **V1 一票否决**\n2. 查询裁判文书:涉案金额 > 注册资本 30% → 标注🚩红旗\n3. 查询近2年行政处罚记录:≥ 3次 → 标注🚩红旗\n4. 查询经营异常状态:状态未解除 → 标注⚠️黄旗,要求现场核实\n5. 查询法人/实控人个人诉讼:金额 > 50万 → 标注⚠️黄旗\n\n> ⚠️ **不得跳过失信被执行人检查,必须逐一核查V1触发条件**\n\n---\n\n### 步骤3:经营状况与舆情扫描\n\n**执行说明**:获取企业经营动态和舆情信息,识别负面信号。\n\n**执行步骤**:\n1. 执行舆情搜索,关键词:`企业名称 + 违规/欺诈/跑路/资金链/债务危机`\n2. 关注近6个月内舆情:存在负面 → 标注🚩红旗;超过1年的历史负面 → 标注⚠️供参考\n3. 查询对外投资企业:有失信/注销记录 → 标注⚠️黄旗\n4. 查询荣誉资质(高新技术企业、专精特新等):有效期内 → 记录为✅正面信号\n\n> ⚠️ **不得仅搜索单一关键词,必须覆盖至少5个风险关键词组合**\n\n---\n\n### 步骤4:行内存贷数据收集(如可用)\n\n**执行说明**:获取客户在行内的存贷记录和授信占用情况。\n\n**执行步骤**:\n1. 查询客户全景视图:存款余额、授信余额、贷款明细\n2. 计算授信占用率:占用率 > 90% → 标注⚠️黄旗,关注是否有新增需求空间\n3. 查询到期提醒:授信/贷款在90天内到期 → 标注⚠️黄旗,提前准备续贷材料\n4. 查询历史逾期记录:近2年有逾期 → 标注⚠️黄旗,了解原因\n5. 计算存款覆盖倍数:存款余额 < 月均还款额2倍 → 标注⚠️黄旗,关注流动性\n\n> ⚠️ **如行内系统不可用,记录\"行内数据不可用\",继续执行其他步骤,不得中断**\n\n---\n\n### 步骤5:外部征信收集(需客户授权)\n\n**执行说明**:获取人民银行征信报告,分析信用历史。\n\n**执行步骤**:\n1. 确认征信授权状态:未取得授权 → 记录\"未取得授权,跳过征信查询\",进入步骤6\n2. 查询征信报告:最近6个月征信查询次数 > 6次 → 标注⚠️黄旗(频繁借贷信号)\n3. 查询对外担保情况:对外担保总额 > 净资产 50% → 标注⚠️黄旗\n4. 查询未结清逾期贷款:存在M3及以上逾期(6个月内) → 触发 **V2 一票否决**\n\n> ⚠️ **如无法获取征信授权,必须显式记录并继续,不得因缺少征信数据中止分析**\n\n---\n\n### 步骤6:一票否决条件自检与报告生成\n\n**执行说明**:比对V1-V6一票否决条件,生成结构化\"访前一页纸\"。\n\n**执行步骤**:\n1. 逐一比对V1-V6一票否决条件:\n   - V1:企业或实控人被列入失信被执行人名单,且未解除\n   - V2:征信系统存在未结清逾期贷款(M3及以上,6个月内)\n   - V3:企业被纳入经营异常名录超过1年,且无任何解除记录\n   - V4:近2年内有涉嫌金融诈骗、洗钱相关行政处罚或刑事立案记录\n   - V5:企业所属行业属于监管明令限制/淘汰类(《产业结构调整指导目录》淘汰类)\n   - V6:实控人近期出逃、失联,或有相关负面舆情经多源交叉验证属实\n2. 如触发任何一票否决条件,在报告顶部红色标注:【一票否决-VX:触发原因】\n3. 生成结构化\"访前一页纸\",包含企业概况、经营状况、风险信号评级、走访重点建议、数据来源\n4. 输出结构化初稿供预览确认；如需留存，由具备权限的人员在机构系统中录入客户笔记区（本技能不执行任何保存动作）\n\n> ⚠️ **不得遗漏任何一票否决条件,必须逐一比对V1-V6;如触发,必须在报告顶部红色标注,不得淡化**\n\n---\n\n## 输出格式 (Output Format)\n\n输出结构化\"访前一页纸\",包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 报告编号、生成时间、客户名称、走访目的 | 表格 | | 企业概况 | 全称/统一信用代码/成立时间、法人/实控人(穿透至自然人)、注册资本(认缴/实缴)、经营范围、股权结构要点 | 表格 | | 经营状况 | 主营业务、近期经营动态(舆情/公告/投资动向)、行内存贷数据摘要(存款余额/授信余额/占用率/近期还款)、资质荣誉(含有效期) | 表格 | | 风险信号评级 | 红旗信号(重大风险)、黄旗信号(潜在风险)、正面信号(支持授信因素),逐条列出并注明数据来源 | 列表 | | 一票否决检查 | V1-V6逐一比对结果,如触发须红色标注 | 表格 | | 走访重点建议 | 必须核实的事项(针对红旗/黄旗)、建议了解的问题、建议收集的材料 | 列表 | | 数据来源 | 五大数据维度(工商/司法/舆情/行内/征信)状态、来源工具/渠道、备注 | 表格 |\n\n**报告模板示例**:\n\n```markdown\n## 访前一页纸 — [客户名称]\n> 分析时间:YYYY-MM-DD HH:MM\n> 分析类型:访前穿透分析\n> ⚠️ 如触发一票否决信号,在此处红色标注:【一票否决-VX:触发原因】\n\n---\n\n### 企业概况\n- 全称 / 统一社会信用代码 / 成立时间\n- 法人代表 / 实际控制人(穿透至自然人)\n- 注册资本(认缴/实缴) / 经营范围\n- 股权结构要点(如有异常穿透关系注明)\n\n### 经营状况\n- 主营业务 / 主要产品或服务\n- 近期经营动态(舆情、公告、投资动向)\n- 行内存贷数据摘要(存款余额、授信余额/占用率、近期还款情况)\n- 资质荣誉(高新、专精特新等,含有效期)\n\n### 风险信号评级\n#### 🚩 红旗信号(重大风险,须决策是否继续推进)\n- [逐条列出,注明数据来源和发现时间]\n\n#### ⚠️ 黄旗信号(潜在风险,走访时重点核实)\n- [逐条列出,注明核实建议]\n\n#### ✅ 正面信号(支持授信的积极因素)\n- [逐条列出]\n\n### 走访重点建议\n1. **必须核实的事项**:[针对红旗/黄旗信号的对应核实清单]\n2. **建议了解的问题**:[需向企业方获取的信息,如财务数据、合同等]\n3. **建议收集的材料**:[走访时应请企业提供的文件]\n\n### 数据来源\n| 数据维度 | 状态 | 来源工具/渠道 | 备注 | |---------|------|-------------|------| | 工商信息 | ✅成功 | XXX | - | | 司法风险 | ✅成功 | XXX | - | | 舆情 | ✅成功 | XXX | - | | 行内数据 | ❌失败 | - | 原因:XXX | | 征信 | ⏭️跳过 | - | 原因:未取得授权 |\n```\n\n> 生成完成后，将上述“访前一页纸”作为**待确认初稿**展示给用户；如需留存，由具备权限的人员在机构系统中录入客户笔记区。\n> 本技能本身不具备、也不调用任何笔记保存能力。\n> 本输出可被 credit-due-diligence 和 visit-memo Skill 解析使用\n> 引用 `shared/disclaimer-template.md` 模板,在报告末尾添加免责声明\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"pre-visit-credit-analysis\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"visit_purpose\": \"新客户首笔/存量续贷/不良预警/大额新增\",\n  \"data_sources\": {\n    \"business_registry\": {\"status\": \"success\", \"source\": \"企查查API\"},\n    \"judicial_risk\": {\"status\": \"success\", \"source\": \"凭安征信\"},\n    \"public_opinion\": {\"status\": \"success\", \"source\": \"机构批准的合规模型服务平台Web搜索\"},\n    \"internal_data\": {\"status\": \"failed\", \"reason\": \"CRM系统不可用\"},\n    \"credit_report\": {\"status\": \"skipped\", \"reason\": \"未取得征信授权\"}\n  },\n  \"veto_checks\": {\n    \"V1\": false,\n    \"V2\": false,\n    \"V3\": false,\n    \"V4\": false,\n    \"V5\": false,\n    \"V6\": false\n  },\n  \"red_flags_count\": 2,\n  \"yellow_flags_count\": 3,\n  \"report_saved\": true\n}\n```\n\n**审计留痕保留期限**: 遵循所属机构制度与监管要求，由机构系统在受控环境中执行；本技能不设置、不管理任何留存期限，也不产生任何日志。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:股权穿透停留在中间层法人\n- **症状**:报告仅显示直接股东,未穿透至最终自然人实控人,遗漏代持风险。\n- **原因**:工商数据API返回层级有限,或AI跳过深层穿透步骤。\n- **解决**:步骤1强制执行至少3层穿透,如超过3层标注\"穿透链条过长,关注代持风险\",不得停留在中间层法人。\n\n### #2:舆情搜索关键词单一导致遗漏\n- **症状**:仅搜索\"企业名称+违规\",遗漏\"资金链断裂\"、\"实际控制人失联\"等关键负面信息。\n- **原因**:搜索关键词覆盖不足,未执行多维度组合搜索。\n- **解决**:步骤3必须覆盖至少5个风险关键词组合(违规/欺诈/跑路/资金链/债务危机),不得仅用单一关键词。\n\n### #3:征信未取得授权但未显式记录\n- **症状**:报告中未提及征信查询状态,用户不知道是否已查征信。\n- **原因**:未取得授权时AI直接跳过步骤5,未在报告中显式记录。\n- **解决**:步骤5必须显式记录\"未取得征信授权,跳过征信查询\",并在数据来源表格中标注\"⏭️跳过\"。\n\n### #4:走访建议泛泛而谈缺乏针对性\n- **症状**:走访建议写\"了解财务情况\"、\"核实经营状况\"等笼统描述,无法指导实际走访。\n- **原因**:AI未将风险信号转化为具体核实问题。\n- **解决**:走访建议必须针对发现的红旗/黄旗信号,如\"核实近2年营收与银行流水是否匹配\"、\"询问涉诉案件当前进展\",不得泛泛而谈。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:新客户首次走访前分析\n\n**用户输入**:\n```\n做一下XX制造有限公司的访前分析,首次走访,目的是新客户首笔授信,征信已取得授权。\n```\n\n**Skill执行流程**:\n1. 步骤0:确认客户名称\"XX制造有限公司\"、走访目的\"新客户首笔授信\"、征信授权\"已取得\"\n2. 步骤1:查询工商信息,发现注册资本5000万,实缴仅1000万(20%) → 标注⚠️黄旗\n3. 步骤2:查询司法风险,无失信记录,但有1起涉案金额800万的合同纠纷(占注册资本16%) → 无红旗\n4. 步骤3:舆情搜索,发现3个月前新闻报道\"公司获得高新技术企业认定\" → 记录✅正面信号\n5. 步骤4:行内数据不可用(新客户无记录) → 记录\"行内数据不可用\"\n6. 步骤5:征信查询,无逾期记录,近6个月查询3次 → 无黄旗\n7. 步骤6:比对V1-V6,无一票否决触发,生成\"访前一页纸\"\n\n**输出要点**:\n- 企业概况:注册资本5000万(实缴20%⚠️),成立时间2年,法人张三\n- 风险信号:1条黄旗(实缴比例低),1条正面(高新技术企业)\n- 走访建议:核实实缴资本到位计划、询问合同纠纷进展、索取财务报表\n\n### 示例2:存量客户续贷前走访分析\n\n**用户输入**:\n```\n查一下XX贸易有限公司的访前情况,存量客户续贷,走访时间下周三。\n```\n\n**Skill执行流程**:\n1. 步骤0:确认客户名称\"XX贸易有限公司\"、走访目的\"存量续贷\"、征信授权\"未取得\"\n2. 步骤1:工商信息无异常,股权结构稳定\n3. 步骤2:司法风险发现近2年有3次行政处罚 → 标注🚩红旗\n4. 步骤3:舆情搜索无重大负面\n5. 步骤4:行内数据显示授信占用率95%,存款余额低于月均还款额1.5倍 → 标注⚠️黄旗\n6. 步骤5:未取得征信授权 → 记录\"跳过征信查询\"\n7. 步骤6:比对V1-V6,无触发,生成\"访前一页纸\"\n\n**输出要点**:\n- 风险信号:1条红旗(3次行政处罚),1条黄旗(流动性紧张)\n- 走访建议:核实行政处罚整改情况、询问授信占用率高原因、了解还款计划\n\n---\n\n## 非功能范围 (Out of Scope)\n\n- 本技能不提供授信审批决策建议(仅提供访前风险分析,审批决策由credit-approval Skill处理)\n- 本技能不执行贷后风险分类调整(仅用于走访前背景调查)\n- 本技能不处理不良资产处置流程(仅识别预警信号,处置由不良资产管理系统处理)\n- 本技能不替代实地走访(仅提供走访前准备,不替代现场调查)\n- 如果用户请求以上内容,明确告知并建议联系相关部门或使用合适的工具\n\n\n---\n\n## Module 4: 抵质押风险管理\n\n# 押品全生命周期风险评估与管理\n\n对授信业务涉及的押品(抵押物/质押物),执行准入、评估、登记、监控、处置五环节的风险评估与管理。\n\n## 目标角色 (Target Role)\n\n- **角色**:信贷审批官、风险经理、对公客户经理、贷后管理岗\n- **使用场景**:授信审批前押品合规性审查、贷后押品价值监控、风险预警触发后的处置评估\n- **输出用途**:生成结构化押品风险报告,作为授信审批决策和贷后风险分类的参考依据\n- **决策层级**:高风险决策(押品充足性直接影响授信额度和风险敞口)\n- **执行频率**:按需执行(贷前审查/贷后定期监控/风险事件触发)\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 押品清单及权属证明 | 信贷系统押品台账、不动产登记系统 | 系统API查询/人工录入 | 内部 | | 评估报告 | 评估机构库、评估报告查询接口 | 接口调用/文件上传 | 内部 | | 登记信息 | 不动产登记中心、中登网、市场监管部门 | 外部系统查询 | 公开 | | 市场价格数据 | 外部市场数据源、内部估值模型 | API调用/手工录入 | 内部 | | 保险信息 | 保险公司系统、信贷系统 | 接口查询 | 内部 |\n\n### 降级策略\n- 如果评估报告查询接口不可用:使用最近一次人工上传的评估报告,但须在报告中标注\"数据来源:历史报告,未实时核验\"\n- 如果市场价格数据源不可用:不得用行业平均值替代,须在报告中注明\"市场价格数据暂不可用,押品价值可能存在偏差\"\n- 如果登记系统不可用:要求人工提供登记证明文件扫描件,不得跳过登记核验步骤\n- 如果保险信息不可用:标注\"保险状态未知,须人工核实后补充\",对须强制投保的押品(房产/设备/存货)按C6一票否决条件处理\n\n## 执行流程 (Workflow)\n\n> 📋 交互模式:模式B - 步骤门控型(Step-Gated Workflow)\n> 监管依据:《商业银行押品管理指引》(银监发〔2017〕16号)、《民法典》担保物权分编、《不动产登记暂行条例》\n\n### 步骤0：数据确认与验证(先读后写)\n\n**执行说明**:在开始押品风险评估前,必须确认输入数据完整性和有效性。\n\n**执行步骤**:\n1. 列出输入的押品清单,确认包含押品名称、类别、权属人、评估价值等关键字段\n2. 确认业务场景(贷前评估/审批审查/贷后监控/风险处置)\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n4. 验证通过后才能进入步骤1,验证失败则返回数据缺失清单\n\n> ⚠️ **不得跳过必填字段检查,必须确认押品清单、权属证明和评估报告完整**\n\n---\n\n### 步骤1：押品准入合规性筛查\n\n**执行说明**:核查押品是否在可接受范围内,排除法律法规禁止或权属不清的押品。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,逐笔核对押品是否在总行最新版《可接受押品清单》内\n2. 对房产类押品核查房龄、区域、规划用途是否匹配清单要求\n3. 对应收账款类确认核心企业评级、账期、是否存在商业纠纷\n4. 检查是否存在不可接受押品清单中的情形\n\n**门控条件**:\n- ✅ 所有押品均在可接受清单内 → 进入步骤2\n- ❌ 押品属于法律法规明确禁止抵押或质押的财产(C3触发) → **立即停止,输出\"禁止准入\"结论,不得因\"客户资质好\"而忽略**\n- ⚠️ 押品权属存在瑕疵(如租赁期超过授信期限) → 标记风险点,进入步骤2但在最终报告中高亮\n\n> ⚠️ **不得跳过权属清晰度检查,必须逐笔确认押品无查封、无冻结、无权属争议**\n\n---\n\n### 步骤2：价值评估合理性审查\n\n**执行说明**:审查评估报告的有效性、评估方法的适用性、评估价值的合理性。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,确认评估机构资质(须在总行认可名单内)\n2. 检查评估基准日距授信申请日是否≤6个月,超期须重新评估\n3. 确认评估方法适用性(房产优先市场法,设备优先成本法,收益性资产可用收益法)\n4. 交叉验证评估价值与近期同类交易价的偏差(≤20%为合理,>20%须二次评估)\n5. 检查评估报告中的\"特别事项说明\"和\"限制使用条件\"\n\n**门控条件**:\n- ✅ 评估报告有效且价值合理 → 进入步骤3\n- ❌ 评估价值虚高,偏离同类资产市场价超过30%(C4触发) → **红色警示,要求重新评估或二次评估确认,未确认前不得作为授信依据**\n- ❌ 评估机构非总行认可名单内或评估报告超期失效 → **退回重新评估,不得采纳**\n- ⚠️ 评估价值偏差在20%-30%之间 → 标记风险点,进入步骤3但在最终报告中高亮\n\n> ⚠️ **不得采纳未经评估或超期失效的押品价值,不得将\"有评估报告\"代替\"评估价值合理\"**\n\n---\n\n### 步骤3：登记手续完备性核验\n\n**执行说明**:核验抵质押登记的合法有效性、优先受偿权、权证管理规范性。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,确认各押品类别的登记机关和登记要求\n2. 查询登记簿确认押品是否存在在先抵押、在先质押或其他优先权\n3. 对存在多顺位抵押的,计算综合抵押率=总担保债权/评估价值,不得超过押品类别的抵押率上限\n4. 核验权证原件是否由运营部门集中保管,台账是否完整\n5. 关注税收优先权:纳税人欠缴税款发生在押品设定之前的,税收优先于抵押权\n\n**门控条件**:\n- ✅ 登记完备且无在先权利冲突 → 进入步骤4\n- ❌ 关键权证缺失、伪造或与登记信息不一致(C5触发) → **红色警示,视为无效担保,不得进入后续流程**\n- ❌ 押品权属存在争议或存在重复抵押/质押未披露(C2触发) → **红色警示,须取得优先权人同意或补充披露,未解决前不得进入后续流程**\n- ⚠️ 登记信息存在轻微瑕疵(如登记期限未预留缓冲期) → 标记风险点,进入步骤4但在最终报告中高亮\n\n> ⚠️ **不得跳过优先受偿权核查,必须查询登记簿确认无在先抵押、无重复抵押**\n\n---\n\n### 步骤4：存续期动态监控\n\n**执行说明**:在授信存续期内定期监控押品价值、物理状态、权属变化,触发预警时启动应对机制。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,按监控频率执行各项监控\n2. 检查押品价值波动(每季度),跌幅≥15%触发黄色预警,≥25%触发红色预警\n3. 检查押品物理状态(每半年实地查看),损毁率>20%或闲置>6个月须重评\n4. 检查权属变化(实时监测),查封/冻结/转让立即红色预警\n5. 检查保险状态(每季度),保单到期前30天提醒续保\n6. 对触发预警的押品,执行价值补足机制(客户须在15个工作日内补足保证金、追加押品或提前偿还部分贷款)\n\n**门控条件**:\n- ✅ 押品状态正常,无预警触发 → 进入步骤5\n- ⚠️ 触发黄色预警(价值跌幅≥15%) → 标记风险点,生成预警通知,进入步骤5\n- ❌ 触发红色预警(价值跌幅≥25%或权属变化) → **立即红色警示,启动补足机制或压缩敞口,不得忽略**\n\n> ⚠️ **不得跳过实地查看步骤,必须留存影像资料(照片/视频),注明拍摄时间、地点、查看人**\n\n---\n\n### 步骤5：处置合规性检查\n\n**执行说明**:当触发押品处置条件(逾期、违约、风险预警升级)时,按法定程序执行处置并确保合规。\n\n**执行步骤**:\n1. 确认处置启动条件(逾期90天/违约事件/担保严重不足/破产清算)\n2. 执行书面催收与证据固定(留存送达证据,启动诉讼时效管理)\n3. 优先协商处置(自行变卖/折价抵债/协议拍卖),处置价格须经评估机构确认\n4. 协商不成的,向法院申请实现担保物权或提起诉讼,申请财产保全\n5. 处置收入优先偿还贷款本息、违约金、实现债权的费用,按登记先后顺序清偿\n6. 处置完结后注销抵押/质押登记,释放权证\n\n**门控条件**:\n- ✅ 处置程序合规完成 → 输出处置完成报告\n- ❌ 处置程序存在违法情形(如拍卖底价低于评估价70%、未履行通知义务) → **红色警示,须纠正后方可继续**\n\n> ⚠️ **不得跳过诉讼时效管理,必须确保不丧失胜诉权;拍卖底价不得低于评估价70%**\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行押品管理指引》(银监发〔2017〕16号)——押品准入、评估、登记、监控、处置全流程要求\n> 《民法典》第二编物权(第二分编 担保物权)——抵押权、质权设立与实现\n> 《不动产登记暂行条例》及实施细则——不动产抵押登记程序\n> 《应收账款质押登记办法》(中国人民银行令〔2019〕第4号)——应收账款质押登记规则\n> 《动产和权利担保统一登记办法》(中国人民银行令〔2021〕第7号)——动产质押登记规则\n\n1. **押品合法所有**:押品须为借款人或第三人合法所有,权属证书齐全,且不存在查封、冻结、扣押等司法限制\n2. **评估有效**:评估报告须在有效期内,超期押品价值须重新评估后方可作为授信依据\n3. **登记完备**:登记手续须完备有效,他项权证或登记证明须在规定时限内入库保管\n4. **抵押率合规**:抵押率不得超过品类上限(房产70%、土地60%、设备50%、应收账款80%、知识产权30%、存货60%、金融资产90%)\n5. **监控执行**:存续期监控须按频率执行,价值跌幅≥15%须启动预警,≥25%须启动补足或压缩敞口\n6. **禁止越权**:本技能仅提供押品风险评估,不得提供授信审批决策、不得提供押品处置价格建议\n7. **红线强制**:如触发任何一票否决条件(C1-C6),必须立即停止后续流程,输出\"不合格担保\"结论,不得因\"客户资质好\"而忽略\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"credit-collateral-risk-mgmt\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T15:30:00+08:00\",\n  \"operator\": \"信贷审批官/风险经理\",\n  \"business_scenario\": \"贷前评估/审批审查/贷后监控/风险处置\",\n  \"collateral_count\": 3,\n  \"steps\": [\n    {\n      \"step\": \"数据确认与验证\",\n      \"result\": \"pass\",\n      \"data_source\": \"信贷系统押品台账\"\n    },\n    {\n      \"step\": \"准入合规性筛查\",\n      \"result\": \"pass\",\n      \"rejection_triggered\": false\n    },\n    {\n      \"step\": \"价值评估合理性审查\",\n      \"result\": \"warning\",\n      \"warning_details\": \"房产评估价值偏离市场价18%,接近20%阈值\"\n    },\n    {\n      \"step\": \"登记手续完备性核验\",\n      \"result\": \"pass\",\n      \"registration_verified\": true\n    },\n    {\n      \"step\": \"存续期动态监控\",\n      \"result\": \"pass\",\n      \"alert_level\": \"yellow\"\n    },\n    {\n      \"step\": \"处置合规性检查\",\n      \"result\": \"not_applicable\",\n      \"reason\": \"未触发处置条件\"\n    }\n  ],\n  \"compliance_check\": {\n    \"c1_triggered\": false,\n    \"c2_triggered\": false,\n    \"c3_triggered\": false,\n    \"c4_triggered\": false,\n    \"c5_triggered\": false,\n    \"c6_triggered\": false\n  }\n}\n```\n\n**审计留痕保留期限**: 遵循所属机构制度与监管要求，由机构系统在受控环境中执行；本技能不设置、不管理任何留存期限，也不产生任何日志。\n\n## 踩坑记录 (Gotchas)\n\n### #1:忽视评估报告限制条件导致价值虚高\n- **症状**:评估报告表面合规,但\"特别事项说明\"中存在重大限制(如押品存在长期租约、规划调整等),导致实际价值低于评估价值\n- **原因**:仅关注评估价值数字,未仔细阅读评估报告全文,特别是限制使用条件\n- **解决**:步骤2必须要求逐字阅读评估报告的\"特别事项说明\"和\"限制使用条件\"章节,发现限制条件须在报告中高亮并调整押品价值预期\n\n### #2:多顺位抵押计算错误导致担保不足\n- **症状**:仅关注本行抵押顺位,未计算在先抵押金额,导致综合抵押率超过上限\n- **原因**:未查询完整登记簿,或未正确计算综合抵押率(总担保债权/评估价值)\n- **解决**:步骤3必须查询登记簿确认所有在先抵押,计算综合抵押率,超过上限须红色预警\n\n### #3:保险续期遗漏导致押品风险敞口\n- **症状**:押品保单到期未续保,发生火灾/损毁等风险事件时无法获得保险赔付\n- **原因**:未建立保险续期提醒机制,或提醒后未跟踪客户续保情况\n- **解决**:步骤4必须检查保险状态,保单到期前30天提醒续保,到期未续保的按C6一票否决条件处理\n\n### #4:处置程序违法导致优先受偿权丧失\n- **症状**:处置过程中未履行通知义务或拍卖程序违法,导致处置结果被法院撤销\n- **原因**:急于处置变现,忽略法定程序要求(如拍卖公告期、优先购买权人通知)\n- **解决**:步骤5必须严格对照法定程序执行,每个环节须留痕,程序违法须立即纠正\n\n## 示例 (Examples)\n\n### 示例1:贷前押品准入评估\n\n**用户输入**:\n```\n客户名称:XX制造有限公司\n授信申请编号:CRED-2026-001234\n业务场景:贷前评估\n押品清单:\n  1. 房产:商业用房,位于北京市朝阳区,面积500平方米,评估价值1500万元,评估基准日2026-03-15\n  2. 设备:通用生产设备,评估价值300万元,评估基准日2026-04-01\n申请金额:1000万元\n```\n\n**Skill 执行流程**:\n1. 步骤0:确认押品清单完整,包含关键字段\n2. 步骤1:核查房产和设备均在可接受清单内,房产抵押率上限70%,设备50%\n3. 步骤2:评估机构在总行认可名单内,评估基准日距申请日<6个月,价值合理\n4. 步骤3:房产已办理抵押登记,取得他项权证;设备已完成动产质押登记\n5. 步骤4:存续期监控(贷前场景不适用,跳过)\n6. 步骤5:处置合规性检查(贷前场景不适用,跳过)\n7. 输出押品风险报告\n\n**输出要点**:\n- 核心结论:押品充足,担保覆盖率180%(押品总价值1800万元/申请金额1000万元)\n- 风险提示:房产位于非核心区域,建议抵押率下调5%\n- 预警级别:无\n\n### 示例2:贷后押品价值监控\n\n**用户输入**:\n```\n客户名称:XX贸易有限公司\n业务场景:贷后监控\n押品清单:\n  1. 存货:铜材,评估价值500万元,上次评估基准日2025-12-01\n历史预警:无\n```\n\n**Skill 执行流程**:\n1. 步骤0-3:跳过(贷后监控场景,准入/评估/登记已完成)\n2. 步骤4:检查存货价值波动,铜材期货价格月度波动>10%,启动盯市估值,发现当前市场价值420万元,跌幅16%\n3. 步骤5:触发黄色预警,生成预警通知,要求客户在15个工作日内补足保证金或追加押品\n4. 输出押品风险监控报告\n\n**输出要点**:\n- 核心结论:押品价值下跌16%,触发黄色预警\n- 风险措施:已生成补足通知,客户须在15个工作日内补足80万元保证金\n- 预警级别:黄色\n\n## 非功能范围 (Out of Scope)\n\n- 本技能不负责押品现场勘估工作(须由第三方评估机构执行)\n- 本技能不提供授信审批决策建议(仅提供押品风险评估,审批决策由credit-approval Skill处理)\n- 本技能不执行押品处置的实际操作(仅检查处置程序合规性)\n- 本技能不处理不良资产最终核销流程(须由不良资产处置系统处理)\n- 如果用户请求以上内容,明确告知并建议联系相关部门或使用合适的工具\n\n## 输出格式 (Output Format)\n\n输出结构化押品风险报告,包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 报告编号、生成时间、业务场景、客户名称 | 表格 | | 押品清单明细 | 逐笔列示押品名称、类别、权属人、评估价值、评估基准日、抵押率、登记状态 | 表格 | | 准入合规性检查结果 | 押品是否在可接受清单内、是否存在禁止情形 | 表格(通过/不通过/预警) | | 价值评估合理性审查结果 | 评估机构资质、评估基准日、评估方法、价值偏离度 | 表格(通过/不通过/预警) | | 登记手续完备性核验结果 | 登记机关、登记编号、优先受偿权、权证管理 | 表格(通过/不通过/预警) | | 存续期动态监控结果 | 价值波动、物理状态、权属变化、保险状态、预警级别 | 表格(正常/黄色预警/红色预警) | | 一票否决条件检查结果 | C1-C6触发情况(触发/未触发) | 表格 | | 风险结论与建议 | 押品充足性结论、风险等级、处置建议(如有) | 文本 | | 审计日志 | 执行时间、操作步骤、数据来源、合规检查结果 | JSON |\n\n> 📋 **下游兼容性**:本输出可被 credit-due-diligence Skill 和 credit-approval Skill 解析使用\n\n**免责声明**:本报告仅供参考,不构成授信审批决策建议。押品价值评估基于现有数据和评估方法,实际价值可能因市场波动而变化。押品风险评估不替代授信审批决策,最终授信决策须综合考虑借款人信用状况、还款能力、担保充足性等多方面因素。\n\n> 引用 `shared/disclaimer-template.md` 模板,确保每次输出都包含\"不构成投资建议\"等必要声明。\n\n\n---\n\n## Module 5: 关联交易检测\n\n# 关联交易识别与关联风险排查\n\n对企业客户进行全面的关联关系排查和关联交易识别，防范关联风险向授信主体传导。排查须贯穿贷前、贷中、贷后全流程。\n\n---\n\n## 目标角色 (Target Role)\n\n- **角色**: 信贷审批官、风险经理、对公客户经理、合规审查岗\n- **使用场景**: 贷前关联排查(新客户首笔授信)、贷中关联交易监测(存续期监控)、贷后风险预警触发时深度排查、大额授信/集团客户授信专项评估\n- **输出用途**: 生成结构化关联方图谱与关联风险报告,用于授信审批决策参考、风险定价调整、担保方案设计\n- **决策层级**: 高风险(R1-R6触发)须上报合规部门和风险管理部门,中风险须增加担保或压缩额度,低风险纳入常规贷后监测\n- **执行频率**: 新客户首笔授信必做、存量客户每半年复核一次、股权变更/高管变动/风险预警触发时临时排查\n\n---\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 客户基本信息 | ECIF系统、工商数据接口 | API调用/文件导入 | 内部 | | 股权穿透图 | 天眼查/企查查API、工商登记系统 | API调用 | 公开 | | 征信报告关联信息 | 人民银行征信系统 | 征信查询接口(需授权) | 敏感 | | 企业财务报表与交易流水 | 信贷系统、核心银行系统 | 数据库查询/文件导入 | 内部 | | 监管文件与关联方认定标准 | 知识库| 文件引用 | 公开 |\n\n### 数据脱敏规则\n- 客户名称、身份证号、银行账号等敏感信息在报告和日志中须使用占位符(如`[客户名称]`、`[证件号码]`)\n- 征信查询须取得客户书面授权,未经授权不得查询\n\n### 降级策略\n- **股权穿透API不可用**: 使用最近一次缓存的股权穿透图,标注\"数据非实时,建议人工核实\"\n- **征信系统不可用**: 基于客户提供的财务报表和担保合同进行初步排查,标注\"征信数据缺失,排查结果可能不完整\"\n- **交易流水不可用**: 基于客户提供的纳税申报表和财报进行关联交易占比估算,标注\"交易流水缺失,关联交易识别可能不完整\"\n- **工商数据不可用**: 使用客户提供的营业执照和公司章程进行股权关联排查,标注\"工商数据缺失,隐性关联可能遗漏\"\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行集团客户授信业务风险管理指引》(银监发〔2010〕92号)——集团客户与关联授信集中度\n> 《商业银行大额风险暴露管理办法》(银保监会令2018年第1号)——关联客户风险暴露限额\n> 《企业会计准则第36号——关联方披露》——关联方认定标准\n> 银行内部关联交易管理办法——具体排查标准与报告要求\n\n1. **穿透至自然人**:股权关联须穿透至最终自然人实控人,不得停留在中间层法人\n2. **全维度覆盖**:六类关联关系(股权/管理层/家族/交易/担保/隐性)须全部排查,不得选择性忽略\n3. **隐性关联必查**:相同注册地址、联系电话、财务人员等隐性关联信号须单独标注\n4. **四流合一验证**:关联交易识别须合同流、发票流、物流/服务流、资金流交叉验证,不得仅凭两流匹配判定真实\n5. **动态更新**:关联方信息变化时(股权变更、高管变动、新设企业)须及时更新排查结果\n6. **禁止越权**:本技能仅提供关联风险排查结果,不得直接作出授信审批决策\n7. **红线执行强制**:如触发任何一票否决条件(R1-R6),必须立即在报告顶部红色标注,不得因\"客户关系好\"而忽略\n\n---\n\n## 执行步骤\n\n> 按以下四步顺序执行，每步输出中间结果，最后汇总生成完整报告。\n\n### Step 1：关联方识别\n\n> 从六维度全面识别企业关联方，形成关联方清单。\n> *对接提示：映射到贵行客户信息系统（ECIF）、股权穿透查询接口、工商数据接口、征信报告关联信息，或等效数据聚合工具*\n\n**1.1 股权关联**\n\n| 识别标准 | 穿透深度 | 数据验证 | |---------|---------|---------| | 直接持股 ≥ 20% 的法人/自然人 | 直接层 | 工商登记信息 | | 间接持股 ≥ 20%（通过多层股权） | 穿透至最终受益人 | 股权穿透工具 | | 一致行动人（协议/亲属关系推定） | 推定层 | 公开信息 + 交易行为推断 | | 实控人认定：持股 ≥ 50% 或实际支配董事会 | 穿透至自然人 | 工商 + 公司章程 |\n\n**执行要点**：\n- 股权穿透至少3层，发现交叉持股、循环持股须标注\n- VIE架构、代持协议等隐蔽控制关系须单独列示\n- 一致行动人不仅看协议，也看交易行为（如同步增减持、同步投票）\n\n**1.2 管理层关联**\n\n| 识别范围 | 关联判定 | 核查方式 | |---------|---------|---------| | 法定代表人其他任职企业 | 同一自然人任法定代表人 | 工商高管任职查询 | | 董事、监事、高管其他任职 | 任董事/监事/高管的其他企业 | 工商高管任职查询 | | 关键财务人员交叉任职 | 财务负责人、出纳在同一实控人体系内多家企业任职 | 企业年报/实地走访 |\n\n**1.3 家族关联**\n\n| 关系范围 | 关联企业判定 | 穿透标准 | |---------|-------------|---------| | 实控人配偶控制的企业 | 配偶为法定代表人或持股 ≥ 20% | 穿透至配偶 | | 实控人父母、子女控制的企业 | 直系亲属控制 | 穿透至直系亲属 | | 实控人三代以内旁系血亲控制的企业 | 兄弟姐妹、祖父母/外祖父母、孙子女/外孙子女 | 关系图谱推断 |\n\n**执行要点**：\n- 家族关联须基于公开信息推断，无法完全确认时标注\"推定关联，建议客户补充说明\"\n- 关注\"壳公司\"特征：无实际经营、注册地址为住宅、无员工社保、与借款企业频繁资金往来\n\n**1.4 交易关联**\n\n| 识别标准 | 阈值 | 数据来源 | |---------|------|---------| | 单一客户销售占比 | ≥ 30% 年营收 | 企业财报/纳税申报 | | 单一供应商采购占比 | ≥ 30% 年采购额 | 企业财报/纳税申报 | | 前五大客户/供应商集中度 | 合计 ≥ 70% | 企业财报 |\n\n**执行要点**：\n- 前五大客户/供应商名单须与关联方清单交叉比对，发现重叠须标注\n- 交易集中度高的企业，须评估对单一客户的依赖风险\n\n**1.5 担保关联**\n\n| 类型 | 定义 | 风险特征 | |------|------|---------| | 互保 | A 为 B 担保，B 为 A 担保 | 风险双向传导 | | 联保 | 多家企业互相担保形成担保圈 | 风险链式传导 | | 循环担保 | A→B→C→A 形成闭环 | 风险闭环放大 | | 隐性担保 | 未在征信中登记的实际担保承诺 | 或有负债低估 |\n\n**执行要点**：\n- 从征信报告提取对外担保信息，与关联方清单交叉比对\n- 担保圈超过5家企业须标注\"大型担保圈风险\"\n- 隐性担保通过企业财报\"或有负债\"附注、实地走访核实\n\n**1.6 隐性关联**\n\n| 信号 | 识别方式 | 风险含义 | |------|---------|---------| | 相同注册地址 | 工商登记地址比对 | 可能为同一实控人控制 | | 相同联系电话/邮箱 | 工商登记信息比对 | 共享行政资源，存在关联 | | 相同财务人员 | 年报披露/实地走访 | 财务一体化管理 | | 相同审计机构+签字会计师 | 审计报告比对 | 可能统一调度财务数据 | | 同步工商变更 | 变更时间、内容高度一致 | 协同行动信号 |\n\n---\n\n### Step 2：关联交易异常特征识别\n\n> 在关联方清单基础上，分析关联交易的异常特征。\n\n| 异常特征 | 识别标准 | 数据验证 | 风险等级 | |---------|---------|---------|---------| | **资金空转** | 关联企业间频繁大额转账（月均超过3笔或单月超500万），无真实贸易背景（无合同/发票/物流对应） | 银行流水 + 合同发票交叉 | 🔴 高 | | **转移定价** | 关联交易价格偏离市场价 ≥ 20%（采购价偏高/销售价偏低，或反之） | 关联交易合同 vs 非关联交易价格对比 | 🔴 高 | | **虚构交易** | 关联交易仅有合同/发票，无物流/资金流对应；或物流与交易方向不符 | 合同 + 发票 + 物流单据 + 银行流水四维交叉 | 🔴 高 | | **利润转移** | 借款企业毛利率/净利率显著低于非关联方交易；或利润主要流向关联方 | 关联交易分部利润表分析 | 🟡 中高 | | **担保链风险** | 互保/联保圈涉及企业 ≥ 3 家，或担保总额 > 净资产 50% | 征信担保信息 + 工商股权穿透 | 🟡 中高 | | **资金占用** | 关联方应收账款/其他应收款占比 > 流动资产 30%，且账龄 > 1 年 | 资产负债表 + 账龄分析 | 🟡 中 | | **同业竞争** | 关联方与借款企业从事相同业务，存在客户/供应商资源争夺 | 工商经营范围 + 实地走访 | 🟢 低（关注） |\n\n**执行要点**：\n- 识别关联交易时须\"四流合一\"验证：合同流、发票流、物流/服务流、资金流须相互匹配\n- 仅有两流匹配（如合同+发票）但无物流/资金流对应，标记\"疑似虚构交易\"\n- 关联交易占比 = 关联交易金额 / 同类交易总金额，须分项计算（采购/销售/借款/担保）\n\n---\n\n### Step 3：关联风险评估\n\n> 综合关联方信息和交易特征，评估关联风险对授信安全的影响。\n\n**3.1 授信集中度风险**\n\n| 评估指标 | 阈值 | 超标处理 | |---------|------|---------| | 单一客户授信集中度 | ≤ 一级资本净额 15% | 超标须压缩或上报总行 | | 集团客户授信集中度 | ≤ 一级资本净额 20% | 超标须压缩或上报总行 | | 关联客户合计授信占比 | 结合行业特点和客户资质综合判断 | 占比 > 50% 须专项说明 |\n\n**3.2 经营独立性评估**\n\n| 评估维度 | 独立标准 | 依赖信号 | |---------|---------|---------| | 采购独立性 | 关联交易采购占比 < 30% | ≥ 30% 标注依赖风险 | | 销售独立性 | 关联交易销售占比 < 30% | ≥ 30% 标注依赖风险 | | 资金独立性 | 无资金占用、无强制归集 | 存在资金池/归集标注 | | 人员独立性 | 高管/财务不交叉任职 | 交叉任职标注 |\n\n**3.3 担保链风险评估**\n\n| 评估指标 | 风险阈值 | 评估结论 | |---------|---------|---------| | 担保圈企业数量 | ≥ 3 家 | 形成担保圈 | | 担保圈企业数量 | ≥ 5 家 | 大型担保圈，风险高 | | 担保链条长度 | ≥ 3 层（A→B→C） | 风险传导链长 | | 对外担保总额/净资产 | > 50% | 过度担保 | | 对外担保总额/净资产 | > 100% | 触发一票否决 R5 |\n\n**3.4 关联企业整体财务健康**\n\n- 汇总关联企业（含借款企业）的资产负债率、流动比率、净利润趋势\n- 关联企业整体资产负债率 > 70% 或整体净利润为负 → 标注\"关联群体财务弱化\"\n- 关注\"拆东墙补西墙\"信号：关联企业间频繁短期资金拆借\n\n---\n\n### Step 4：报告输出与处置建议\n\n> 汇总前三步结果，输出结构化关联方图谱与风险报告。\n\n**4.1 关联方图谱**\n\n```\n[借款企业]\n   ├── 股权关联\n   │     ├── [股东A] 持股 XX%\n   │     └── [股东B] 持股 XX%\n   ├── 管理层关联\n   │     └── [法人] 兼任 [企业C] 法人\n   ├── 家族关联\n   │     └── [实控人配偶] 控制 [企业D]\n   ├── 交易关联\n   │     └── [客户E] 销售占比 XX%\n   ├── 担保关联\n   │     └── [企业F] 互保，担保金额 XX 万\n   └── 隐性关联\n         └── [企业G] 同地址/同电话\n```\n\n**4.2 风险分级**\n\n| 风险等级 | 判定标准 | 处置建议 | |---------|---------|---------| | 🔴 高风险 | 存在资金空转/虚构交易嫌疑；或担保总额 > 净资产 100%；或关联交易占比 > 50% | 建议暂停授信，上报合规部门 | | 🟡 中风险 | 关联交易占比 30%-50%；或担保圈 3-5 家；或利润转移迹象 | 建议增加担保、压缩额度、加强监测 | | 🟢 低风险 | 关联交易占比 < 30%；无异常特征；担保链短 | 正常授信，纳入常规贷后监测 |\n\n**4.3 处置建议模板**\n\n| 发现类型 | 处置要求 | |---------|---------| | 关联交易占比 > 50% | 授信报告中单独章节说明，建议增加独立担保 | | 资金空转或虚构交易嫌疑 | 立即上报合规部门，建议暂停授信并启动专项调查 | | 循环担保/大型担保圈 | 建议压缩互保额度，引入外部独立担保替代 | | 隐性关联方未披露 | 要求客户补充披露，核实后更新关联方图谱 | | 客户拒绝配合调查 | 报告中显式标注，建议审慎处理或提高风险定价 |\n\n---\n\n## 一票否决条件（关联交易级）\n\n> 以下任一条件触发，须立即在报告顶部红色标注，建议暂停授信并上报。\n\n| 编号 | 触发条件 | |------|---------| | R1 | 发现资金空转或虚构关联交易套取信贷资金的明确证据 | | R2 | 关联交易定价严重偏离市场价（≥ 30%），且无法提供合理商业解释 | | R3 | 借款企业通过关联交易将核心资产/利润系统性转移至关联方，存在掏空迹象 | | R4 | 关联担保形成循环担保圈（闭环 ≥ 3 家），且圈内任一企业已有风险信号 | | R5 | 对外担保总额 > 净资产 100%，存在过度担保风险 | | R6 | 企业或实控人故意隐瞒重大关联方信息，经多源交叉验证属实 |\n\n---\n\n## 质量要求\n\n1. **穿透深度达标**:股权关联须穿透至最终自然人,至少3层穿透\n2. **六维全覆盖**:股权/管理层/家族/交易/担保/隐性六类关联须全部排查\n3. **四流合一验证**:关联交易识别须合同流、发票流、物流/服务流、资金流交叉验证\n4. **一票否决前置**:R1-R6须在步骤2中优先检查,触发即标注\n5. **量化优先**:关联交易占比、价格偏离度、担保集中度等须给出具体数值\n6. **隐性关联不遗漏**:相同地址/电话/财务人员等隐性信号须单独列示\n7. **动态更新机制**:关联方信息变化时须及时更新,报告标注数据时点\n8. **客户配合记录**:客户拒绝配合调查的,须显式记录并给出审慎建议\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"credit-related-party-detection\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"operator\": \"[操作用户]\",\n  \"customer_name\": \"[客户名称]\",\n  \"business_scenario\": \"贷前排查/贷中监控/贷后预警\",\n  \"steps\": [\n    {\"step\": \"步骤0:数据确认与验证\", \"result\": \"通过/失败\", \"duration_seconds\": 5},\n    {\"step\": \"步骤1:关联方识别\", \"related_parties_count\": 15, \"result\": \"通过\"},\n    {\"step\": \"步骤2:异常特征识别\", \"abnormal_features\": [\"资金空转\"], \"rejection_triggered\": \"R1\", \"result\": \"红色警示\"},\n    {\"step\": \"步骤3:风险评估\", \"risk_level\": \"高风险\", \"result\": \"通过\"},\n    {\"step\": \"步骤4:报告输出\", \"report_id\": \"RP-2026-001\", \"result\": \"完成\"}\n  ],\n  \"data_sources_used\": [\"ECIF系统\", \"天眼查API\", \"征信系统\", \"信贷系统\"],\n  \"degradation_applied\": [\"征信系统不可用,使用客户提供的财报\"],\n  \"rejection_flags\": [\"R1\"],\n  \"report_generated\": true\n}\n```\n\n**审计留痕保留期限**: 遵循所属机构制度与监管要求，由机构系统在受控环境中执行；本技能不设置、不管理任何留存期限，也不产生任何日志。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1: 股权穿透停留在中间层法人\n- **症状**: 关联方清单中仅显示直接股东(法人企业),未穿透至最终自然人实控人。\n- **原因**: 股权穿透API仅返回第一层股东,或AI执行时未递归查询多层股权。\n- **解决**: 必须递归穿透至最终自然人,发现VIE架构、代持协议须单独列示并标注\"隐蔽控制关系\"。\n\n### #2: 隐性关联信号被忽略\n- **症状**: 报告中未标注相同注册地址、联系电话、财务人员的隐性关联方。\n- **原因**: 仅依赖股权穿透和高管任职查询,未执行工商登记信息比对。\n- **解决**: 必须执行隐性关联六项信号检查(同地址/同电话/同邮箱/同财务人员/同审计机构/同步变更),发现任一信号须单独标注。\n\n### #3: 四流合一验证不完整\n- **症状**: 仅凭\"合同+发票\"两流匹配就判定关联交易真实,未检查物流和资金流。\n- **原因**: 交易流水数据缺失或AI执行时跳过物流/资金流验证。\n- **解决**: 必须执行四流合一验证,仅有两流匹配标记\"疑似虚构交易\",不得直接判定真实。\n\n### #4: 循环担保圈未识别\n- **症状**: 担保关联仅列出直接互保关系,未识别A→B→C→A的循环担保闭环。\n- **原因**: 未执行担保链条递归追踪,或担保圈企业数量统计错误。\n- **解决**: 必须从征信报告提取对外担保信息,执行担保链条递归追踪,发现闭环≥3家标注\"循环担保圈风险\"。\n\n---\n\n## 示例 (Examples)\n\n### 示例1: 贷前关联排查(新客户首笔授信)\n\n**用户输入**:\n```\n请对XX制造有限公司进行贷前关联排查,统一信用代码:91110000MA001XXXX,申请授信金额5000万元。\n```\n\n**Skill执行流程**:\n1. 步骤0: 验证客户名称和统一信用代码完整,确认排查时点为\"贷前排查\"\n2. 步骤1: 六维关联方识别→发现15个关联方(股权关联5个、管理层关联3个、家族关联2个、交易关联2个、担保关联2个、隐性关联1个)\n3. 步骤2: 异常特征识别→发现\"关联交易销售占比35%\"(中风险)、\"担保圈企业4家\"(中风险),无R1-R6触发\n4. 步骤3: 风险评估→经营独立性评估(销售独立性不足)、担保链风险评估(中型担保圈),综合判定中风险\n5. 步骤4: 输出报告→关联方图谱(树状结构)+风险分级(中风险)+处置建议(增加独立担保、加强贷后监测)\n\n**输出要点**:\n- 核心结论: 发现15个关联方,关联交易销售占比35%,担保圈4家企业,综合判定中风险\n- 关键风险: 销售独立性不足、中型担保圈\n- 处置建议: 增加独立担保替代互保、加强贷后关联交易监测\n\n### 示例2: 贷后风险预警触发(发现资金空转嫌疑)\n\n**用户输入**:\n```\nXX集团贷后预警触发,发现与3家关联企业频繁资金往来,请深度排查关联风险。\n```\n\n**Skill执行流程**:\n1. 步骤0: 验证客户信息完整,确认排查时点为\"贷后预警\"\n2. 步骤1: 六维关联方识别→发现22个关联方(含3家预警企业)\n3. 步骤2: 异常特征识别→发现\"资金空转\"(月均转账8笔,单笔最高800万,无真实贸易背景),触发R1一票否决\n4. 步骤3: 风险评估→关联群体财务弱化(整体资产负债率75%),授信集中度超标\n5. 步骤4: 输出报告→红色警示R1触发+关联方图谱+风险分级(高风险)+处置建议(暂停授信、上报合规部门)\n\n**输出要点**:\n- 核心结论: 触发R1一票否决(资金空转明确证据),综合判定高风险\n- 关键风险: 资金空转(月均8笔,单笔最高800万)、关联群体财务弱化\n- 处置建议: 立即暂停授信、上报合规部门、启动专项调查\n\n---\n\n## 非功能范围 (Out of Scope)\n\n- 本技能不负责授信审批决策(仅提供关联风险排查结果,审批决策由credit-approval Skill处理)\n- 本技能不执行实地走访和现场核查(须由客户经理执行)\n- 本技能不处理不良资产最终核销流程(须由不良资产处置系统处理)\n- 本技能不提供法律意见(关联交易合法性判定须由法务部门执行)\n- 如果用户请求以上内容,明确告知并建议联系相关部门或使用合适的工具\n\n---\n\n## 输出格式 (Output Format)\n\n输出结构化关联方图谱与关联风险报告,包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 报告编号、生成时间、排查时点、客户名称 | 表格 | | 关联方清单 | 逐笔列示六维关联方(股权/管理层/家族/交易/担保/隐性),含关联关系类型和穿透深度 | 表格 | | 关联交易异常特征 | 逐项列示识别到的异常特征(资金空转/转移定价/虚构交易/利润转移/担保链风险/资金占用),含四流合一验证结果 | 表格 | | 关联风险评估 | 授信集中度、经营独立性、担保链风险、关联群体财务健康评估结果 | 表格 | | 风险分级与处置建议 | 风险等级(高/中/低)、处置建议(暂停授信/增加担保/压缩额度/加强监测/正常授信) | 表格 | | 一票否决触发情况 | R1-R6触发情况(如有) | 表格 | | 数据缺失与降级处理 | 数据源不可用情况及降级处理措施(如有) | 表格 |\n\n**下游兼容性**: 本输出可被 credit-approval 和 credit-collateral-risk-mgmt Skill 解析使用。\n\n**免责声明**: 本报告仅用于授信审批参考,不构成授信决策依据。关联交易识别基于可用数据,可能因数据缺失或更新延迟导致遗漏。引用 `shared/disclaimer-template.md` 模板。\n\n---\n\n\n---\n\n## Module 6: 审查备忘录\n\n# 走访纪要(审批专员)\n\n当审批专员口述现场走访观察时,按以下规则结构化整理为走访纪要。纪要须客观、具体、可交叉验证,避免主观推断代替客观事实。\n\n---\n\n## 目标角色 (Target Role)\n\n- **角色**: 信贷审批官、审批专员、风险审查岗\n- **使用场景**: 新客户首笔授信审批走访、存量客户续贷审批走访、大额新增授信走访、风险预警客户复核走访、CM报告与行内数据偏差较大时的补充走访\n- **输出用途**: 生成结构化六维度走访纪要,用于授信审批会决策参考、风险信号识别、CM报告交叉验证\n- **决策层级**: 高风险(S1-S6触发)须暂停审批流程并上报,中风险须增加担保或补充核查,低风险纳入常规审批流程\n- **执行频率**: 每次实地走访后必做,支持多轮增量更新与信息修正\n\n---\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 访前一页纸 | pre-visit-credit-analysis Skill输出,客户笔记区 | 笔记读取接口 | 内部 | | 走访邀请记录 | 客户笔记区 | 笔记读取接口 | 内部 | | CM信贷经理调查报告 | 信贷系统 | 内部API | 内部 | | 客户基本信息与申报数据 | ECIF系统、信贷系统 | 内部API | 敏感 | | 审批专员口述观察内容 | 实时对话输入 | 对话交互 | 内部 |\n\n### 数据脱敏规则\n- 客户名称、身份证号、银行账号等在纪要中须使用占位符(如\"[客户名称]\"、\"[证件号码]\")\n- 涉及个人隐私、商业秘密的内容,须符合银行保密规定\n- 纪要归档后仅授权审批委员调阅\n\n### 降级策略\n- 如果访前一页纸不可用: 继续生成纪要,但标注\"未参照访前风险信号\",并在质量验证中记录\n- 如果CM报告不可用: 标注\"CM报告缺失,无法交叉验证\",跳过偏差比对步骤\n- 如果客户笔记区不可用: 先在对话中展示纪要初稿,待系统恢复后由具备权限的人员录入\n- 如果审批专员口述内容不完整: 针对性追问缺失维度,不得跳过六维度框架\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷前实地调查要求\n> 《商业银行授信工作尽职指引》(银监发〔2004〕51号)——实地走访与证据留存\n> 《商业银行信用风险内部评级体系监管指引》——审批独立性要求\n> 银行内部审批委员会议事规则 ——走访材料为审批会基础材料\n\n1. **事实优先**:每条记录须有观察来源(\"眼见\"、\"对方自述\"、\"提供的文件\"),不得用主观推断代替事实\n2. **CM交叉验证**:走访发现与CM报告(信贷经理调查报告)的偏差须在纪要中显式标注偏差项\n3. **信息修正可追溯**:用户修正信息时,保留原记录并标注\"已修正\"及修正时间,不得直接覆盖\n4. **敏感信号必报**:发现停工、欠薪、民间融资等信号,无论是否确认,均须如实记录并标注核实建议\n5. **归档确认**:由具备权限的人员在机构系统中录入并确认归档结果，确保后续审批会可调阅；本技能不参与归档\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤7(一票否决自检),必须执行完整流程\n7. **禁止越权建议**:仅记录客观事实和识别风险信号,不提供授信审批决策建议(由credit-approval Skill处理)\n\n---\n\n## 执行流程 (Workflow)\n\n> 📋 交互模式:模式D - 对话辅助型(Conversational Assistant)\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)、《商业银行授信工作尽职指引》(银监发〔2004〕51号)\n\n### 步骤0：数据确认与验证(先读后写)\n\n**执行说明**:在开始走访纪要生成前,必须确认输入数据完整性和上下文。\n\n**执行步骤**:\n1. 列出输入的客户名称/ID、走访时间、走访人,确认必填字段完整\n2. 检查客户笔记区是否存在\"访前一页纸\"和\"走访邀请\"笔记\n3. 如有访前一页纸,读取并提取红旗/黄旗风险信号清单\n4. 检查是否存在已有走访纪要(增量更新场景)\n5. 确认业务场景(新客户首笔/存量续贷/大额新增/风险预警/补充调查)\n\n> ⚠️ **不得跳过必填字段检查,必须确认客户名称、走访时间和走访人完整**\n\n---\n\n### 步骤1：首次输入处理(完整纪要生成)\n\n**执行说明**:将审批专员口述观察归类至六维度框架,输出完整走访纪要。\n\n**执行步骤**:\n1. 提取口述信息,按六维度分类(现场观感/经营判断/人物印象/资金流向/风险信号/与CM沟通结论)\n2. 每项记录标注来源(眼见/对方自述/提供文件/CM报告)\n3. 量化描述:开工率、规模、金额等须用具体数字,不得用\"大概\"、\"差不多\"等模糊表述\n4. 比对CM报告,标注偏差项\n5. 如有访前一页纸,对照其中风险信号逐一核实\n6. 输出完整纪要,由具备权限的人员在机构系统中录入客户笔记区\n\n> ⚠️ **不得跳过来源标注,每条记录必须注明信息来源**\n\n**分支路径**:\n- ✅ 六维度全部覆盖 → 进入步骤7(一票否决自检)\n- ⚠️ 部分维度缺失 → 针对性追问缺失维度,补充后继续\n\n---\n\n### 步骤2：增量更新处理\n\n**执行说明**:读取已有纪要,将新观察合并到对应维度,保留历史版本。\n\n**执行步骤**:\n1. 读取已有走访纪要\n2. 将新观察归类至对应维度\n3. 保留原记录,追加新观察,标注\"[增量更新 YYYY-MM-DD HH:MM]\"\n4. 输出合并后的初稿供预览；历史版本与追溯由机构系统的留痕机制保障\n\n> ⚠️ **不得覆盖原记录,必须保留历史版本**\n\n---\n\n### 步骤3：信息修正处理\n\n**执行说明**:用户说\"刚才说错了\"或类似表述时,定位具体字段,保留原记录并标注修正时间。\n\n**执行步骤**:\n1. 识别需修正的字段\n2. 保留原记录,标注\"[已修正 YYYY-MM-DD HH:MM]\"\n3. 插入修正后的新记录\n4. 确认修正完成\n\n> ⚠️ **不得直接覆盖原记录,必须保留修正痕迹**\n\n---\n\n### 步骤4：针对性追问\n\n**执行说明**:围绕审批关注点自动追问,确保六维度信息完整。\n\n**执行步骤**:\n1. 检查六维度覆盖情况,识别缺失或信息不足的维度\n2. 针对缺失维度发起追问,示例:\n   - \"对资金流向有什么判断?是否发现个人账户回款?\"\n   - \"有没有关联交易的迹象?关联交易金额大概多少?\"\n   - \"跟CM报告相比,经营规模估算有什么偏差?\"\n   - \"现场看到的合同/订单,金额与CM报告是否一致?\"\n3. 将追问结果归类至对应维度\n\n> ⚠️ **不得跳过缺失维度,必须追问至六维度完整**\n\n---\n\n### 步骤5：输出方式确认\n\n**执行说明**:本技能**默认且仅有一种输出方式**——在对话中输出待确认的初稿文本。是否录入机构系统，由具备权限的人员在预览确认后决定，本技能不执行任何录入或归档。\n\n**执行步骤**:\n1. 生成完整纪要初稿\n2. 在对话中展示，标注“[初稿 - 待确认]”\n3. 提示使用者：如需进入审批材料，须由具备权限的人员预览确认后在机构系统中录入\n4. 本技能不执行任何归档动作，也不保留任何会话外的副本\n\n---\n\n### 步骤6：自然退出\n\n**执行说明**:用户转换话题时正常响应,不强制要求完成纪要,也不做任何持久化。\n\n**执行步骤**:\n1. 检测用户是否转换话题\n2. 如已转换,正常响应新话题;已整理内容仅保留在当前对话上下文中,不写入任何存储\n3. 如需继续,可由用户重新发起并再次提供材料\n\n---\n\n### 步骤7：一票否决自检(门控步骤)\n\n**执行说明**:生成纪要前,逐一比对一票否决信号S1-S6,触发须顶部红色标注。\n\n**执行步骤**:\n1. 逐一检查S1-S6触发情况:\n   - S1: 经营场所虚假或已被查封,与申报严重不符\n   - S2: 发现企业已实质性停工超过30天,且无合理恢复计划\n   - S3: 资金实际用途与申请用途严重不符(如流贷用于购房/炒股)\n   - S4: 发现明显民间融资/非法集资迹象,且金额较大\n   - S5: 实控人失联或拒绝见面,且无法提供合理解释\n   - S6: 现场发现重大环保/安全隐患,已被政府部门责令整改\n2. 如触发任一条件,在纪要顶部红色标注:【一票否决-SX:触发原因】\n3. 建议暂停审批流程并上报\n\n**分支路径**:\n- ❌ 触发S1-S6任一 → 红色标注,建议暂停审批,输出纪要\n- ✅ 无触发 → 正常输出纪要\n\n---\n\n## 结构化维度\n\n> 📋 六维度为核心框架,每维度须含具体事实描述(含时间、地点、数量、来源),不得仅列标题。\n> 📋 详细检查项、记录要点、偏差标记、交叉验证、风险信号、执行要点等完整内容,请查阅 机构既有规范或功能。\n\n### 1. 现场观感\n- 实际到访确认、经营场所真实性、生产/经营活跃度、环境与管理规范、与CM报告偏差\n- 开工率须估算具体比例,不得写\"基本正常\"等模糊描述\n- 详细检查项与偏差标记: 查阅 机构既有规范或功能 第1节\n\n### 2. 经营判断\n- 实际经营规模、主营业务真实性、订单/合同证据、库存合理性、行业景气度\n- 合同核查优先看原件或盖章复印件,口头声称的合同金额须标注\"对方自述,未核验原件\"\n- 详细检查项与交叉验证: 查阅 机构既有规范或功能 第2节\n\n### 3. 人物印象\n- 实控人/法人面谈、财务人员面谈、回避与引导迹象、配合度评估\n- \"配合度\"非越高越好:过度配合可能是事先编排的信号,须客观记录\n- 详细检查项与风险信号: 查阅 机构既有规范或功能 第3节\n\n### 4. 资金流向\n- 主要回款方式、付款对象与方式、体外循环迹象、关联交易判断、资金用途一致性\n- 资金流核实优先看银行流水原件或网银截图,口头描述须标注来源\n- 详细检查项与风险阈值: 查阅 机构既有规范或功能 第4节\n\n### 5. 风险信号\n- 显性风险(停工/欠薪/查封/环保处罚)、隐性风险(信息回避/数据矛盾/过度配合)、民间融资、实控人风险、合规风险\n- 详细类别、典型信号与处理要求: 查阅 机构既有规范或功能 第5节\n\n### 6. 与CM沟通结论\n- CM对客户的判断、CM补充信息、意见分歧点、CM承诺跟进\n- 分歧点须具体(如\"CM报告营收5000万,走访估算约2000万\"),不得笼统写\"数据有偏差\"\n- 详细记录项与内容要求: 查阅 机构既有规范或功能 第6节\n\n---\n\n## 一票否决信号\n\n> 走访过程中发现以下任一情况,须在纪要顶部红色标注,建议暂停审批流程并上报。\n\n| 编号 | 触发条件 | |------|---------| | S1 | 经营场所虚假或已被查封,与申报严重不符 | | S2 | 发现企业已实质性停工超过30天,且无合理恢复计划 | | S3 | 资金实际用途与申请用途严重不符(如流贷用于购房/炒股) | | S4 | 发现明显民间融资/非法集资迹象,且金额较大 | | S5 | 实控人失联或拒绝见面,且无法提供合理解释 | | S6 | 现场发现重大环保/安全隐患,已被政府部门责令整改 |\n\n---\n\n## 输出格式 (Output Format)\n\n输出结构化走访纪要,包含以下章节:\n\n| 章节 | 内容 |\n\nFile v2.0.9:_meta.json\n\n{\n  \"ownerId\": \"kn74e704j3ygjcygnpf02rdvd185js13\",\n  \"slug\": \"credit-review-digital-employee\",\n  \"version\": \"2.0.9\",\n  \"publishedAt\": 1790315234105\n}\n\nFile v2.0.9:skill-card.md\n\n## Description:\n\nHelps credit-review staff draft structured analyses of lending eligibility, application completeness, pre-loan risk, collateral, related-party transactions, review memoranda, and risk planning.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[gechengling](https://clawhub.ai/user/gechengling)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nCredit-review staff and risk managers use this reference workflow to prepare draft screening reports, pre-loan risk assessments, collateral and related-party reviews, and credit-review memoranda. Authorized personnel verify source materials and make all operational and approval decisions in institutional systems.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Credit-review materials may contain sensitive customer or banking information.\n\nMitigation: Provide only authorized, desensitized material in chat; keep system queries, storage, archiving, and external sharing within approved institutional systems and human approval processes.\n\nRisk: Draft risk assessments could be mistaken for verified findings or final lending decisions.\n\nMitigation: Have qualified staff check source evidence and institutional rules before using any draft; make approval and operational decisions through the institution's authorized processes.\n\n## Reference(s):\n\n- [Credit Review Digital Employee release](https://clawhub.ai/gechengling/skills/credit-review-digital-employee)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Analysis, Guidance]\n\n**Output Format:** [Structured Markdown drafts and checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Drafts require human review; the skill does not query systems, save files, or submit decisions.]\n\n## Skill Version(s):\n\n2.0.9 (source: frontmatter and server-resolved release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v2.0.8: 3 files, 55955 bytes\n\nFiles: skill-card.md (2236b), SKILL.md (160403b), _meta.json (149b)\n\nFile v2.0.8:SKILL.md\n\n---\nname: \"Credit Review Digital Employee\"\nslug: credit-review-digital-employee\ndescription: \"覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。\"\nversion: 2.0.8\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - illustrative-code-samples\n  - illustrative-data-source-labels\n  - no-tool-permission-required\n---\n\n# Credit Review Digital Employee / 信贷审查专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的准入扫描、抵质押核查、关联交易识别、审查备忘录出具等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有授信金额、抵押率与担保覆盖率以机构审查口径与审批决议为准**；文档中的金额示例仅用于说明分析口径，不得作为审批依据\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 | |---|---|---| | 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 | | 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 | | 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 | | 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 | | 由具备权限的人员执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 | | 读取、获取、调阅、查询 | 指**接收用户在对话中提供的材料**，或由具备权限的人员从机构系统调取后在对话中提供；本技能不主动访问任何内外部系统 | 具备权限的人员 + 用户 | | 笔记保存能力、录入客户笔记区 | 历史版本中的该表述已废止；实际动作是**由具备权限的人员在机构系统中录入**，本技能不调用、不具备任何保存或写入能力 | 具备权限的人员 | | 保存当前状态、状态保持、不丢失已记录信息 | 指内容保留在**当前对话上下文**中，属于一次会话内的文本延续，**不做任何持久化**，会话结束即不再保留 | 对话上下文 | | 保留期限（如至少3年） | 遵循所属机构制度与监管要求，由**机构系统在受控环境中执行**；本技能不设置、不管理、不实现任何留存期限 | 机构系统 | | `system_api`、内部API、笔记读取接口等名称 | **仅为说明取数口径的数据来源标签**；`allowed-tools` 为空，本技能不持有也不申请任何工具或接口权限 | 机构既有系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n4. 本技能**不具备、不调用、不申请任何笔记保存、文件写入、系统查询或接口调用能力**（`allowed-tools` 为空）。\n   文中若出现\"调用笔记保存能力\"\"保存当前状态\"等历史表述，一律以本表口径为准：**保存与状态保持都不存在**。\n5. 本技能不设置、不管理任何留存期限与日志目录；审计留痕与保存期限由机构既有系统在受控环境中按制度执行。\n\n> **关于\"读取/保存\"的统一口径**：本技能是**对话中的分析助手**。\n> 所谓\"读取\"，指用户把材料贴进来、或具备权限的人员把系统内容转述进来；\n> 所谓\"输出\"，指生成**待预览确认的初稿文本**；\n> 是否录入机构系统、由谁录入、留存多久，全部由具备权限的人员与机构制度决定，本技能不参与、不执行、不持久化。\n\n\n## Skill Overview / 技能概览\n\n信贷审查专家数字员工，集成以下7项核心能力模块：\n\n1. **Module 1: 准入规则扫描**\n2. **Module 2: 案件接件审核**\n3. **Module 3: 贷前信用分析**\n4. **Module 4: 抵质押风险管理**\n5. **Module 5: 关联交易检测**\n6. **Module 6: 审查备忘录**\n7. **Module 7: AI风险规划**\n\n---\n\n\n---\n\n## Module 1: 准入规则扫描\n\n# L3 准入规则扫描\n\n根据客户画像和目标信贷产品的风控规则库,判断客户是否满足准入条件,输出结构化扫描报告。\n\n---\n\n## 执行流程 (Workflow)\n\n> 交互模式:模式 A - 报告生成型(Report Generation)\n\n当用户要求评估客户产品准入条件时,按以下流程执行:\n\n### 步骤 0:数据确认与验证(先读后写)\n\n1. 确认客户身份:提取客户名称或ID\n2. 确认目标产品:提取产品名称或编码\n3. 检查必填字段:客户名称、目标产品、申请授信金额(建议)\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n5. 若必填字段缺失,输出缺失清单,要求用户补充,停止后续流程\n6. 验证通过后进入步骤1\n\n> 📋 数据来源:`user_upload`\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得跳过必填字段检查,必须确认客户和产品信息完整\n\n### 步骤 1:加载客户画像\n\n> 整合客户多维度信息,形成完整的准入评估基础数据。\n> *对接提示:映射到贵行客户信息系统(ECIF)、征信查询接口、客户全景视图,或等效数据聚合工具*\n\n**基础信息维度**\n- 企业工商:所属行业、经营年限、注册资本(认缴/实缴)、法人/实控人\n- 经营规模:年营业收入、员工人数、资产总额、主要业务区域\n- 财务状况:资产负债率、流动比率、速动比率、近2年净利润趋势\n\n**信用记录维度**\n- 征信报告:未结清贷款、逾期记录(近2年)、对外担保余额、征信查询频次\n- 行内记录:历史授信使用情况、还款表现、是否存在关注类/不良类记录\n\n**关联信息维度**\n- 担保关系:对外担保总额、被担保方信用状况、是否存在互保/联保\n- 关联方风险:实控人名下其他企业的涉诉/失信/经营异常情况\n\n**画像完整性自检**\n- 如关键字段缺失(如营收数据、征信报告),记录缺失项并标记为\"需确认\"来源,不得跳过或臆造\n\n> 📋 数据来源:`system_api`(ECIF系统、征信接口、工商数据)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n### 步骤 2:加载产品准入规则\n\n> 获取目标产品绑定的全部风控规则,按优先级排序。\n> *对接提示:映射到贵行产品规则库/风控引擎规则接口,或等效规则管理工具*\n\n**规则优先级**\n1. **固定项(P0)**:全量客户必检的基础准入条件,如经营年限≥X年、征信无当前逾期\n2. **行业项(P1)**:针对特定行业的准入限制,如房地产、两高一剩行业的额外要求\n3. **针对项(P2)**:针对个案的补充规则,如大额授信额外要求、关联交易限制\n\n**规则分类**\n| 规则类别 | 典型示例 | 数据来源 | |---------|---------|---------| |\n| 主体资格 | 成立年限、注册资本实缴比例、法人变更频率 | 工商数据 | | 行业准入 | 鼓励类/限制类/淘汰类行业判断 | 产业政策 + 行内白名单 | | 财务门槛 | 资产负债率上限、营收下限、净利润要求 | 财报/征信 | | 信用记录 | 无当前逾期、近2年逾期次数上限 | 征信报告 | | 集中度 | 单一客户授信集中度、集团授信集中度 | 行内信贷系统 | | 合规要求 | 环保达标、安全生产许可、特许经营资质 | 外部监管数据 |\n\n> 📋 数据来源:`system_api`(信贷系统产品管理办法、风控引擎规则)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n### 步骤 3:一票否决前置扫描(门控步骤)\n\n> 门控步骤:此步骤触发任一A1-A6条件,立即终止后续规则匹配,直接输出\"准入不通过\"\n\n**一票否决条件(A1-A6)**\n\n| 编号 | 触发条件 | |------|---------| |\n| A1 | 企业或实控人当前存在未结清逾期(征信 M2 及以上) | | A2 | 企业属于监管明令淘汰类行业,且无合规转型证明 | | A3 | 企业已被列入失信被执行人名单,或实控人被限制高消费 | | A4 | 近 2 年内存在骗贷、抽逃资金、虚假报表等严重失信行为记录 | | A5 | 对外担保总额 > 净资产 100%,或存在风险互保/联保圈 | | A6 | 企业或实控人涉及洗钱、恐怖融资等合规黑名单 |\n\n**门控路径**:\n- ❌ 触发任一A1-A6 → **立即停止**,输出\"准入不通过\"+触发条件+进入步骤4(生成扫描报告)\n- ✅ 未触发任何一票否决 → 进入步骤4(逐条规则匹配)\n\n> 📋 数据来源:`system_api`(征信报告、司法数据、合规黑名单)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:必须执行此步骤,不得跳过一票否决检查,不得因\"客户资质好\"而忽略\n\n---\n\n### 步骤 4:逐条规则匹配\n\n> 对每条规则执行三态判断,严格按阈值比对\n\n**匹配结果定义**\n| 结果 | 判定标准 | 输出要求 | |------|---------|---------| |\n| ✅ 通过 | 客户条件完全满足规则阈值 | 列出规则名及匹配值 | | ❌ 不满足 | 客户条件不满足规则阈值 | 列出规则名、阈值要求、实际值、差距 | | ⏸️ 需确认 | 关键信息缺失,无法判断 | 列出缺失字段及建议补充材料 |\n\n**匹配执行要点**\n- 每条规则须记录:规则名称、规则类别(P0/P1/P2)、阈值要求、客户实际值、匹配结果、差距(如有)\n- 财务类规则使用最近一期经审计财报数据,如无则标注\"未审计\"风险\n- 行业分类以国标 GB/T 4754 为准,与行内白名单交叉校验\n\n> 📋 数据来源:`context`(客户画像、产品规则)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得模糊判断,所有数值类规则必须精确到小数点后两位,必须展示计算过程\n\n---\n\n### 步骤 5:生成扫描报告\n\n> 汇总匹配结果,输出结构化评估报告\n\n执行步骤4后,进入步骤5,按Output Format章节要求生成完整报告。\n\n> 📋 数据来源:`context`(匹配结果)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n## 输出格式 (Output Format)\n\n> 本输出可被 credit-due-diligence Skill 解析使用\n\n使用 机构既有规范或功能 模板。扫描报告必须包含以下6个章节:\n\n| 章节 | 内容 | 下游可解析字段 | |------|------|----------------| | 1.总评 | 准入结论、关键指标速览 | `admission_result`(enum)、`key_indicators`(array) | | 2.符合项 | 通过规则列表 | `passed_rules`(array)、`passed_count`(int) | | 3.不符合项 | 不满足规则列表+差距分析 | `failed_rules`(array)、`failed_count`(int)、`gaps`(array) | | 4.需确认项 | 缺失字段及补充材料清单 | `pending_rules`(array)、`missing_fields`(array) | | 5.风险提示 | 政策/集中度/趋势风险 | `risk_warnings`(array) | | 6.改进建议 | 短期/中期/结构性建议 | `improvement_suggestions`(array) |\n\n**免责声明要求**: 报告末尾必须包含以下声明(引用 `shared/disclaimer-template.md` 模板):\n\n```markdown\n---\n> ⚠️ 免责声明:本扫描结果仅供授信方案设计参考,不构成最终审批意见。实际审批结果以信贷审批委员会决议为准。\n> 数据来源:[列出数据源及时间戳] | 规则库版本:[版本号] | 扫描时间:[YYYY-MM-DD HH:MM]\n```\n\n---\n\n## 核心约束 (Constraints)\n\n**监管依据**\n- 《商业银行贷款业务管理办法》（银监会令2010年第2号）—— 贷款对象与条件\n- 《商业银行信用风险内部评级体系监管指引》—— 客户评级与准入标准\n- 《商业银行大额风险暴露管理办法》（银保监会令2018年第1号）—— 集中度管控\n- 银行内部信贷政策与产品管理办法 —— 具体准入规则来源\n\n**硬性执行约束**\n1. **规则优先序**:固定项(全量客户必检) > 行业项(行业专属) > 针对项(个案补充),按序执行\n2. **一票否决前置**:先扫描 A1-A6 一票否决条件,触发即终止后续规则匹配,直接输出\"准入不通过\"\n3. **阈值严格对照**:规则中的量化阈值(如营收下限、负债率上限)须精确比对,不得模糊判断\n4. **信息不足即标\"需确认\"**:缺少数据时不得推断为\"通过\"或\"不满足\",须明确标记并列出补充材料\n5. **差距量化**:不符合项须给出具体差距数值(如\"要求营收≥5000万,实际约3200万,差距1800万\")\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤3(一票否决检查),必须执行完整流程\n7. **红线执行强制**:如触发任何一票否决条件(A1-A6),必须立即停止后续匹配,不得因\"客户资质好\"而忽略\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"admission-rules-scan\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T17:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"operator\": \"[客户经理姓名]\",\n  \"steps\": [\n    {\n      \"step\": \"数据确认与验证\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"user_upload\"},\n      \"result\": \"pass\",\n      \"details\": \"必填字段完整,客户名称和产品名称已确认\"\n    },\n    {\n      \"step\": \"一票否决前置扫描\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\"},\n      \"result\": \"pass\",\n      \"details\": \"A1-A6均未触发\"\n    },\n    {\n      \"step\": \"逐条规则匹配\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"result\": \"pass\",\n      \"details\": \"P0规则8条(通过6条,不满足1条,需确认1条),P1规则3条(通过3条),P2规则2条(通过2条)\"\n    }\n  ],\n  \"admission_result\": \"准入通过\",\n  \"triggered_veto\": [],\n  \"compliance_check\": {\n    \"all_rules_scanned\": true,\n    \"threshold_exact_match\": true,\n    \"gap_quantified\": true\n  },\n}\n```\n\n**审计日志保留期限**:至少 3 年。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:一票否决检查被跳过导致正式审批被否决\n- **症状**:准入扫描显示\"通过\",但正式授信审批时被一票否决。\n- **原因**:扫描时未严格执行A1-A6检查,或使用了过期的征信数据。\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n### #2:差距分析不具体,客户经理无法制定改进方案\n- **症状**:不符合项仅显示\"不满足\",未给出具体差距数值。\n- **原因**:未严格执行差距量化要求。\n- **解决**:质量要求第4条增加\"必须给出差距的绝对值和相对比例\"。\n\n### #3:需确认项被臆测为通过\n- **症状**:关键字段缺失时,模型推断为\"通过\",导致风险评估不准确。\n- **原因**:未严格执行信息不足即标\"需确认\"原则。\n- **解决**:步骤1增加画像完整性自检,约束第4条增加\"不得推断为通过或不满足\"。\n\n### #4:规则库版本未标注,扫描结果无法追溯\n- **症状**:同一客户不同时间扫描结果不一致,但无法确认是规则变化还是客户变化。\n- **原因**:未记录规则库版本号。\n- **解决**:输出格式强制要求标注\"规则库版本\"和\"扫描时间\"。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:标准制造业企业流动资金贷款准入扫描\n\n**用户输入**:\n```\n客户:XX机械制造有限公司\n产品:流动资金贷款\n申请金额:5000万元\n行业:C34 通用设备制造业\n```\n\n**Skill 执行流程**:\n1. 步骤0:确认客户名称、产品名称、申请金额\n2. 步骤1:加载客户画像(ECIF系统、征信报告、财务报表)\n3. 步骤2:加载流动资金贷款产品规则库(P0/P1/P2)\n4. 步骤3:执行一票否决扫描(A1-A6)→ 未触发\n5. 步骤4:逐条规则匹配→ P0(6/8通过),P1(3/3通过),P2(2/2通过)\n6. 步骤5:生成扫描报告→ 准入通过(2条不满足,1条需确认)\n\n**输出要点**:\n- 总评:准入通过\n- 不符合项:资产负债率超标(要求≤70%,实际75%,差距5%)\n- 需确认项:缺最近一期审计报告\n- 改进建议:短期补充审计报告,中期降低负债率\n\n### 示例2:淘汰类行业客户准入扫描(触发一票否决)\n\n**用户输入**:\n```\n客户:XX造纸厂\n产品:流动资金贷款\n申请金额:3000万元\n行业:C22 造纸和纸制品业(淘汰类)\n```\n\n**Skill 执行流程**:\n1. 步骤0-2:正常执行\n2. 步骤3:执行一票否决扫描→ **触发A2**(淘汰类行业,无合规转型证明)\n3. **立即停止**,输出\"准入不通过\"\n4. 步骤5:生成扫描报告→ 准入不通过(A2触发)\n\n**输出要点**:\n- 总评:准入不通过\n- 一票否决:A2触发(淘汰类行业)\n- 改进建议:结构性障碍(建议更换产品或提供合规转型证明)\n\n---\n\n## 非功能范围 (Out of Scope)\n\n- 本 Skill 不执行授信审批决策,仅提供准入预检参考\n- 本 Skill 不直接修改客户画像或产品规则库\n- 本 Skill 不处理贷后管理、风险分类调整、不良资产处置\n- 本 Skill 不生成正式的尽职调查报告(请使用 credit-due-diligence Skill)\n- 如果用户请求以上内容,明确告知并建议使用合适的工具或联系架构团队。\n\n---\n\n## 质量要求\n\n1. **规则覆盖完整**:P0/P1/P2 三类规则须全部扫描,不得遗漏\n2. **阈值精确比对**:数值类规则精确到小数点后两位,文字类规则逐字对照\n3. **一票否决不漏检**:A1-A6 须在规则匹配前单独扫描,触发即终止\n4. **差距量化具体**:不符合项须给出差距的绝对值和相对比例\n5. **信息不足不推断**:“需确认”项不得臆测为通过或不满足\n6. **改进建议可操作**:建议须具体、可执行、有时限,不得泛泛而谈\n7. **报告时效标注**:规则库版本号、扫描时间须明确标注\n8. **风险提示前瞻性**:不仅报告当前状态,还须提示趋势性风险\n9. **数据脱敏**:输出报告中不得包含真实客户身份证号、银行账号等敏感信息,须使用占位符\n10. **数据时效性**:所有数据须标注采集时间,超过30天的数据须标注“可能过期”\n\n---\n\n## 数据脱敏规则\n\n- 客户名称:使用“[客户名称]”占位符\n- 身份证号:使用“[证件号码]”占位符\n- 银行账号:使用“[银行账号]”占位符\n- 授信金额:使用“[金额]”占位符(测试用例除外)\n- 案件编号:使用“[案件编号]”占位符\n\n---\n\n## 降级策略\n\n| 降级场景 | 处理措施 | 输出标注 | |---------|---------|----------| | ECIF系统不可用 | 使用用户上传的客户画像,标注数据来源 | “数据来源:用户上传(非ECIF)” | | 征信接口超时 | 跳过征信类规则,标记“需确认” | “征信数据不可用,X条规则需确认” | | 产品规则库版本缺失 | 使用最新版本,标注版本号 | “规则库版本:最新(未指定)” | | 工商数据不可用 | 使用用户上传的工商资料,标注数据来源 | “工商数据:用户上传” |\n\n---\n\n## 典型应用场景\n\n| 场景 | 扫描重点 | |------|---------| | 新客户首次申请授信 | 全规则扫描，重点关注主体资格、行业准入、信用记录 | | 客户申请升级产品（如从小额升级到大额流贷） | 重点扫描新增规则（P2针对项），关注集中度、财务门槛变化 | | 客户申请跨产品线授信 | 新产品的行业项（P1）和固定项（P0）重新扫描 | | 规则库更新后老客户复核 | 对比新旧规则差异，识别新增的不符合项 | | 授信方案设计阶段预检 | 快速扫描关键规则（P0 + 相关P1），评估可行性 |\n\n---\n\n## 输入参数说明\n\n| 参数 | 级别 | 说明 | |------|------|------| | 客户名称/ID | 必填 | 用于加载客户画像 | | 目标产品名称/编码 | 必填 | 用于加载对应规则库 | | 申请授信金额 | 建议 | 影响集中度规则和针对项（P2）的触发 | | 申请期限 | 选填 | 影响部分产品的期限相关规则 | | 担保方式 | 选填 | 影响担保类规则的匹配 | | 征信授权状态 | 建议 | 决定是否执行征信类规则扫描 | | 规则库版本 | 选填 | 默认使用最新版本，可指定历史版本用于对比 |\n\n\n---\n\n## Module 2: 案件接件审核\n\n# 案件进件检查\n\n在授信审查流程启动前,对客户提交的授信申请材料进行完整性校验和基本信息有效性核查,确保案件满足最低进件标准。\n\n---\n\n## 执行流程 (Workflow)\n\n> 交互模式:模式 A - 报告生成型(Report Generation)\n\n当用户要求检查授信申请案件进件材料时,按以下流程执行:\n\n### 步骤 0:数据确认与验证(先读后写)\n\n1. 确认客户身份:提取客户名称或ID\n2. 确认案件编号:提取案件编号\n3. 确认目标产品:提取产品名称或编码\n4. 检查必填字段:客户名称、案件编号、目标产品、申请金额、申请材料清单\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n6. 若必填字段缺失,输出缺失清单,要求用户补充,停止后续流程\n7. 验证通过后进入步骤1\n\n> 📋 数据来源:`user_upload`\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得跳过必填字段检查,必须确认客户、案件和产品信息完整\n\n### 步骤 1:客户基本信息有效性校验\n\n> 获取客户基本信息,与官方证照比对有效性。\n> *对接提示:映射到贵行客户信息系统(ECIF)、工商数据接口、身份核验系统,或等效数据聚合工具*\n\n1. 提取客户基本信息(10个字段):客户名称、企业名称、统一社会信用代码、法定代表人、注册资本、成立日期、所属行业、经营地址、联系方式、实控人信息\n2. 逐项校验(对照Step 1基础信息校验表):\n   - 与营业执照逐字比对(企业名称、法定代表人、注册资本、成立日期、经营地址)\n   - 统一社会信用代码校验(18位,符合GB 32100编码规则)\n   - 身份证有效性校验(18位、校验码正确、未过期)\n3. 标注校验结果(✅通过/❌不通过)及严重度(阻断/建议补充)\n4. 信息一致性检查:与营业执照/身份证比对,不一致须标注具体不一致项\n\n> 📋 数据来源:`system_api`(ECIF系统、工商数据接口、身份核验系统)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得跳过信息一致性校验,必须逐字比对企业名称(含括号、有限公司等后缀)\n\n### 步骤 2:申请材料完整性检查\n\n> 对照银行授信材料标准,逐项检查申请材料是否存在、是否有效。\n\n1. 提取申请材料清单,对照材料分级标准(必备/建议/补充三级):\n   - 必备材料(6项):授信申请书、营业执照、法定代表人身份证、财务报表、征信授权书、公司章程\n   - 建议材料(5项):银行流水、纳税证明、经营场所证明、主要合同/订单、对外担保清单\n   - 补充材料(5项):行业资质/许可证、环保/安全合规证明、高新技术企业证书、专利/知识产权清单、上下游客户清单\n2. 逐项检查材料状态(✅已提交/❌缺失/⚠️无效)\n3. 校验材料有效性:\n   - 营业执照须在有效期内,年检/年报正常\n   - 身份证须在有效期内,正反面完整\n   - 财务报表优先使用经审计的年度报表(近2-3年+最近一期)\n   - 征信授权书须为原件扫描件,授权范围覆盖本次授信,签字盖章完整\n4. 标注缺失项严重度(阻断/建议补充/信息提示)\n\n> 📋 数据来源:`system_api`(信贷系统影像档案)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得将\"材料数量充足\"代替\"内容质量达标\",必须检查实质内容\n\n### 步骤 3:申请金额与用途合理性校验\n\n> 提取授信申请书中的关键字段,进行合理性和合规性审查。\n\n1. 提取关键字段:申请金额、用途描述、期限、还款来源\n2. 金额校验(4项):\n   - 金额范围:须在产品政策规定的上下限内(阻断)\n   - 金额单位:必须为人民币(元),外币须额外说明(阻断)\n   - 金额精度:精确到元,不得有歧义(阻断)\n   - 与营收匹配度:申请金额/年营收≤产品政策上限(建议补充)\n3. 用途校验(4项):\n   - 用途非空:不能为空或写\"流动资金\"等笼统描述(阻断)\n   - 用途合规:不得用于股市、房地产、理财、非法集资等禁止领域(阻断,触发I3一票否决)\n   - 用途与产品匹配:流动资金贷款须用于经营周转,固定资产贷款须用于项目建设(阻断)\n   - 还款来源:须明确第一还款来源和第二还款来源(建议补充)\n4. 期限校验(3项):\n   - 期限范围:须在产品政策允许期限内(阻断)\n   - 与用途匹配:流贷期限一般≤1年,固贷期限与项目周期匹配(建议补充)\n   - 还款计划:须有分期还款计划或到期一次性还款说明(建议补充)\n\n> 📋 数据来源:`context`(授信申请书)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得跳过用途合规性检查,必须对照禁止领域清单逐项核查\n\n### 步骤 4:一票否决条件检查\n\n> 检查I1-I6一票否决条件,触发即终止,直接判定\"禁止进件\"。\n\n1. 逐项检查一票否决条件(6项):\n   - I1:企业营业执照已过期、被吊销,或统一社会信用代码无法核验\n   - I2:法定代表人身份证过期或无法核验真实性\n   - I3:资金用途明确指向禁止领域(股市、房地产投机、理财、非法集资、赌博等)\n   - I4:征信授权书缺失或授权范围不足,无法合法获取征信报告\n   - I5:企业已被列入经营异常名录或严重违法失信名单,且未解除\n   - I6:申请材料存在明显伪造痕迹(如印章异常、文件格式不符、数据前后矛盾)\n2. 若触发任一条件,立即停止后续流程,输出\"禁止进件\"结论,在报告顶部红色标注触发条件\n3. 若均未触发,继续步骤5\n\n> 📋 数据来源:`system_api`(工商数据接口、身份核验系统、征信系统)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制:`approve`(高风险,触发一票否决须人工确认)\n> ⚠️ 门控步骤:此步骤不通过不得进入下一步\n> - ✅ 无触发 → 进入步骤5\n> - ❌ 触发I1-I6 → **立即停止**,输出\"禁止进件\"结论,标注触发条件\n\n### 步骤 5:生成进件检查报告\n\n> 汇总五步校验结果,输出结构化报告。\n\n1. 汇总校验结果:\n   - 客户基本信息校验(10项)\n   - 申请材料完整性(必备6项+建议5项+补充5项)\n   - 申请金额与用途校验(11项)\n   - 一票否决条件检查(6项)\n2. 生成缺失项汇总与补充指引(阻断项/建议补充项/信息提示项)\n3. 计算进件结论:\n   - ⛔ 不可进件:阻断项>0 或 触发一票否决\n   - ⚠️ 可进件(限期补齐):阻断项=0 且 建议项>0\n   - ✅ 材料齐全:全部通过\n4. 输出结构化报告(使用Output Format模板)\n\n> 📋 数据来源:`context`(步骤1-4校验结果)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得遗漏任何校验项,必须全部覆盖\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷款申请与受理\n> 《商业银行授信工作尽职指引》(银监发〔2004〕51号)——授信申请材料的完整性要求\n> 《征信业管理条例》——征信查询须取得书面授权\n> 银行内部授信业务操作规程——具体进件材料标准\n\n1. **阻断级不降级**:标注为\"阻断\"的缺失项,必须补充完整后方可进入审查流程,不得例外放行\n2. **信息一致性**:客户基本信息须与营业执照、身份证件等官方证照逐字比对,不一致须标注\n3. **授权合规**:征信授权书须为原件扫描件,授权范围须覆盖本次授信查询,复印件/过期授权无效\n4. **金额合理性**:申请金额须在产品政策范围内,用途须具体明确(不得写\"流动资金\"等笼统描述)\n5. **时效性**:营业执照、身份证等证照须在有效期内;财务报表优先使用经审计的年度报表\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤4(一票否决检查),必须执行完整流程\n7. **红线执行强制**:如触发任何一票否决条件(I1-I6),必须立即停止后续流程,输出\"禁止进件\"结论,不得因\"客户资质好\"而忽略\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n**审计日志格式**:\n\n```json\n{\n  \"skill_name\": \"credit-case-intake-check\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"case_id\": \"[案件编号]\",\n  \"operator\": \"[操作人姓名]\",\n  \"steps\": [\n    {\n      \"step\": \"步骤0:数据确认与验证\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"user_upload\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 5\n    },\n    {\n      \"step\": \"步骤1:客户基本信息有效性校验\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"ECIF系统\", \"工商数据接口\", \"身份核验系统\"]},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 30\n    },\n    {\n      \"step\": \"步骤2:申请材料完整性检查\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"信贷系统影像档案\"]},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 45\n    },\n    {\n      \"step\": \"步骤3:申请金额与用途合理性校验\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 20\n    },\n    {\n      \"step\": \"步骤4:一票否决条件检查\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"工商数据接口\", \"身份核验系统\", \"征信系统\"]},\n      \"confirmation\": \"approve\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 25\n    },\n    {\n      \"step\": \"步骤5:生成进件检查报告\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 15\n    }\n  ],\n  \"intake_result\": \"可进件/不可进件/禁止进件\",\n  \"blocking_items_count\": 0,\n  \"veto_triggered\": false,\n  \"total_duration_seconds\": 140\n}\n```\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:信息一致性校验不严格导致后续纠纷\n- **症状**: 进件检查时企业名称与营业执照存在细微差异(如括号全半角、\"有限公司\"vs\"有限责任公司\"),未发现,后续审批阶段被驳回。\n- **原因**: 校验时仅做模糊匹配,未逐字比对。\n- **解决**: 步骤1必须逐字比对企业名称(含括号、有限公司等后缀),任何差异须标注。\n\n### #2:材料数量充足但内容质量不达标\n- **症状**: 客户提交了\"财务报表\",但仅提供1年未经审计报表,进件检查标注\"已提交\",后续审查阶段发现无法满足分析需求。\n- **原因**: 仅检查材料是否存在,未检查实质内容(年限、审计状态、报表类型)。\n- **解决**: 步骤2必须校验材料有效性(营业执照有效期、身份证有效期、财务报表年限+审计状态、征信授权书授权范围)。\n\n### #3:用途合规性检查遗漏导致违规放款\n- **症状**: 客户申请用途写\"投资\",进件检查未发现异常,后续发现资金实际流向股市。\n- **原因**: 未对照禁止领域清单逐项核查,\"投资\"属于模糊描述,未要求客户明确具体投资标的。\n- **解决**: 步骤3必须检查用途合规性,不得用于股市、房地产、理财、非法集资等禁止领域;用途描述不得为\"流动资金\"等笼统描述,须具体到业务场景。\n\n### #4:一票否决触发未立即终止流程\n- **症状**: 营业执照已过期(I1触发),但进件检查继续执行后续步骤,最终输出\"可进件(限期补齐)\",违反一票否决规则。\n- **原因**: 步骤4一票否决检查未设置为门控步骤,触发后未立即停止。\n- **解决**: 步骤4必须标注为门控步骤,触发任一I1-I6条件,立即停止后续流程,输出\"禁止进件\"结论,在报告顶部红色标注触发条件。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:新客户首笔授信进件检查\n\n**用户输入**:\n```\n帮我检查一下这个进件材料:客户XX机械制造有限公司,案件编号CASE-2026-001,申请流动资金贷款5000万元,已提交授信申请书、营业执照、法定代表人身份证、2024年经审计年报、征信授权书。\n```\n\n**Skill执行流程**:\n1. 步骤0:数据确认 → 提取客户名称、案件编号、产品名称、申请金额、材料清单(5项)\n2. 步骤1:客户基本信息校验 → 10项字段校验(✅通过/❌不通过)\n3. 步骤2:申请材料完整性检查 → 必备材料6项,缺失\"公司章程\"(❌阻断)\n4. 步骤3:申请金额与用途校验 → 金额范围检查、用途合规性检查\n5. 步骤4:一票否决条件检查 → I1-I6均未触发(✅通过)\n6. 步骤5:生成进件检查报告 → 阻断项=1(公司章程),结论:⛔ 不可进件\n\n**输出要点**:\n- 核心结论:缺少必备材料\"公司章程\",不可进件\n- 缺失项:公司章程(阻断级,须补充后方可进件)\n- 补充指引:需要最新公司章程,含股东会/董事会决议权限条款,联系客户索取\n\n### 示例2:营业执照过期触发一票否决\n\n**用户输入**:\n```\n检查进件:XX制造有限公司,CASE-2026-012,流动资金贷款5000万元,营业执照已过期,其他材料齐全。\n```\n\n**Skill执行流程**:\n1. 步骤0:数据确认 → 提取客户名称、案件编号、产品名称、申请金额、材料清单\n2. 步骤1:客户基本信息校验 → 企业名称、统一信用代码校验\n3. 步骤2:申请材料完整性检查 → 必备材料6项均已提交\n4. 步骤3:申请金额与用途校验 → 金额范围检查\n5. 步骤4:一票否决条件检查 → I1触发(营业执照已过期),立即停止\n6. 输出\"禁止进件\"结论,在报告顶部红色标注【一票否决-I1】\n\n**输出要点**:\n- 核心结论:触发一票否决-I1(营业执照已过期),禁止进件\n- 触发条件:企业营业执照已过期\n- 处理措施:客户须先办理营业执照续期,重新提交后方可进件\n\n---\n\n## 非功能范围 (Out of Scope)\n\n本 Skill 不处理以下场景:\n- **贷后管理**: 授信发放后的风险监控、风险分类调整、不良资产处置(请使用贷后管理相关 Skill)\n- **授信审批决策**: 实质性风险判断、授信额度核定、利率定价(请使用 credit-approval Skill)\n- **无具体案件背景的一般合规咨询**: 仅询问\"进件需要什么材料\"但无具体客户和案件信息(请提供具体案件信息后再次调用)\n- **材料真实性鉴定**: 本 Skill 仅进行形式审查(材料是否存在、是否有效),不鉴定材料真伪(真伪鉴定由尽职调查环节处理)\n- **越权建议**: 本 Skill 仅输出材料完整性检查结果,不提供\"建议批准\"或\"建议拒绝\"等审批决策建议\n\n如果用户请求以上内容,明确告知并建议合适的工具或联系信贷审批部。\n\n---\n\n## 质量要求\n\n1. **材料分级准确**:每项材料须正确归类为必备/建议/补充,不得随意降级\n2. **校验规则全覆盖**:客户基本信息10项 + 必备材料6项 + 建议材料5项 + 补充材料5项 + 金额用途11项须全部覆盖\n3. **一票否决前置**:I1-I6 须在步骤4优先检查,触发即终止\n4. **补充指引具体化**:每项缺失须给出\"需要什么、为什么需要、去哪里获取\"三级指引\n5. **信息一致性核对**:企业名称、法人、统一信用代码须与官方证照逐字比对\n6. **时效性标注**:营业执照、身份证等证照有效期须在报告中标注\n7. **不得臆造数据**:无法获取的材料状态标注\"未获取\",不得推断为\"已提交\"或\"缺失\"\n8. **版本可追溯**:进件检查报告须由具备权限的人员归入机构案件档案,支持后续审计调阅\n\n---\n\n## 典型应用场景\n\n| 场景 | 检查重点 | |------|---------| | 新客户首笔授信进件 | 全面覆盖所有校验项,重点关注主体资格和必备材料 | | 存量客户追加授信进件 | 关注新增材料(如最新财报、最新征信授权),历史材料在有效期内可复用 | | 线上渠道自助进件 | 自动化校验为主,重点检查身份证OCR识别准确性、授权书签字完整性 | | 材料补齐后复验 | 仅校验上次缺失项,确认补充材料有效性,生成复验报告 | | 跨产品转换进件 | 重新校验新产品特有的必备材料(如固定资产贷款的项目批复) |\n\n---\n\n## 输入参数说明\n\n| 参数 | 级别 | 说明 | |------|------|------| | 客户名称/ID | 必填 | 用于关联客户信息和历史案件 | | 案件编号 | 必填 | 用于标识本次授信申请 | | 目标产品名称/编码 | 必填 | 决定材料清单标准和金额范围规则 | | 申请金额 | 必填 | 用于金额合理性校验 | | 申请材料清单 | 必填 | 系统已上传的材料列表 | | 操作模式 | 建议 | 首次检查 / 材料补齐后复验 / 跨产品转换 | | 历史案件参考 | 选填 | 同客户近期授信案件,可复用有效材料 |\n\n\n---\n\n## Module 3: 贷前信用分析\n\n# 访前穿透分析\n\n在走访客户之前,对客户进行系统性的背景调查和风险筛查,确保走访目标明确、风险已知。\n\n---\n\n## 目标角色 (Target Role)\n\n- **角色**: 对公客户经理、风险经理、信贷审批官\n- **使用场景**: 新客户首次走访前背景调查、存量客户续贷前风险评估、不良预警客户走访准备、大额新增授信走访前摸底\n- **输出用途**: 生成结构化\"访前一页纸\",用于走访计划制定、风险问题清单准备、走访重点方向确定\n- **决策层级**: 触发一票否决(V1-V6)须上报风险管理部门,红旗信号须走访时重点核实,黄旗信号纳入常规关注\n- **执行频率**: 每次实地走访前必做,新客户首笔授信/存量客户续贷/风险预警触发时强制使用\n\n---\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 企业工商数据 | 企查查/天眼查/国家企业信用信息公示系统 | API接口或机构系统能力 | 公开 | | 司法风险数据 | 凭安征信/企查查司法模块/法院公告网 | API接口或机构系统能力 | 公开 | | 舆情监控数据 | 机构批准的合规模型服务平台Web搜索/新闻舆情系统 | Web搜索或机构系统能力 | 公开 | | 行内存贷数据 | CRM系统/核心银行系统 | 内部API或机构系统能力 | 内部 | | 外部征信数据 | 人民银行征信系统 | 内部API(需客户书面授权) | 敏感 |\n\n### 数据脱敏规则\n- 客户名称、统一社会信用代码在输出中使用脱敏占位符(如\"XX制造有限公司\")\n- 征信报告中的个人身份证号、银行账号须替换为`[证件号码]`、`[银行账号]`\n- 行内存贷数据中的具体金额可使用区间描述(如\"1000-2000万\")\n\n### 降级策略\n1. **工商数据接口不可用**: 使用国家企业信用信息公示系统网页查询作为降级,标注\"数据来源:网页查询,时效性可能延迟\"\n2. **行内CRM系统不可用**: 跳过行内数据分析,在报告中明确标注\"行内数据不可用,建议走访时向客户索取\",继续执行其他步骤\n3. **征信系统不可用或未取得授权**: 记录\"未取得征信授权,跳过征信查询\",仅依赖公开数据(工商/司法/舆情),在报告中注明局限\n4. **舆情搜索工具不可用**: 使用通用搜索引擎(Web Search)替代,扩大关键词范围,标注\"舆情数据来源:通用搜索,覆盖度可能受限\"\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷前调查要求\n> 《关于加强贷款风险管理的通知》(银监发〔2020〕22号)——风险识别与预警\n> 《企业信用报告》查询合规要求——征信查询须取得书面授权\n> 银行内部贷前调查操作规程——具体访前分析标准\n\n1. **数据来源透明**:所有数据点须标注来源工具/渠道,不得臆造或推断数据\n2. **授权合规**:查询征信报告需确认已取得客户书面授权,否则仅查公开信息\n3. **红旗优先**:发现一票否决信号(V1-V6)须立即突出标注,不得在摘要中淡化\n4. **工具失败不中断**:某数据源调用失败时,记录原因并继续其他步骤,不得因单一失败中止分析\n5. **客观中立**:如实呈现数据,结论须有依据,不做过度主观推断\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤6(一票否决自检),必须执行完整流程\n7. **禁止越权建议**:仅输出访前风险分析,不提供授信审批决策、贷款定价建议或风险分类调整建议\n\n---\n\n## 执行流程 (Workflow)\n\n> 📋 交互模式:模式A - 报告生成型(Report Generation)\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷前调查要求\n\n### 步骤0:数据确认与验证(先读后写)\n\n**执行说明**:在开始访前分析前,必须确认输入数据完整性和有效性。\n\n**执行步骤**:\n1. 确认客户名称或客户ID非空,统一社会信用代码(如有)格式正确\n2. 确认走访目的(新客户首笔/存量续贷/不良预警/大额新增),影响分析侧重点\n3. 确认征信授权状态(已取得/未取得),决定是否执行步骤5\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n5. 验证通过后才能进入步骤1,验证失败则返回数据缺失清单\n\n> ⚠️ **不得跳过必填字段检查,必须确认客户名称/ID和走访目的完整**\n\n---\n\n### 步骤1:企业工商基本信息收集\n\n**执行说明**:获取企业工商注册信息,穿透股权结构至最终自然人。\n\n**执行步骤**:\n1. 查询企业工商注册信息:全称、统一社会信用代码、法人代表、注册资本、成立时间、经营范围、股东结构\n2. 核查注册资本实缴比例:实缴比例 < 30% → 标注⚠️黄旗\n3. 核查经营范围是否涵盖申请业务对应的行业:不匹配 → 标注⚠️黄旗\n4. 执行股权穿透(至少3层),识别实际控制人:超过3层穿透 → 标注⚠️黄旗,关注代持风险\n5. 关注法人/实控人是否与已知风险名单重合:重合 → 标注🚩红旗\n\n> ⚠️ **不得跳过股权穿透步骤,必须穿透至最终自然人,不得停留在中间层法人**\n\n---\n\n### 步骤2:司法风险筛查\n\n**执行说明**:获取企业司法风险记录,识别重大诉讼和行政处罚。\n\n**执行步骤**:\n1. 查询失信被执行人记录:存在 → 触发 **V1 一票否决**\n2. 查询裁判文书:涉案金额 > 注册资本 30% → 标注🚩红旗\n3. 查询近2年行政处罚记录:≥ 3次 → 标注🚩红旗\n4. 查询经营异常状态:状态未解除 → 标注⚠️黄旗,要求现场核实\n5. 查询法人/实控人个人诉讼:金额 > 50万 → 标注⚠️黄旗\n\n> ⚠️ **不得跳过失信被执行人检查,必须逐一核查V1触发条件**\n\n---\n\n### 步骤3:经营状况与舆情扫描\n\n**执行说明**:获取企业经营动态和舆情信息,识别负面信号。\n\n**执行步骤**:\n1. 执行舆情搜索,关键词:`企业名称 + 违规/欺诈/跑路/资金链/债务危机`\n2. 关注近6个月内舆情:存在负面 → 标注🚩红旗;超过1年的历史负面 → 标注⚠️供参考\n3. 查询对外投资企业:有失信/注销记录 → 标注⚠️黄旗\n4. 查询荣誉资质(高新技术企业、专精特新等):有效期内 → 记录为✅正面信号\n\n> ⚠️ **不得仅搜索单一关键词,必须覆盖至少5个风险关键词组合**\n\n---\n\n### 步骤4:行内存贷数据收集(如可用)\n\n**执行说明**:获取客户在行内的存贷记录和授信占用情况。\n\n**执行步骤**:\n1. 查询客户全景视图:存款余额、授信余额、贷款明细\n2. 计算授信占用率:占用率 > 90% → 标注⚠️黄旗,关注是否有新增需求空间\n3. 查询到期提醒:授信/贷款在90天内到期 → 标注⚠️黄旗,提前准备续贷材料\n4. 查询历史逾期记录:近2年有逾期 → 标注⚠️黄旗,了解原因\n5. 计算存款覆盖倍数:存款余额 < 月均还款额2倍 → 标注⚠️黄旗,关注流动性\n\n> ⚠️ **如行内系统不可用,记录\"行内数据不可用\",继续执行其他步骤,不得中断**\n\n---\n\n### 步骤5:外部征信收集(需客户授权)\n\n**执行说明**:获取人民银行征信报告,分析信用历史。\n\n**执行步骤**:\n1. 确认征信授权状态:未取得授权 → 记录\"未取得授权,跳过征信查询\",进入步骤6\n2. 查询征信报告:最近6个月征信查询次数 > 6次 → 标注⚠️黄旗(频繁借贷信号)\n3. 查询对外担保情况:对外担保总额 > 净资产 50% → 标注⚠️黄旗\n4. 查询未结清逾期贷款:存在M3及以上逾期(6个月内) → 触发 **V2 一票否决**\n\n> ⚠️ **如无法获取征信授权,必须显式记录并继续,不得因缺少征信数据中止分析**\n\n---\n\n### 步骤6:一票否决条件自检与报告生成\n\n**执行说明**:比对V1-V6一票否决条件,生成结构化\"访前一页纸\"。\n\n**执行步骤**:\n1. 逐一比对V1-V6一票否决条件:\n   - V1:企业或实控人被列入失信被执行人名单,且未解除\n   - V2:征信系统存在未结清逾期贷款(M3及以上,6个月内)\n   - V3:企业被纳入经营异常名录超过1年,且无任何解除记录\n   - V4:近2年内有涉嫌金融诈骗、洗钱相关行政处罚或刑事立案记录\n   - V5:企业所属行业属于监管明令限制/淘汰类(《产业结构调整指导目录》淘汰类)\n   - V6:实控人近期出逃、失联,或有相关负面舆情经多源交叉验证属实\n2. 如触发任何一票否决条件,在报告顶部红色标注:【一票否决-VX:触发原因】\n3. 生成结构化\"访前一页纸\",包含企业概况、经营状况、风险信号评级、走访重点建议、数据来源\n4. 输出结构化初稿供预览确认；如需留存，由具备权限的人员在机构系统中录入客户笔记区（本技能不执行任何保存动作）\n\n> ⚠️ **不得遗漏任何一票否决条件,必须逐一比对V1-V6;如触发,必须在报告顶部红色标注,不得淡化**\n\n---\n\n## 输出格式 (Output Format)\n\n输出结构化\"访前一页纸\",包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 报告编号、生成时间、客户名称、走访目的 | 表格 | | 企业概况 | 全称/统一信用代码/成立时间、法人/实控人(穿透至自然人)、注册资本(认缴/实缴)、经营范围、股权结构要点 | 表格 | | 经营状况 | 主营业务、近期经营动态(舆情/公告/投资动向)、行内存贷数据摘要(存款余额/授信余额/占用率/近期还款)、资质荣誉(含有效期) | 表格 | | 风险信号评级 | 红旗信号(重大风险)、黄旗信号(潜在风险)、正面信号(支持授信因素),逐条列出并注明数据来源 | 列表 | | 一票否决检查 | V1-V6逐一比对结果,如触发须红色标注 | 表格 | | 走访重点建议 | 必须核实的事项(针对红旗/黄旗)、建议了解的问题、建议收集的材料 | 列表 | | 数据来源 | 五大数据维度(工商/司法/舆情/行内/征信)状态、来源工具/渠道、备注 | 表格 |\n\n**报告模板示例**:\n\n```markdown\n## 访前一页纸 — [客户名称]\n> 分析时间:YYYY-MM-DD HH:MM\n> 分析类型:访前穿透分析\n> ⚠️ 如触发一票否决信号,在此处红色标注:【一票否决-VX:触发原因】\n\n---\n\n### 企业概况\n- 全称 / 统一社会信用代码 / 成立时间\n- 法人代表 / 实际控制人(穿透至自然人)\n- 注册资本(认缴/实缴) / 经营范围\n- 股权结构要点(如有异常穿透关系注明)\n\n### 经营状况\n- 主营业务 / 主要产品或服务\n- 近期经营动态(舆情、公告、投资动向)\n- 行内存贷数据摘要(存款余额、授信余额/占用率、近期还款情况)\n- 资质荣誉(高新、专精特新等,含有效期)\n\n### 风险信号评级\n#### 🚩 红旗信号(重大风险,须决策是否继续推进)\n- [逐条列出,注明数据来源和发现时间]\n\n#### ⚠️ 黄旗信号(潜在风险,走访时重点核实)\n- [逐条列出,注明核实建议]\n\n#### ✅ 正面信号(支持授信的积极因素)\n- [逐条列出]\n\n### 走访重点建议\n1. **必须核实的事项**:[针对红旗/黄旗信号的对应核实清单]\n2. **建议了解的问题**:[需向企业方获取的信息,如财务数据、合同等]\n3. **建议收集的材料**:[走访时应请企业提供的文件]\n\n### 数据来源\n| 数据维度 | 状态 | 来源工具/渠道 | 备注 | |---------|------|-------------|------| | 工商信息 | ✅成功 | XXX | - | | 司法风险 | ✅成功 | XXX | - | | 舆情 | ✅成功 | XXX | - | | 行内数据 | ❌失败 | - | 原因:XXX | | 征信 | ⏭️跳过 | - | 原因:未取得授权 |\n```\n\n> 生成完成后，将上述“访前一页纸”作为**待确认初稿**展示给用户；如需留存，由具备权限的人员在机构系统中录入客户笔记区。\n> 本技能本身不具备、也不调用任何笔记保存能力。\n> 本输出可被 credit-due-diligence 和 visit-memo Skill 解析使用\n> 引用 `shared/disclaimer-template.md` 模板,在报告末尾添加免责声明\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"pre-visit-credit-analysis\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"visit_purpose\": \"新客户首笔/存量续贷/不良预警/大额新增\",\n  \"data_sources\": {\n    \"business_registry\": {\"status\": \"success\", \"source\": \"企查查API\"},\n    \"judicial_risk\": {\"status\": \"success\", \"source\": \"凭安征信\"},\n    \"public_opinion\": {\"status\": \"success\", \"source\": \"机构批准的合规模型服务平台Web搜索\"},\n    \"internal_data\": {\"status\": \"failed\", \"reason\": \"CRM系统不可用\"},\n    \"credit_report\": {\"status\": \"skipped\", \"reason\": \"未取得征信授权\"}\n  },\n  \"veto_checks\": {\n    \"V1\": false,\n    \"V2\": false,\n    \"V3\": false,\n    \"V4\": false,\n    \"V5\": false,\n    \"V6\": false\n  },\n  \"red_flags_count\": 2,\n  \"yellow_flags_count\": 3,\n  \"report_saved\": true\n}\n```\n\n**审计日志保留期限**:至少3年。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:股权穿透停留在中间层法人\n- **症状**:报告仅显示直接股东,未穿透至最终自然人实控人,遗漏代持风险。\n- **原因**:工商数据API返回层级有限,或AI跳过深层穿透步骤。\n- **解决**:步骤1强制执行至少3层穿透,如超过3层标注\"穿透链条过长,关注代持风险\",不得停留在中间层法人。\n\n### #2:舆情搜索关键词单一导致遗漏\n- **症状**:仅搜索\"企业名称+违规\",遗漏\"资金链断裂\"、\"实际控制人失联\"等关键负面信息。\n- **原因**:搜索关键词覆盖不足,未执行多维度组合搜索。\n- **解决**:步骤3必须覆盖至少5个风险关键词组合(违规/欺诈/跑路/资金链/债务危机),不得仅用单一关键词。\n\n### #3:征信未取得授权但未显式记录\n- **症状**:报告中未提及征信查询状态,用户不知道是否已查征信。\n- **原因**:未取得授权时AI直接跳过步骤5,未在报告中显式记录。\n- **解决**:步骤5必须显式记录\"未取得征信授权,跳过征信查询\",并在数据来源表格中标注\"⏭️跳过\"。\n\n### #4:走访建议泛泛而谈缺乏针对性\n- **症状**:走访建议写\"了解财务情况\"、\"核实经营状况\"等笼统描述,无法指导实际走访。\n- **原因**:AI未将风险信号转化为具体核实问题。\n- **解决**:走访建议必须针对发现的红旗/黄旗信号,如\"核实近2年营收与银行流水是否匹配\"、\"询问涉诉案件当前进展\",不得泛泛而谈。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:新客户首次走访前分析\n\n**用户输入**:\n```\n做一下XX制造有限公司的访前分析,首次走访,目的是新客户首笔授信,征信已取得授权。\n```\n\n**Skill执行流程**:\n1. 步骤0:确认客户名称\"XX制造有限公司\"、走访目的\"新客户首笔授信\"、征信授权\"已取得\"\n2. 步骤1:查询工商信息,发现注册资本5000万,实缴仅1000万(20%) → 标注⚠️黄旗\n3. 步骤2:查询司法风险,无失信记录,但有1起涉案金额800万的合同纠纷(占注册资本16%) → 无红旗\n4. 步骤3:舆情搜索,发现3个月前新闻报道\"公司获得高新技术企业认定\" → 记录✅正面信号\n5. 步骤4:行内数据不可用(新客户无记录) → 记录\"行内数据不可用\"\n6. 步骤5:征信查询,无逾期记录,近6个月查询3次 → 无黄旗\n7. 步骤6:比对V1-V6,无一票否决触发,生成\"访前一页纸\"\n\n**输出要点**:\n- 企业概况:注册资本5000万(实缴20%⚠️),成立时间2年,法人张三\n- 风险信号:1条黄旗(实缴比例低),1条正面(高新技术企业)\n- 走访建议:核实实缴资本到位计划、询问合同纠纷进展、索取财务报表\n\n### 示例2:存量客户续贷前走访分析\n\n**用户输入**:\n```\n查一下XX贸易有限公司的访前情况,存量客户续贷,走访时间下周三。\n```\n\n**Skill执行流程**:\n1. 步骤0:确认客户名称\"XX贸易有限公司\"、走访目的\"存量续贷\"、征信授权\"未取得\"\n2. 步骤1:工商信息无异常,股权结构稳定\n3. 步骤2:司法风险发现近2年有3次行政处罚 → 标注🚩红旗\n4. 步骤3:舆情搜索无重大负面\n5. 步骤4:行内数据显示授信占用率95%,存款余额低于月均还款额1.5倍 → 标注⚠️黄旗\n6. 步骤5:未取得征信授权 → 记录\"跳过征信查询\"\n7. 步骤6:比对V1-V6,无触发,生成\"访前一页纸\"\n\n**输出要点**:\n- 风险信号:1条红旗(3次行政处罚),1条黄旗(流动性紧张)\n- 走访建议:核实行政处罚整改情况、询问授信占用率高原因、了解还款计划\n\n---\n\n## 非功能范围 (Out of Scope)\n\n- 本技能不提供授信审批决策建议(仅提供访前风险分析,审批决策由credit-approval Skill处理)\n- 本技能不执行贷后风险分类调整(仅用于走访前背景调查)\n- 本技能不处理不良资产处置流程(仅识别预警信号,处置由不良资产管理系统处理)\n- 本技能不替代实地走访(仅提供走访前准备,不替代现场调查)\n- 如果用户请求以上内容,明确告知并建议联系相关部门或使用合适的工具\n\n\n---\n\n## Module 4: 抵质押风险管理\n\n# 押品全生命周期风险评估与管理\n\n对授信业务涉及的押品(抵押物/质押物),执行准入、评估、登记、监控、处置五环节的风险评估与管理。\n\n## 目标角色 (Target Role)\n\n- **角色**:信贷审批官、风险经理、对公客户经理、贷后管理岗\n- **使用场景**:授信审批前押品合规性审查、贷后押品价值监控、风险预警触发后的处置评估\n- **输出用途**:生成结构化押品风险报告,作为授信审批决策和贷后风险分类的参考依据\n- **决策层级**:高风险决策(押品充足性直接影响授信额度和风险敞口)\n- **执行频率**:按需执行(贷前审查/贷后定期监控/风险事件触发)\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 押品清单及权属证明 | 信贷系统押品台账、不动产登记系统 | 系统API查询/人工录入 | 内部 | | 评估报告 | 评估机构库、评估报告查询接口 | 接口调用/文件上传 | 内部 | | 登记信息 | 不动产登记中心、中登网、市场监管部门 | 外部系统查询 | 公开 | | 市场价格数据 | 外部市场数据源、内部估值模型 | API调用/手工录入 | 内部 | | 保险信息 | 保险公司系统、信贷系统 | 接口查询 | 内部 |\n\n### 降级策略\n- 如果评估报告查询接口不可用:使用最近一次人工上传的评估报告,但须在报告中标注\"数据来源:历史报告,未实时核验\"\n- 如果市场价格数据源不可用:不得用行业平均值替代,须在报告中注明\"市场价格数据暂不可用,押品价值可能存在偏差\"\n- 如果登记系统不可用:要求人工提供登记证明文件扫描件,不得跳过登记核验步骤\n- 如果保险信息不可用:标注\"保险状态未知,须人工核实后补充\",对须强制投保的押品(房产/设备/存货)按C6一票否决条件处理\n\n## 执行流程 (Workflow)\n\n> 📋 交互模式:模式B - 步骤门控型(Step-Gated Workflow)\n> 监管依据:《商业银行押品管理指引》(银监发〔2017〕16号)、《民法典》担保物权分编、《不动产登记暂行条例》\n\n### 步骤0：数据确认与验证(先读后写)\n\n**执行说明**:在开始押品风险评估前,必须确认输入数据完整性和有效性。\n\n**执行步骤**:\n1. 列出输入的押品清单,确认包含押品名称、类别、权属人、评估价值等关键字段\n2. 确认业务场景(贷前评估/审批审查/贷后监控/风险处置)\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n4. 验证通过后才能进入步骤1,验证失败则返回数据缺失清单\n\n> ⚠️ **不得跳过必填字段检查,必须确认押品清单、权属证明和评估报告完整**\n\n---\n\n### 步骤1：押品准入合规性筛查\n\n**执行说明**:核查押品是否在可接受范围内,排除法律法规禁止或权属不清的押品。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,逐笔核对押品是否在总行最新版《可接受押品清单》内\n2. 对房产类押品核查房龄、区域、规划用途是否匹配清单要求\n3. 对应收账款类确认核心企业评级、账期、是否存在商业纠纷\n4. 检查是否存在不可接受押品清单中的情形\n\n**门控条件**:\n- ✅ 所有押品均在可接受清单内 → 进入步骤2\n- ❌ 押品属于法律法规明确禁止抵押或质押的财产(C3触发) → **立即停止,输出\"禁止准入\"结论,不得因\"客户资质好\"而忽略**\n- ⚠️ 押品权属存在瑕疵(如租赁期超过授信期限) → 标记风险点,进入步骤2但在最终报告中高亮\n\n> ⚠️ **不得跳过权属清晰度检查,必须逐笔确认押品无查封、无冻结、无权属争议**\n\n---\n\n### 步骤2：价值评估合理性审查\n\n**执行说明**:审查评估报告的有效性、评估方法的适用性、评估价值的合理性。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,确认评估机构资质(须在总行认可名单内)\n2. 检查评估基准日距授信申请日是否≤6个月,超期须重新评估\n3. 确认评估方法适用性(房产优先市场法,设备优先成本法,收益性资产可用收益法)\n4. 交叉验证评估价值与近期同类交易价的偏差(≤20%为合理,>20%须二次评估)\n5. 检查评估报告中的\"特别事项说明\"和\"限制使用条件\"\n\n**门控条件**:\n- ✅ 评估报告有效且价值合理 → 进入步骤3\n- ❌ 评估价值虚高,偏离同类资产市场价超过30%(C4触发) → **红色警示,要求重新评估或二次评估确认,未确认前不得作为授信依据**\n- ❌ 评估机构非总行认可名单内或评估报告超期失效 → **退回重新评估,不得采纳**\n- ⚠️ 评估价值偏差在20%-30%之间 → 标记风险点,进入步骤3但在最终报告中高亮\n\n> ⚠️ **不得采纳未经评估或超期失效的押品价值,不得将\"有评估报告\"代替\"评估价值合理\"**\n\n---\n\n### 步骤3：登记手续完备性核验\n\n**执行说明**:核验抵质押登记的合法有效性、优先受偿权、权证管理规范性。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,确认各押品类别的登记机关和登记要求\n2. 查询登记簿确认押品是否存在在先抵押、在先质押或其他优先权\n3. 对存在多顺位抵押的,计算综合抵押率=总担保债权/评估价值,不得超过押品类别的抵押率上限\n4. 核验权证原件是否由运营部门集中保管,台账是否完整\n5. 关注税收优先权:纳税人欠缴税款发生在押品设定之前的,税收优先于抵押权\n\n**门控条件**:\n- ✅ 登记完备且无在先权利冲突 → 进入步骤4\n- ❌ 关键权证缺失、伪造或与登记信息不一致(C5触发) → **红色警示,视为无效担保,不得进入后续流程**\n- ❌ 押品权属存在争议或存在重复抵押/质押未披露(C2触发) → **红色警示,须取得优先权人同意或补充披露,未解决前不得进入后续流程**\n- ⚠️ 登记信息存在轻微瑕疵(如登记期限未预留缓冲期) → 标记风险点,进入步骤4但在最终报告中高亮\n\n> ⚠️ **不得跳过优先受偿权核查,必须查询登记簿确认无在先抵押、无重复抵押**\n\n---\n\n### 步骤4：存续期动态监控\n\n**执行说明**:在授信存续期内定期监控押品价值、物理状态、权属变化,触发预警时启动应对机制。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,按监控频率执行各项监控\n2. 检查押品价值波动(每季度),跌幅≥15%触发黄色预警,≥25%触发红色预警\n3. 检查押品物理状态(每半年实地查看),损毁率>20%或闲置>6个月须重评\n4. 检查权属变化(实时监测),查封/冻结/转让立即红色预警\n5. 检查保险状态(每季度),保单到期前30天提醒续保\n6. 对触发预警的押品,执行价值补足机制(客户须在15个工作日内补足保证金、追加押品或提前偿还部分贷款)\n\n**门控条件**:\n- ✅ 押品状态正常,无预警触发 → 进入步骤5\n- ⚠️ 触发黄色预警(价值跌幅≥15%) → 标记风险点,生成预警通知,进入步骤5\n- ❌ 触发红色预警(价值跌幅≥25%或权属变化) → **立即红色警示,启动补足机制或压缩敞口,不得忽略**\n\n> ⚠️ **不得跳过实地查看步骤,必须留存影像资料(照片/视频),注明拍摄时间、地点、查看人**\n\n---\n\n### 步骤5：处置合规性检查\n\n**执行说明**:当触发押品处置条件(逾期、违约、风险预警升级)时,按法定程序执行处置并确保合规。\n\n**执行步骤**:\n1. 确认处置启动条件(逾期90天/违约事件/担保严重不足/破产清算)\n2. 执行书面催收与证据固定(留存送达证据,启动诉讼时效管理)\n3. 优先协商处置(自行变卖/折价抵债/协议拍卖),处置价格须经评估机构确认\n4. 协商不成的,向法院申请实现担保物权或提起诉讼,申请财产保全\n5. 处置收入优先偿还贷款本息、违约金、实现债权的费用,按登记先后顺序清偿\n6. 处置完结后注销抵押/质押登记,释放权证\n\n**门控条件**:\n- ✅ 处置程序合规完成 → 输出处置完成报告\n- ❌ 处置程序存在违法情形(如拍卖底价低于评估价70%、未履行通知义务) → **红色警示,须纠正后方可继续**\n\n> ⚠️ **不得跳过诉讼时效管理,必须确保不丧失胜诉权;拍卖底价不得低于评估价70%**\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行押品管理指引》(银监发〔2017〕16号)——押品准入、评估、登记、监控、处置全流程要求\n> 《民法典》第二编物权(第二分编 担保物权)——抵押权、质权设立与实现\n> 《不动产登记暂行条例》及实施细则——不动产抵押登记程序\n> 《应收账款质押登记办法》(中国人民银行令〔2019〕第4号)——应收账款质押登记规则\n> 《动产和权利担保统一登记办法》(中国人民银行令〔2021〕第7号)——动产质押登记规则\n\n1. **押品合法所有**:押品须为借款人或第三人合法所有,权属证书齐全,且不存在查封、冻结、扣押等司法限制\n2. **评估有效**:评估报告须在有效期内,超期押品价值须重新评估后方可作为授信依据\n3. **登记完备**:登记手续须完备有效,他项权证或登记证明须在规定时限内入库保管\n4. **抵押率合规**:抵押率不得超过品类上限(房产70%、土地60%、设备50%、应收账款80%、知识产权30%、存货60%、金融资产90%)\n5. **监控执行**:存续期监控须按频率执行,价值跌幅≥15%须启动预警,≥25%须启动补足或压缩敞口\n6. **禁止越权**:本技能仅提供押品风险评估,不得提供授信审批决策、不得提供押品处置价格建议\n7. **红线强制**:如触发任何一票否决条件(C1-C6),必须立即停止后续流程,输出\"不合格担保\"结论,不得因\"客户资质好\"而忽略\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"credit-collateral-risk-mgmt\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T15:30:00+08:00\",\n  \"operator\": \"信贷审批官/风险经理\",\n  \"business_scenario\": \"贷前评估/审批审查/贷后监控/风险处置\",\n  \"collateral_count\": 3,\n  \"steps\": [\n    {\n      \"step\": \"数据确认与验证\",\n      \"result\": \"pass\",\n      \"data_source\": \"信贷系统押品台账\"\n    },\n    {\n      \"step\": \"准入合规性筛查\",\n      \"result\": \"pass\",\n      \"rejection_triggered\": false\n    },\n    {\n      \"step\": \"价值评估合理性审查\",\n      \"result\": \"warning\",\n      \"warning_details\": \"房产评估价值偏离市场价18%,接近20%阈值\"\n    },\n    {\n      \"step\": \"登记手续完备性核验\",\n      \"result\": \"pass\",\n      \"registration_verified\": true\n    },\n    {\n      \"step\": \"存续期动态监控\",\n      \"result\": \"pass\",\n      \"alert_level\": \"yellow\"\n    },\n    {\n      \"step\": \"处置合规性检查\",\n      \"result\": \"not_applicable\",\n      \"reason\": \"未触发处置条件\"\n    }\n  ],\n  \"compliance_check\": {\n    \"c1_triggered\": false,\n    \"c2_triggered\": false,\n    \"c3_triggered\": false,\n    \"c4_triggered\": false,\n    \"c5_triggered\": false,\n    \"c6_triggered\": false\n  }\n}\n```\n\n**审计日志保留期限**:至少3年。\n\n## 踩坑记录 (Gotchas)\n\n### #1:忽视评估报告限制条件导致价值虚高\n- **症状**:评估报告表面合规,但\"特别事项说明\"中存在重大限制(如押品存在长期租约、规划调整等),导致实际价值低于评估价值\n- **原因**:仅关注评估价值数字,未仔细阅读评估报告全文,特别是限制使用条件\n- **解决**:步骤2必须要求逐字阅读评估报告的\"特别事项说明\"和\"限制使用条件\"章节,发现限制条件须在报告中高亮并调整押品价值预期\n\n### #2:多顺位抵押计算错误导致担保不足\n- **症状**:仅关注本行抵押顺位,未计算在先抵押金额,导致综合抵押率超过上限\n- **原因**:未查询完整登记簿,或未正确计算综合抵押率(总担保债权/评估价值)\n- **解决**:步骤3必须查询登记簿确认所有在先抵押,计算综合抵押率,超过上限须红色预警\n\n### #3:保险续期遗漏导致押品风险敞口\n- **症状**:押品保单到期未续保,发生火灾/损毁等风险事件时无法获得保险赔付\n- **原因**:未建立保险续期提醒机制,或提醒后未跟踪客户续保情况\n- **解决**:步骤4必须检查保险状态,保单到期前30天提醒续保,到期未续保的按C6一票否决条件处理\n\n### #4:处置程序违法导致优先受偿权丧失\n- **症状**:处置过程中未履行通知义务或拍卖程序违法,导致处置结果被法院撤销\n- **原因**:急于处置变现,忽略法定程序要求(如拍卖公告期、优先购买权人通知)\n- **解决**:步骤5必须严格对照法定程序执行,每个环节须留痕,程序违法须立即纠正\n\n## 示例 (Examples)\n\n### 示例1:贷前押品准入评估\n\n**用户输入**:\n```\n客户名称:XX制造有限公司\n授信申请编号:CRED-2026-001234\n业务场景:贷前评估\n押品清单:\n  1. 房产:商业用房,位于北京市朝阳区,面积500平方米,评估价值1500万元,评估基准日2026-03-15\n  2. 设备:通用生产设备,评估价值300万元,评估基准日2026-04-01\n申请金额:1000万元\n```\n\n**Skill 执行流程**:\n1. 步骤0:确认押品清单完整,包含关键字段\n2. 步骤1:核查房产和设备均在可接受清单内,房产抵押率上限70%,设备50%\n3. 步骤2:评估机构在总行认可名单内,评估基准日距申请日<6个月,价值合理\n4. 步骤3:房产已办理抵押登记,取得他项权证;设备已完成动产质押登记\n5. 步骤4:存续期监控(贷前场景不适用,跳过)\n6. 步骤5:处置合规性检查(贷前场景不适用,跳过)\n7. 输出押品风险报告\n\n**输出要点**:\n- 核心结论:押品充足,担保覆盖率180%(押品总价值1800万元/申请金额1000万元)\n- 风险提示:房产位于非核心区域,建议抵押率下调5%\n- 预警级别:无\n\n### 示例2:贷后押品价值监控\n\n**用户输入**:\n```\n客户名称:XX贸易有限公司\n业务场景:贷后监控\n押品清单:\n  1. 存货:铜材,评估价值500万元,上次评估基准日2025-12-01\n历史预警:无\n```\n\n**Skill 执行流程**:\n1. 步骤0-3:跳过(贷后监控场景,准入/评估/登记已完成)\n2. 步骤4:检查存货价值波动,铜材期货价格月度波动>10%,启动盯市估值,发现当前市场价值420万元,跌幅16%\n3. 步骤5:触发黄色预警,生成预警通知,要求客户在15个工作日内补足保证金或追加押品\n4. 输出押品风险监控报告\n\n**输出要点**:\n- 核心结论:押品价值下跌16%,触发黄色预警\n- 风险措施:已生成补足通知,客户须在15个工作日内补足80万元保证金\n- 预警级别:黄色\n\n## 非功能范围 (Out of Scope)\n\n- 本技能不负责押品现场勘估工作(须由第三方评估机构执行)\n- 本技能不提供授信审批决策建议(仅提供押品风险评估,审批决策由credit-approval Skill处理)\n- 本技能不执行押品处置的实际操作(仅检查处置程序合规性)\n- 本技能不处理不良资产最终核销流程(须由不良资产处置系统处理)\n- 如果用户请求以上内容,明确告知并建议联系相关部门或使用合适的工具\n\n## 输出格式 (Output Format)\n\n输出结构化押品风险报告,包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 报告编号、生成时间、业务场景、客户名称 | 表格 | | 押品清单明细 | 逐笔列示押品名称、类别、权属人、评估价值、评估基准日、抵押率、登记状态 | 表格 | | 准入合规性检查结果 | 押品是否在可接受清单内、是否存在禁止情形 | 表格(通过/不通过/预警) | | 价值评估合理性审查结果 | 评估机构资质、评估基准日、评估方法、价值偏离度 | 表格(通过/不通过/预警) | | 登记手续完备性核验结果 | 登记机关、登记编号、优先受偿权、权证管理 | 表格(通过/不通过/预警) | | 存续期动态监控结果 | 价值波动、物理状态、权属变化、保险状态、预警级别 | 表格(正常/黄色预警/红色预警) | | 一票否决条件检查结果 | C1-C6触发情况(触发/未触发) | 表格 | | 风险结论与建议 | 押品充足性结论、风险等级、处置建议(如有) | 文本 | | 审计日志 | 执行时间、操作步骤、数据来源、合规检查结果 | JSON |\n\n> 📋 **下游兼容性**:本输出可被 credit-due-diligence Skill 和 credit-approval Skill 解析使用\n\n**免责声明**:本报告仅供参考,不构成授信审批决策建议。押品价值评估基于现有数据和评估方法,实际价值可能因市场波动而变化。押品风险评估不替代授信审批决策,最终授信决策须综合考虑借款人信用状况、还款能力、担保充足性等多方面因素。\n\n> 引用 `shared/disclaimer-template.md` 模板,确保每次输出都包含\"不构成投资建议\"等必要声明。\n\n\n---\n\n## Module 5: 关联交易检测\n\n# 关联交易识别与关联风险排查\n\n对企业客户进行全面的关联关系排查和关联交易识别，防范关联风险向授信主体传导。排查须贯穿贷前、贷中、贷后全流程。\n\n---\n\n## 目标角色 (Target Role)\n\n- **角色**: 信贷审批官、风险经理、对公客户经理、合规审查岗\n- **使用场景**: 贷前关联排查(新客户首笔授信)、贷中关联交易监测(存续期监控)、贷后风险预警触发时深度排查、大额授信/集团客户授信专项评估\n- **输出用途**: 生成结构化关联方图谱与关联风险报告,用于授信审批决策参考、风险定价调整、担保方案设计\n- **决策层级**: 高风险(R1-R6触发)须上报合规部门和风险管理部门,中风险须增加担保或压缩额度,低风险纳入常规贷后监测\n- **执行频率**: 新客户首笔授信必做、存量客户每半年复核一次、股权变更/高管变动/风险预警触发时临时排查\n\n---\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 客户基本信息 | ECIF系统、工商数据接口 | API调用/文件导入 | 内部 | | 股权穿透图 | 天眼查/企查查API、工商登记系统 | API调用 | 公开 | | 征信报告关联信息 | 人民银行征信系统 | 征信查询接口(需授权) | 敏感 | | 企业财务报表与交易流水 | 信贷系统、核心银行系统 | 数据库查询/文件导入 | 内部 | | 监管文件与关联方认定标准 | 知识库| 文件引用 | 公开 |\n\n### 数据脱敏规则\n- 客户名称、身份证号、银行账号等敏感信息在报告和日志中须使用占位符(如`[客户名称]`、`[证件号码]`)\n- 征信查询须取得客户书面授权,未经授权不得查询\n\n### 降级策略\n- **股权穿透API不可用**: 使用最近一次缓存的股权穿透图,标注\"数据非实时,建议人工核实\"\n- **征信系统不可用**: 基于客户提供的财务报表和担保合同进行初步排查,标注\"征信数据缺失,排查结果可能不完整\"\n- **交易流水不可用**: 基于客户提供的纳税申报表和财报进行关联交易占比估算,标注\"交易流水缺失,关联交易识别可能不完整\"\n- **工商数据不可用**: 使用客户提供的营业执照和公司章程进行股权关联排查,标注\"工商数据缺失,隐性关联可能遗漏\"\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行集团客户授信业务风险管理指引》(银监发〔2010〕92号)——集团客户与关联授信集中度\n> 《商业银行大额风险暴露管理办法》(银保监会令2018年第1号)——关联客户风险暴露限额\n> 《企业会计准则第36号——关联方披露》——关联方认定标准\n> 银行内部关联交易管理办法——具体排查标准与报告要求\n\n1. **穿透至自然人**:股权关联须穿透至最终自然人实控人,不得停留在中间层法人\n2. **全维度覆盖**:六类关联关系(股权/管理层/家族/交易/担保/隐性)须全部排查,不得选择性忽略\n3. **隐性关联必查**:相同注册地址、联系电话、财务人员等隐性关联信号须单独标注\n4. **四流合一验证**:关联交易识别须合同流、发票流、物流/服务流、资金流交叉验证,不得仅凭两流匹配判定真实\n5. **动态更新**:关联方信息变化时(股权变更、高管变动、新设企业)须及时更新排查结果\n6. **禁止越权**:本技能仅提供关联风险排查结果,不得直接作出授信审批决策\n7. **红线执行强制**:如触发任何一票否决条件(R1-R6),必须立即在报告顶部红色标注,不得因\"客户关系好\"而忽略\n\n---\n\n## 执行步骤\n\n> 按以下四步顺序执行，每步输出中间结果，最后汇总生成完整报告。\n\n### Step 1：关联方识别\n\n> 从六维度全面识别企业关联方，形成关联方清单。\n> *对接提示：映射到贵行客户信息系统（ECIF）、股权穿透查询接口、工商数据接口、征信报告关联信息，或等效数据聚合工具*\n\n**1.1 股权关联**\n\n| 识别标准 | 穿透深度 | 数据验证 | |---------|---------|---------| | 直接持股 ≥ 20% 的法人/自然人 | 直接层 | 工商登记信息 | | 间接持股 ≥ 20%（通过多层股权） | 穿透至最终受益人 | 股权穿透工具 | | 一致行动人（协议/亲属关系推定） | 推定层 | 公开信息 + 交易行为推断 | | 实控人认定：持股 ≥ 50% 或实际支配董事会 | 穿透至自然人 | 工商 + 公司章程 |\n\n**执行要点**：\n- 股权穿透至少3层，发现交叉持股、循环持股须标注\n- VIE架构、代持协议等隐蔽控制关系须单独列示\n- 一致行动人不仅看协议，也看交易行为（如同步增减持、同步投票）\n\n**1.2 管理层关联**\n\n| 识别范围 | 关联判定 | 核查方式 | |---------|---------|---------| | 法定代表人其他任职企业 | 同一自然人任法定代表人 | 工商高管任职查询 | | 董事、监事、高管其他任职 | 任董事/监事/高管的其他企业 | 工商高管任职查询 | | 关键财务人员交叉任职 | 财务负责人、出纳在同一实控人体系内多家企业任职 | 企业年报/实地走访 |\n\n**1.3 家族关联**\n\n| 关系范围 | 关联企业判定 | 穿透标准 | |---------|-------------|---------| | 实控人配偶控制的企业 | 配偶为法定代表人或持股 ≥ 20% | 穿透至配偶 | | 实控人父母、子女控制的企业 | 直系亲属控制 | 穿透至直系亲属 | | 实控人三代以内旁系血亲控制的企业 | 兄弟姐妹、祖父母/外祖父母、孙子女/外孙子女 | 关系图谱推断 |\n\n**执行要点**：\n- 家族关联须基于公开信息推断，无法完全确认时标注\"推定关联，建议客户补充说明\"\n- 关注\"壳公司\"特征：无实际经营、注册地址为住宅、无员工社保、与借款企业频繁资金往来\n\n**1.4 交易关联**\n\n| 识别标准 | 阈值 | 数据来源 | |---------|------|---------| | 单一客户销售占比 | ≥ 30% 年营收 | 企业财报/纳税申报 | | 单一供应商采购占比 | ≥ 30% 年采购额 | 企业财报/纳税申报 | | 前五大客户/供应商集中度 | 合计 ≥ 70% | 企业财报 |\n\n**执行要点**：\n- 前五大客户/供应商名单须与关联方清单交叉比对，发现重叠须标注\n- 交易集中度高的企业，须评估对单一客户的依赖风险\n\n**1.5 担保关联**\n\n| 类型 | 定义 | 风险特征 | |------|------|---------| | 互保 | A 为 B 担保，B 为 A 担保 | 风险双向传导 | | 联保 | 多家企业互相担保形成担保圈 | 风险链式传导 | | 循环担保 | A→B→C→A 形成闭环 | 风险闭环放大 | | 隐性担保 | 未在征信中登记的实际担保承诺 | 或有负债低估 |\n\n**执行要点**：\n- 从征信报告提取对外担保信息，与关联方清单交叉比对\n- 担保圈超过5家企业须标注\"大型担保圈风险\"\n- 隐性担保通过企业财报\"或有负债\"附注、实地走访核实\n\n**1.6 隐性关联**\n\n| 信号 | 识别方式 | 风险含义 | |------|---------|---------| | 相同注册地址 | 工商登记地址比对 | 可能为同一实控人控制 | | 相同联系电话/邮箱 | 工商登记信息比对 | 共享行政资源，存在关联 | | 相同财务人员 | 年报披露/实地走访 | 财务一体化管理 | | 相同审计机构+签字会计师 | 审计报告比对 | 可能统一调度财务数据 | | 同步工商变更 | 变更时间、内容高度一致 | 协同行动信号 |\n\n---\n\n### Step 2：关联交易异常特征识别\n\n> 在关联方清单基础上，分析关联交易的异常特征。\n\n| 异常特征 | 识别标准 | 数据验证 | 风险等级 | |---------|---------|---------|---------| | **资金空转** | 关联企业间频繁大额转账（月均超过3笔或单月超500万），无真实贸易背景（无合同/发票/物流对应） | 银行流水 + 合同发票交叉 | 🔴 高 | | **转移定价** | 关联交易价格偏离市场价 ≥ 20%（采购价偏高/销售价偏低，或反之） | 关联交易合同 vs 非关联交易价格对比 | 🔴 高 | | **虚构交易** | 关联交易仅有合同/发票，无物流/资金流对应；或物流与交易方向不符 | 合同 + 发票 + 物流单据 + 银行流水四维交叉 | 🔴 高 | | **利润转移** | 借款企业毛利率/净利率显著低于非关联方交易；或利润主要流向关联方 | 关联交易分部利润表分析 | 🟡 中高 | | **担保链风险** | 互保/联保圈涉及企业 ≥ 3 家，或担保总额 > 净资产 50% | 征信担保信息 + 工商股权穿透 | 🟡 中高 | | **资金占用** | 关联方应收账款/其他应收款占比 > 流动资产 30%，且账龄 > 1 年 | 资产负债表 + 账龄分析 | 🟡 中 | | **同业竞争** | 关联方与借款企业从事相同业务，存在客户/供应商资源争夺 | 工商经营范围 + 实地走访 | 🟢 低（关注） |\n\n**执行要点**：\n- 识别关联交易时须\"四流合一\"验证：合同流、发票流、物流/服务流、资金流须相互匹配\n- 仅有两流匹配（如合同+发票）但无物流/资金流对应，标记\"疑似虚构交易\"\n- 关联交易占比 = 关联交易金额 / 同类交易总金额，须分项计算（采购/销售/借款/担保）\n\n---\n\n### Step 3：关联风险评估\n\n> 综合关联方信息和交易特征，评估关联风险对授信安全的影响。\n\n**3.1 授信集中度风险**\n\n| 评估指标 | 阈值 | 超标处理 | |---------|------|---------| | 单一客户授信集中度 | ≤ 一级资本净额 15% | 超标须压缩或上报总行 | | 集团客户授信集中度 | ≤ 一级资本净额 20% | 超标须压缩或上报总行 | | 关联客户合计授信占比 | 结合行业特点和客户资质综合判断 | 占比 > 50% 须专项说明 |\n\n**3.2 经营独立性评估**\n\n| 评估维度 | 独立标准 | 依赖信号 | |---------|---------|---------| | 采购独立性 | 关联交易采购占比 < 30% | ≥ 30% 标注依赖风险 | | 销售独立性 | 关联交易销售占比 < 30% | ≥ 30% 标注依赖风险 | | 资金独立性 | 无资金占用、无强制归集 | 存在资金池/归集标注 | | 人员独立性 | 高管/财务不交叉任职 | 交叉任职标注 |\n\n**3.3 担保链风险评估**\n\n| 评估指标 | 风险阈值 | 评估结论 | |---------|---------|---------| | 担保圈企业数量 | ≥ 3 家 | 形成担保圈 | | 担保圈企业数量 | ≥ 5 家 | 大型担保圈，风险高 | | 担保链条长度 | ≥ 3 层（A→B→C） | 风险传导链长 | | 对外担保总额/净资产 | > 50% | 过度担保 | | 对外担保总额/净资产 | > 100% | 触发一票否决 R5 |\n\n**3.4 关联企业整体财务健康**\n\n- 汇总关联企业（含借款企业）的资产负债率、流动比率、净利润趋势\n- 关联企业整体资产负债率 > 70% 或整体净利润为负 → 标注\"关联群体财务弱化\"\n- 关注\"拆东墙补西墙\"信号：关联企业间频繁短期资金拆借\n\n---\n\n### Step 4：报告输出与处置建议\n\n> 汇总前三步结果，输出结构化关联方图谱与风险报告。\n\n**4.1 关联方图谱**\n\n```\n[借款企业]\n   ├── 股权关联\n   │     ├── [股东A] 持股 XX%\n   │     └── [股东B] 持股 XX%\n   ├── 管理层关联\n   │     └── [法人] 兼任 [企业C] 法人\n   ├── 家族关联\n   │     └── [实控人配偶] 控制 [企业D]\n   ├── 交易关联\n   │     └── [客户E] 销售占比 XX%\n   ├── 担保关联\n   │     └── [企业F] 互保，担保金额 XX 万\n   └── 隐性关联\n         └── [企业G] 同地址/同电话\n```\n\n**4.2 风险分级**\n\n| 风险等级 | 判定标准 | 处置建议 | |---------|---------|---------| | 🔴 高风险 | 存在资金空转/虚构交易嫌疑；或担保总额 > 净资产 100%；或关联交易占比 > 50% | 建议暂停授信，上报合规部门 | | 🟡 中风险 | 关联交易占比 30%-50%；或担保圈 3-5 家；或利润转移迹象 | 建议增加担保、压缩额度、加强监测 | | 🟢 低风险 | 关联交易占比 < 30%；无异常特征；担保链短 | 正常授信，纳入常规贷后监测 |\n\n**4.3 处置建议模板**\n\n| 发现类型 | 处置要求 | |---------|---------| | 关联交易占比 > 50% | 授信报告中单独章节说明，建议增加独立担保 | | 资金空转或虚构交易嫌疑 | 立即上报合规部门，建议暂停授信并启动专项调查 | | 循环担保/大型担保圈 | 建议压缩互保额度，引入外部独立担保替代 | | 隐性关联方未披露 | 要求客户补充披露，核实后更新关联方图谱 | | 客户拒绝配合调查 | 报告中显式标注，建议审慎处理或提高风险定价 |\n\n---\n\n## 一票否决条件（关联交易级）\n\n> 以下任一条件触发，须立即在报告顶部红色标注，建议暂停授信并上报。\n\n| 编号 | 触发条件 | |------|---------| | R1 | 发现资金空转或虚构关联交易套取信贷资金的明确证据 | | R2 | 关联交易定价严重偏离市场价（≥ 30%），且无法提供合理商业解释 | | R3 | 借款企业通过关联交易将核心资产/利润系统性转移至关联方，存在掏空迹象 | | R4 | 关联担保形成循环担保圈（闭环 ≥ 3 家），且圈内任一企业已有风险信号 | | R5 | 对外担保总额 > 净资产 100%，存在过度担保风险 | | R6 | 企业或实控人故意隐瞒重大关联方信息，经多源交叉验证属实 |\n\n---\n\n## 质量要求\n\n1. **穿透深度达标**:股权关联须穿透至最终自然人,至少3层穿透\n2. **六维全覆盖**:股权/管理层/家族/交易/担保/隐性六类关联须全部排查\n3. **四流合一验证**:关联交易识别须合同流、发票流、物流/服务流、资金流交叉验证\n4. **一票否决前置**:R1-R6须在步骤2中优先检查,触发即标注\n5. **量化优先**:关联交易占比、价格偏离度、担保集中度等须给出具体数值\n6. **隐性关联不遗漏**:相同地址/电话/财务人员等隐性信号须单独列示\n7. **动态更新机制**:关联方信息变化时须及时更新,报告标注数据时点\n8. **客户配合记录**:客户拒绝配合调查的,须显式记录并给出审慎建议\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"credit-related-party-detection\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"operator\": \"[操作用户]\",\n  \"customer_name\": \"[客户名称]\",\n  \"business_scenario\": \"贷前排查/贷中监控/贷后预警\",\n  \"steps\": [\n    {\"step\": \"步骤0:数据确认与验证\", \"result\": \"通过/失败\", \"duration_seconds\": 5},\n    {\"step\": \"步骤1:关联方识别\", \"related_parties_count\": 15, \"result\": \"通过\"},\n    {\"step\": \"步骤2:异常特征识别\", \"abnormal_features\": [\"资金空转\"], \"rejection_triggered\": \"R1\", \"result\": \"红色警示\"},\n    {\"step\": \"步骤3:风险评估\", \"risk_level\": \"高风险\", \"result\": \"通过\"},\n    {\"step\": \"步骤4:报告输出\", \"report_id\": \"RP-2026-001\", \"result\": \"完成\"}\n  ],\n  \"data_sources_used\": [\"ECIF系统\", \"天眼查API\", \"征信系统\", \"信贷系统\"],\n  \"degradation_applied\": [\"征信系统不可用,使用客户提供的财报\"],\n  \"rejection_flags\": [\"R1\"],\n  \"report_generated\": true\n}\n```\n\n**审计留痕保留期限**: 遵循所属机构制度与监管要求，由机构系统在受控环境中执行；本技能不设置、不管理任何留存期限，也不产生任何日志。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1: 股权穿透停留在中间层法人\n- **症状**: 关联方清单中仅显示直接股东(法人企业),未穿透至最终自然人实控人。\n- **原因**: 股权穿透API仅返回第一层股东,或AI执行时未递归查询多层股权。\n- **解决**: 必须递归穿透至最终自然人,发现VIE架构、代持协议须单独列示并标注\"隐蔽控制关系\"。\n\n### #2: 隐性关联信号被忽略\n- **症状**: 报告中未标注相同注册地址、联系电话、财务人员的隐性关联方。\n- **原因**: 仅依赖股权穿透和高管任职查询,未执行工商登记信息比对。\n- **解决**: 必须执行隐性关联六项信号检查(同地址/同电话/同邮箱/同财务人员/同审计机构/同步变更),发现任一信号须单独标注。\n\n### #3: 四流合一验证不完整\n- **症状**: 仅凭\"合同+发票\"两流匹配就判定关联交易真实,未检查物流和资金流。\n- **原因**: 交易流水数据缺失或AI执行时跳过物流/资金流验证。\n- **解决**: 必须执行四流合一验证,仅有两流匹配标记\"疑似虚构交易\",不得直接判定真实。\n\n### #4: 循环担保圈未识别\n- **症状**: 担保关联仅列出直接互保关系,未识别A→B→C→A的循环担保闭环。\n- **原因**: 未执行担保链条递归追踪,或担保圈企业数量统计错误。\n- **解决**: 必须从征信报告提取对外担保信息,执行担保链条递归追踪,发现闭环≥3家标注\"循环担保圈风险\"。\n\n---\n\n## 示例 (Examples)\n\n### 示例1: 贷前关联排查(新客户首笔授信)\n\n**用户输入**:\n```\n请对XX制造有限公司进行贷前关联排查,统一信用代码:91110000MA001XXXX,申请授信金额5000万元。\n```\n\n**Skill执行流程**:\n1. 步骤0: 验证客户名称和统一信用代码完整,确认排查时点为\"贷前排查\"\n2. 步骤1: 六维关联方识别→发现15个关联方(股权关联5个、管理层关联3个、家族关联2个、交易关联2个、担保关联2个、隐性关联1个)\n3. 步骤2: 异常特征识别→发现\"关联交易销售占比35%\"(中风险)、\"担保圈企业4家\"(中风险),无R1-R6触发\n4. 步骤3: 风险评估→经营独立性评估(销售独立性不足)、担保链风险评估(中型担保圈),综合判定中风险\n5. 步骤4: 输出报告→关联方图谱(树状结构)+风险分级(中风险)+处置建议(增加独立担保、加强贷后监测)\n\n**输出要点**:\n- 核心结论: 发现15个关联方,关联交易销售占比35%,担保圈4家企业,综合判定中风险\n- 关键风险: 销售独立性不足、中型担保圈\n- 处置建议: 增加独立担保替代互保、加强贷后关联交易监测\n\n### 示例2: 贷后风险预警触发(发现资金空转嫌疑)\n\n**用户输入**:\n```\nXX集团贷后预警触发,发现与3家关联企业频繁资金往来,请深度排查关联风险。\n```\n\n**Skill执行流程**:\n1. 步骤0: 验证客户信息完整,确认排查时点为\"贷后预警\"\n2. 步骤1: 六维关联方识别→发现22个关联方(含3家预警企业)\n3. 步骤2: 异常特征识别→发现\"资金空转\"(月均转账8笔,单笔最高800万,无真实贸易背景),触发R1一票否决\n4. 步骤3: 风险评估→关联群体财务弱化(整体资产负债率75%),授信集中度超标\n5. 步骤4: 输出报告→红色警示R1触发+关联方图谱+风险分级(高风险)+处置建议(暂停授信、上报合规部门)\n\n**输出要点**:\n- 核心结论: 触发R1一票否决(资金空转明确证据),综合判定高风险\n- 关键风险: 资金空转(月均8笔,单笔最高800万)、关联群体财务弱化\n- 处置建议: 立即暂停授信、上报合规部门、启动专项调查\n\n---\n\n## 非功能范围 (Out of Scope)\n\n- 本技能不负责授信审批决策(仅提供关联风险排查结果,审批决策由credit-approval Skill处理)\n- 本技能不执行实地走访和现场核查(须由客户经理执行)\n- 本技能不处理不良资产最终核销流程(须由不良资产处置系统处理)\n- 本技能不提供法律意见(关联交易合法性判定须由法务部门执行)\n- 如果用户请求以上内容,明确告知并建议联系相关部门或使用合适的工具\n\n---\n\n## 输出格式 (Output Format)\n\n输出结构化关联方图谱与关联风险报告,包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 报告编号、生成时间、排查时点、客户名称 | 表格 | | 关联方清单 | 逐笔列示六维关联方(股权/管理层/家族/交易/担保/隐性),含关联关系类型和穿透深度 | 表格 | | 关联交易异常特征 | 逐项列示识别到的异常特征(资金空转/转移定价/虚构交易/利润转移/担保链风险/资金占用),含四流合一验证结果 | 表格 | | 关联风险评估 | 授信集中度、经营独立性、担保链风险、关联群体财务健康评估结果 | 表格 | | 风险分级与处置建议 | 风险等级(高/中/低)、处置建议(暂停授信/增加担保/压缩额度/加强监测/正常授信) | 表格 | | 一票否决触发情况 | R1-R6触发情况(如有) | 表格 | | 数据缺失与降级处理 | 数据源不可用情况及降级处理措施(如有) | 表格 |\n\n**下游兼容性**: 本输出可被 credit-approval 和 credit-collateral-risk-mgmt Skill 解析使用。\n\n**免责声明**: 本报告仅用于授信审批参考,不构成授信决策依据。关联交易识别基于可用数据,可能因数据缺失或更新延迟导致遗漏。引用 `shared/disclaimer-template.md` 模板。\n\n---\n\n\n---\n\n## Module 6: 审查备忘录\n\n# 走访纪要(审批专员)\n\n当审批专员口述现场走访观察时,按以下规则结构化整理为走访纪要。纪要须客观、具体、可交叉验证,避免主观推断代替客观事实。\n\n---\n\n## 目标角色 (Target Role)\n\n- **角色**: 信贷审批官、审批专员、风险审查岗\n- **使用场景**: 新客户首笔授信审批走访、存量客户续贷审批走访、大额新增授信走访、风险预警客户复核走访、CM报告与行内数据偏差较大时的补充走访\n- **输出用途**: 生成结构化六维度走访纪要,用于授信审批会决策参考、风险信号识别、CM报告交叉验证\n- **决策层级**: 高风险(S1-S6触发)须暂停审批流程并上报,中风险须增加担保或补充核查,低风险纳入常规审批流程\n- **执行频率**: 每次实地走访后必做,支持多轮增量更新与信息修正\n\n---\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 访前一页纸 | pre-visit-credit-analysis Skill输出,客户笔记区 | 笔记读取接口 | 内部 | | 走访邀请记录 | 客户笔记区 | 笔记读取接口 | 内部 | | CM信贷经理调查报告 | 信贷系统 | 内部API | 内部 | | 客户基本信息与申报数据 | ECIF系统、信贷系统 | 内部API | 敏感 | | 审批专员口述观察内容 | 实时对话输入 | 对话交互 | 内部 |\n\n### 数据脱敏规则\n- 客户名称、身份证号、银行账号等在纪要中须使用占位符(如\"[客户名称]\"、\"[证件号码]\")\n- 涉及个人隐私、商业秘密的内容,须符合银行保密规定\n- 纪要归档后仅授权审批委员调阅\n\n### 降级策略\n- 如果访前一页纸不可用: 继续生成纪要,但标注\"未参照访前风险信号\",并在质量验证中记录\n- 如果CM报告不可用: 标注\"CM报告缺失,无法交叉验证\",跳过偏差比对步骤\n- 如果客户笔记区不可用: 先在对话中展示纪要初稿,待系统恢复后由具备权限的人员录入\n- 如果审批专员口述内容不完整: 针对性追问缺失维度,不得跳过六维度框架\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷前实地调查要求\n> 《商业银行授信工作尽职指引》(银监发〔2004〕51号)——实地走访与证据留存\n> 《商业银行信用风险内部评级体系监管指引》——审批独立性要求\n> 银行内部审批委员会议事规则 ——走访材料为审批会基础材料\n\n1. **事实优先**:每条记录须有观察来源(\"眼见\"、\"对方自述\"、\"提供的文件\"),不得用主观推断代替事实\n2. **CM交叉验证**:走访发现与CM报告(信贷经理调查报告)的偏差须在纪要中显式标注偏差项\n3. **信息修正可追溯**:用户修正信息时,保留原记录并标注\"已修正\"及修正时间,不得直接覆盖\n4. **敏感信号必报**:发现停工、欠薪、民间融资等信号,无论是否确认,均须如实记录并标注核实建议\n5. **归档确认**:由具备权限的人员在机构系统中录入并确认归档结果，确保后续审批会可调阅；本技能不参与归档\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤7(一票否决自检),必须执行完整流程\n7. **禁止越权建议**:仅记录客观事实和识别风险信号,不提供授信审批决策建议(由credit-approval Skill处理)\n\n---\n\n## 执行流程 (Workflow)\n\n> 📋 交互模式:模式D - 对话辅助型(Conversational Assistant)\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)、《商业银行授信工作尽职指引》(银监发〔2004〕51号)\n\n### 步骤0：数据确认与验证(先读后写)\n\n**执行说明**:在开始走访纪要生成前,必须确认输入数据完整性和上下文。\n\n**执行步骤**:\n1. 列出输入的客户名称/ID、走访时间、走访人,确认必填字段完整\n2. 检查客户笔记区是否存在\"访前一页纸\"和\"走访邀请\"笔记\n3. 如有访前一页纸,读取并提取红旗/黄旗风险信号清单\n4. 检查是否存在已有走访纪要(增量更新场景)\n5. 确认业务场景(新客户首笔/存量续贷/大额新增/风险预警/补充调查)\n\n> ⚠️ **不得跳过必填字段检查,必须确认客户名称、走访时间和走访人完整**\n\n---\n\n### 步骤1：首次输入处理(完整纪要生成)\n\n**执行说明**:将审批专员口述观察归类至六维度框架,输出完整走访纪要。\n\n**执行步骤**:\n1. 提取口述信息,按六维度分类(现场观感/经营判断/人物印象/资金流向/风险信号/与CM沟通结论)\n2. 每项记录标注来源(眼见/对方自述/提供文件/CM报告)\n3. 量化描述:开工率、规模、金额等须用具体数字,不得用\"大概\"、\"差不多\"等模糊表述\n4. 比对CM报告,标注偏差项\n5. 如有访前一页纸,对照其中风险信号逐一核实\n6. 输出完整纪要,由具备权限的人员在机构系统中录入客户笔记区\n\n> ⚠️ **不得跳过来源标注,每条记录必须注明信息来源**\n\n**分支路径**:\n- ✅ 六维度全部覆盖 → 进入步骤7(一票否决自检)\n- ⚠️ 部分维度缺失 → 针对性追问缺失维度,补充后继续\n\n---\n\n### 步骤2：增量更新处理\n\n**执行说明**:读取已有纪要,将新观察合并到对应维度,保留历史版本。\n\n**执行步骤**:\n1. 读取已有走访纪要\n2. 将新观察归类至对应维度\n3. 保留原记录,追加新观察,标注\"[增量更新 YYYY-MM-DD HH:MM]\"\n4. 输出合并后的初稿供预览；历史版本与追溯由机构系统的留痕机制保障\n\n> ⚠️ **不得覆盖原记录,必须保留历史版本**\n\n---\n\n### 步骤3：信息修正处理\n\n**执行说明**:用户说\"刚才说错了\"或类似表述时,定位具体字段,保留原记录并标注修正时间。\n\n**执行步骤**:\n1. 识别需修正的字段\n2. 保留原记录,标注\"[已修正 YYYY-MM-DD HH:MM]\"\n3. 插入修正后的新记录\n4. 确认修正完成\n\n> ⚠️ **不得直接覆盖原记录,必须保留修正痕迹**\n\n---\n\n### 步骤4：针对性追问\n\n**执行说明**:围绕审批关注点自动追问,确保六维度信息完整。\n\n**执行步骤**:\n1. 检查六维度覆盖情况,识别缺失或信息不足的维度\n2. 针对缺失维度发起追问,示例:\n   - \"对资金流向有什么判断?是否发现个人账户回款?\"\n   - \"有没有关联交易的迹象?关联交易金额大概多少?\"\n   - \"跟CM报告相比,经营规模估算有什么偏差?\"\n   - \"现场看到的合同/订单,金额与CM报告是否一致?\"\n3. 将追问结果归类至对应维度\n\n> ⚠️ **不得跳过缺失维度,必须追问至六维度完整**\n\n---\n\n### 步骤5：输出方式确认\n\n**执行说明**:本技能**默认且仅有一种输出方式**——在对话中输出待确认的初稿文本。是否录入机构系统，由具备权限的人员在预览确认后决定，本技能不执行任何录入或归档。\n\n**执行步骤**:\n1. 生成完整纪要初稿\n2. 在对话中展示，标注“[初稿 - 待确认]”\n3. 提示使用者：如需进入审批材料，须由具备权限的人员预览确认后在机构系统中录入\n4. 本技能不执行任何归档动作，也不保留任何会话外的副本\n\n---\n\n### 步骤6：自然退出\n\n**执行说明**:用户转换话题时正常响应,不强制要求完成纪要,也不做任何持久化。\n\n**执行步骤**:\n1. 检测用户是否转换话题\n2. 如已转换,正常响应新话题;已整理内容仅保留在当前对话上下文中,不写入任何存储\n3. 如需继续,可由用户重新发起并再次提供材料\n\n---\n\n### 步骤7：一票否决自检(门控步骤)\n\n**执行说明**:生成纪要前,逐一比对一票否决信号S1-S6,触发须顶部红色标注。\n\n**执行步骤**:\n1. 逐一检查S1-S6触发情况:\n   - S1: 经营场所虚假或已被查封,与申报严重不符\n   - S2: 发现企业已实质性停工超过30天,且无合理恢复计划\n   - S3: 资金实际用途与申请用途严重不符(如流贷用于购房/炒股)\n   - S4: 发现明显民间融资/非法集资迹象,且金额较大\n   - S5: 实控人失联或拒绝见面,且无法提供合理解释\n   - S6: 现场发现重大环保/安全隐患,已被政府部门责令整改\n2. 如触发任一条件,在纪要顶部红色标注:【一票否决-SX:触发原因】\n3. 建议暂停审批流程并上报\n\n**分支路径**:\n- ❌ 触发S1-S6任一 → 红色标注,建议暂停审批,输出纪要\n- ✅ 无触发 → 正常输出纪要\n\n---\n\n## 结构化维度\n\n> 📋 六维度为核心框架,每维度须含具体事实描述(含时间、地点、数量、来源),不得仅列标题。\n> 📋 详细检查项、记录要点、偏差标记、交叉验证、风险信号、执行要点等完整内容,请查阅 机构既有规范或功能。\n\n### 1. 现场观感\n- 实际到访确认、经营场所真实性、生产/经营活跃度、环境与管理规范、与CM报告偏差\n- 开工率须估算具体比例,不得写\"基本正常\"等模糊描述\n- 详细检查项与偏差标记: 查阅 机构既有规范或功能 第1节\n\n### 2. 经营判断\n- 实际经营规模、主营业务真实性、订单/合同证据、库存合理性、行业景气度\n- 合同核查优先看原件或盖章复印件,口头声称的合同金额须标注\"对方自述,未核验原件\"\n- 详细检查项与交叉验证: 查阅 机构既有规范或功能 第2节\n\n### 3. 人物印象\n- 实控人/法人面谈、财务人员面谈、回避与引导迹象、配合度评估\n- \"配合度\"非越高越好:过度配合可能是事先编排的信号,须客观记录\n- 详细检查项与风险信号: 查阅 机构既有规范或功能 第3节\n\n### 4. 资金流向\n- 主要回款方式、付款对象与方式、体外循环迹象、关联交易判断、资金用途一致性\n- 资金流核实优先看银行流水原件或网银截图,口头描述须标注来源\n- 详细检查项与风险阈值: 查阅 机构既有规范或功能 第4节\n\n### 5. 风险信号\n- 显性风险(停工/欠薪/查封/环保处罚)、隐性风险(信息回避/数据矛盾/过度配合)、民间融资、实控人风险、合规风险\n- 详细类别、典型信号与处理要求: 查阅 机构既有规范或功能 第5节\n\n### 6. 与CM沟通结论\n- CM对客户的判断、CM补充信息、意见分歧点、CM承诺跟进\n- 分歧点须具体(如\"CM报告营收5000万,走访估算约2000万\"),不得笼统写\"数据有偏差\"\n- 详细记录项与内容要求: 查阅 机构既有规范或功能 第6节\n\n---\n\n## 一票否决信号\n\n> 走访过程中发现以下任一情况,须在纪要顶部红色标注,建议暂停审批流程并上报。\n\n| 编号 | 触发条件 | |------|---------| | S1 | 经营场所虚假或已被查封,与申报严重不符 | | S2 | 发现企业已实质性停工超过30天,且无合理恢复计划 | | S3 | 资金实际用途与申请用途严重不符(如流贷用于购房/炒股) | | S4 | 发现明显民间融资/非法集资迹象,且金额较大 | | S5 | 实控人失联或拒绝见面,且无法提供合理解释 | | S6 | 现场发现重大环保/安全隐患,已被政府部门责令整改 |\n\n---\n\n## 输出格式 (Output Format)\n\n输出结构化走访纪要,包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 走访时间、走访人、客户地址、一票否决标注(如触发) | 表格 | | 一、现场观感 | 实际到访确认、经营场所真实性、生产/经营活跃度、环境与管理规范、与CM报告偏差 | 表格 | | 二、经营判断 | \n\nFile v2.0.8:_meta.json\n\n{\n  \"ownerId\": \"kn74e704j3ygjcygnpf02rdvd185js13\",\n  \"slug\": \"credit-review-digital-employee\",\n  \"version\": \"2.0.8\",\n  \"publishedAt\": 1790315087733\n}\n\nFile v2.0.8:skill-card.md\n\n## Description:\n\nGuides credit reviewers through eligibility screening, case intake, pre-loan analysis, collateral and related-party risk review, risk planning, and draft review memoranda.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[gechengling](https://clawhub.ai/user/gechengling)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nBank credit-review staff use this reference workflow to evaluate redacted case materials and prepare preliminary risk assessments and review documents for authorized human approval.\n\n### Deployment Geography for Use:\n\nGlobal; examples use Chinese banking rules and require validation against local requirements.\n\n## Known Risks and Mitigations:\n\nRisk: Workflow wording may imply access to internal notes or persistent audit records despite the skill's no-access drafting posture.\n\nMitigation: Authorized staff retrieve records outside the skill and perform saving, logging, and retention in institution-controlled systems after human confirmation.\n\nRisk: Credit and personal data can be exposed when pasted into a conversation.\n\nMitigation: Share only the minimum necessary redacted excerpts and review generated text before using or recording it.\n\nRisk: Draft credit-risk findings may be mistaken for an approval decision.\n\nMitigation: Require qualified staff to verify source records and apply institutional rules before making or communicating decisions.\n\n## Reference(s):\n\n- [Credit Review Digital Employee on ClawHub](https://clawhub.ai/gechengling/skills/credit-review-digital-employee)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, JSON, Guidance]\n\n**Output Format:** [Draft Markdown reports and structured JSON analyses]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Drafts require qualified human review; authorized staff handle institutional record access, saving, and audit trails.]\n\n## Skill Version(s):\n\n2.0.8 (source: frontmatter and server-resolved release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v2.0.7: 3 files, 53503 bytes\n\nFiles: skill-card.md (2583b), SKILL.md (154114b), _meta.json (149b)\n\nFile v2.0.7:SKILL.md\n\n---\nname: \"Credit Review Digital Employee\"\nslug: credit-review-digital-employee\ndescription: \"覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。\"\nversion: 2.0.7\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - no-executable-code\n---\n\n# Credit Review Digital Employee / 信贷审查专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的准入扫描、抵质押核查、关联交易识别、审查备忘录出具等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有授信金额、抵押率与担保覆盖率以机构审查口径与审批决议为准**；文档中的金额示例仅用于说明分析口径，不得作为审批依据\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 | |---|---|---| | 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 | | 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 | | 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 | | 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 | | 由具备权限的人员执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n\n\n## Skill Overview / 技能概览\n\n信贷审查专家数字员工，集成以下7项核心能力模块：\n\n1. **Module 1: 准入规则扫描**\n2. **Module 2: 案件接件审核**\n3. **Module 3: 贷前信用分析**\n4. **Module 4: 抵质押风险管理**\n5. **Module 5: 关联交易检测**\n6. **Module 6: 审查备忘录**\n7. **Module 7: AI风险规划**\n\n---\n\n\n---\n\n## Module 1: 准入规则扫描\n\n# L3 准入规则扫描\n\n根据客户画像和目标信贷产品的风控规则库,判断客户是否满足准入条件,输出结构化扫描报告。\n\n---\n\n## 执行流程 (Workflow)\n\n> 交互模式:模式 A - 报告生成型(Report Generation)\n\n当用户要求评估客户产品准入条件时,按以下流程执行:\n\n### 步骤 0:数据确认与验证(先读后写)\n\n1. 确认客户身份:提取客户名称或ID\n2. 确认目标产品:提取产品名称或编码\n3. 检查必填字段:客户名称、目标产品、申请授信金额(建议)\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n5. 若必填字段缺失,输出缺失清单,要求用户补充,停止后续流程\n6. 验证通过后进入步骤1\n\n> 📋 数据来源:`user_upload`\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得跳过必填字段检查,必须确认客户和产品信息完整\n\n### 步骤 1:加载客户画像\n\n> 整合客户多维度信息,形成完整的准入评估基础数据。\n> *对接提示:映射到贵行客户信息系统(ECIF)、征信查询接口、客户全景视图,或等效数据聚合工具*\n\n**基础信息维度**\n- 企业工商:所属行业、经营年限、注册资本(认缴/实缴)、法人/实控人\n- 经营规模:年营业收入、员工人数、资产总额、主要业务区域\n- 财务状况:资产负债率、流动比率、速动比率、近2年净利润趋势\n\n**信用记录维度**\n- 征信报告:未结清贷款、逾期记录(近2年)、对外担保余额、征信查询频次\n- 行内记录:历史授信使用情况、还款表现、是否存在关注类/不良类记录\n\n**关联信息维度**\n- 担保关系:对外担保总额、被担保方信用状况、是否存在互保/联保\n- 关联方风险:实控人名下其他企业的涉诉/失信/经营异常情况\n\n**画像完整性自检**\n- 如关键字段缺失(如营收数据、征信报告),记录缺失项并标记为\"需确认\"来源,不得跳过或臆造\n\n> 📋 数据来源:`system_api`(ECIF系统、征信接口、工商数据)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n### 步骤 2:加载产品准入规则\n\n> 获取目标产品绑定的全部风控规则,按优先级排序。\n> *对接提示:映射到贵行产品规则库/风控引擎规则接口,或等效规则管理工具*\n\n**规则优先级**\n1. **固定项(P0)**:全量客户必检的基础准入条件,如经营年限≥X年、征信无当前逾期\n2. **行业项(P1)**:针对特定行业的准入限制,如房地产、两高一剩行业的额外要求\n3. **针对项(P2)**:针对个案的补充规则,如大额授信额外要求、关联交易限制\n\n**规则分类**\n| 规则类别 | 典型示例 | 数据来源 | |---------|---------|---------| |\n| 主体资格 | 成立年限、注册资本实缴比例、法人变更频率 | 工商数据 | | 行业准入 | 鼓励类/限制类/淘汰类行业判断 | 产业政策 + 行内白名单 | | 财务门槛 | 资产负债率上限、营收下限、净利润要求 | 财报/征信 | | 信用记录 | 无当前逾期、近2年逾期次数上限 | 征信报告 | | 集中度 | 单一客户授信集中度、集团授信集中度 | 行内信贷系统 | | 合规要求 | 环保达标、安全生产许可、特许经营资质 | 外部监管数据 |\n\n> 📋 数据来源:`system_api`(信贷系统产品管理办法、风控引擎规则)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n### 步骤 3:一票否决前置扫描(门控步骤)\n\n> 门控步骤:此步骤触发任一A1-A6条件,立即终止后续规则匹配,直接输出\"准入不通过\"\n\n**一票否决条件(A1-A6)**\n\n| 编号 | 触发条件 | |------|---------| |\n| A1 | 企业或实控人当前存在未结清逾期(征信 M2 及以上) | | A2 | 企业属于监管明令淘汰类行业,且无合规转型证明 | | A3 | 企业已被列入失信被执行人名单,或实控人被限制高消费 | | A4 | 近 2 年内存在骗贷、抽逃资金、虚假报表等严重失信行为记录 | | A5 | 对外担保总额 > 净资产 100%,或存在风险互保/联保圈 | | A6 | 企业或实控人涉及洗钱、恐怖融资等合规黑名单 |\n\n**门控路径**:\n- ❌ 触发任一A1-A6 → **立即停止**,输出\"准入不通过\"+触发条件+进入步骤4(生成扫描报告)\n- ✅ 未触发任何一票否决 → 进入步骤4(逐条规则匹配)\n\n> 📋 数据来源:`system_api`(征信报告、司法数据、合规黑名单)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:必须执行此步骤,不得跳过一票否决检查,不得因\"客户资质好\"而忽略\n\n---\n\n### 步骤 4:逐条规则匹配\n\n> 对每条规则执行三态判断,严格按阈值比对\n\n**匹配结果定义**\n| 结果 | 判定标准 | 输出要求 | |------|---------|---------| |\n| ✅ 通过 | 客户条件完全满足规则阈值 | 列出规则名及匹配值 | | ❌ 不满足 | 客户条件不满足规则阈值 | 列出规则名、阈值要求、实际值、差距 | | ⏸️ 需确认 | 关键信息缺失,无法判断 | 列出缺失字段及建议补充材料 |\n\n**匹配执行要点**\n- 每条规则须记录:规则名称、规则类别(P0/P1/P2)、阈值要求、客户实际值、匹配结果、差距(如有)\n- 财务类规则使用最近一期经审计财报数据,如无则标注\"未审计\"风险\n- 行业分类以国标 GB/T 4754 为准,与行内白名单交叉校验\n\n> 📋 数据来源:`context`(客户画像、产品规则)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得模糊判断,所有数值类规则必须精确到小数点后两位,必须展示计算过程\n\n---\n\n### 步骤 5:生成扫描报告\n\n> 汇总匹配结果,输出结构化评估报告\n\n执行步骤4后,进入步骤5,按Output Format章节要求生成完整报告。\n\n> 📋 数据来源:`context`(匹配结果)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n\n---\n\n## 输出格式 (Output Format)\n\n> 本输出可被 credit-due-diligence Skill 解析使用\n\n使用 机构既有规范或功能 模板。扫描报告必须包含以下6个章节:\n\n| 章节 | 内容 | 下游可解析字段 | |------|------|----------------| | 1.总评 | 准入结论、关键指标速览 | `admission_result`(enum)、`key_indicators`(array) | | 2.符合项 | 通过规则列表 | `passed_rules`(array)、`passed_count`(int) | | 3.不符合项 | 不满足规则列表+差距分析 | `failed_rules`(array)、`failed_count`(int)、`gaps`(array) | | 4.需确认项 | 缺失字段及补充材料清单 | `pending_rules`(array)、`missing_fields`(array) | | 5.风险提示 | 政策/集中度/趋势风险 | `risk_warnings`(array) | | 6.改进建议 | 短期/中期/结构性建议 | `improvement_suggestions`(array) |\n\n**免责声明要求**: 报告末尾必须包含以下声明(引用 `shared/disclaimer-template.md` 模板):\n\n```markdown\n---\n> ⚠️ 免责声明:本扫描结果仅供授信方案设计参考,不构成最终审批意见。实际审批结果以信贷审批委员会决议为准。\n> 数据来源:[列出数据源及时间戳] | 规则库版本:[版本号] | 扫描时间:[YYYY-MM-DD HH:MM]\n```\n\n---\n\n## 核心约束 (Constraints)\n\n**监管依据**\n- 《商业银行贷款业务管理办法》（银监会令2010年第2号）—— 贷款对象与条件\n- 《商业银行信用风险内部评级体系监管指引》—— 客户评级与准入标准\n- 《商业银行大额风险暴露管理办法》（银保监会令2018年第1号）—— 集中度管控\n- 银行内部信贷政策与产品管理办法 —— 具体准入规则来源\n\n**硬性执行约束**\n1. **规则优先序**:固定项(全量客户必检) > 行业项(行业专属) > 针对项(个案补充),按序执行\n2. **一票否决前置**:先扫描 A1-A6 一票否决条件,触发即终止后续规则匹配,直接输出\"准入不通过\"\n3. **阈值严格对照**:规则中的量化阈值(如营收下限、负债率上限)须精确比对,不得模糊判断\n4. **信息不足即标\"需确认\"**:缺少数据时不得推断为\"通过\"或\"不满足\",须明确标记并列出补充材料\n5. **差距量化**:不符合项须给出具体差距数值(如\"要求营收≥5000万,实际约3200万,差距1800万\")\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤3(一票否决检查),必须执行完整流程\n7. **红线执行强制**:如触发任何一票否决条件(A1-A6),必须立即停止后续匹配,不得因\"客户资质好\"而忽略\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"admission-rules-scan\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T17:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"operator\": \"[客户经理姓名]\",\n  \"steps\": [\n    {\n      \"step\": \"数据确认与验证\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"user_upload\"},\n      \"result\": \"pass\",\n      \"details\": \"必填字段完整,客户名称和产品名称已确认\"\n    },\n    {\n      \"step\": \"一票否决前置扫描\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\"},\n      \"result\": \"pass\",\n      \"details\": \"A1-A6均未触发\"\n    },\n    {\n      \"step\": \"逐条规则匹配\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"result\": \"pass\",\n      \"details\": \"P0规则8条(通过6条,不满足1条,需确认1条),P1规则3条(通过3条),P2规则2条(通过2条)\"\n    }\n  ],\n  \"admission_result\": \"准入通过\",\n  \"triggered_veto\": [],\n  \"compliance_check\": {\n    \"all_rules_scanned\": true,\n    \"threshold_exact_match\": true,\n    \"gap_quantified\": true\n  },\n}\n```\n\n**审计日志保留期限**:至少 3 年。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:一票否决检查被跳过导致正式审批被否决\n- **症状**:准入扫描显示\"通过\",但正式授信审批时被一票否决。\n- **原因**:扫描时未严格执行A1-A6检查,或使用了过期的征信数据。\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n### #2:差距分析不具体,客户经理无法制定改进方案\n- **症状**:不符合项仅显示\"不满足\",未给出具体差距数值。\n- **原因**:未严格执行差距量化要求。\n- **解决**:质量要求第4条增加\"必须给出差距的绝对值和相对比例\"。\n\n### #3:需确认项被臆测为通过\n- **症状**:关键字段缺失时,模型推断为\"通过\",导致风险评估不准确。\n- **原因**:未严格执行信息不足即标\"需确认\"原则。\n- **解决**:步骤1增加画像完整性自检,约束第4条增加\"不得推断为通过或不满足\"。\n\n### #4:规则库版本未标注,扫描结果无法追溯\n- **症状**:同一客户不同时间扫描结果不一致,但无法确认是规则变化还是客户变化。\n- **原因**:未记录规则库版本号。\n- **解决**:输出格式强制要求标注\"规则库版本\"和\"扫描时间\"。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:标准制造业企业流动资金贷款准入扫描\n\n**用户输入**:\n```\n客户:XX机械制造有限公司\n产品:流动资金贷款\n申请金额:5000万元\n行业:C34 通用设备制造业\n```\n\n**Skill 执行流程**:\n1. 步骤0:确认客户名称、产品名称、申请金额\n2. 步骤1:加载客户画像(ECIF系统、征信报告、财务报表)\n3. 步骤2:加载流动资金贷款产品规则库(P0/P1/P2)\n4. 步骤3:执行一票否决扫描(A1-A6)→ 未触发\n5. 步骤4:逐条规则匹配→ P0(6/8通过),P1(3/3通过),P2(2/2通过)\n6. 步骤5:生成扫描报告→ 准入通过(2条不满足,1条需确认)\n\n**输出要点**:\n- 总评:准入通过\n- 不符合项:资产负债率超标(要求≤70%,实际75%,差距5%)\n- 需确认项:缺最近一期审计报告\n- 改进建议:短期补充审计报告,中期降低负债率\n\n### 示例2:淘汰类行业客户准入扫描(触发一票否决)\n\n**用户输入**:\n```\n客户:XX造纸厂\n产品:流动资金贷款\n申请金额:3000万元\n行业:C22 造纸和纸制品业(淘汰类)\n```\n\n**Skill 执行流程**:\n1. 步骤0-2:正常执行\n2. 步骤3:执行一票否决扫描→ **触发A2**(淘汰类行业,无合规转型证明)\n3. **立即停止**,输出\"准入不通过\"\n4. 步骤5:生成扫描报告→ 准入不通过(A2触发)\n\n**输出要点**:\n- 总评:准入不通过\n- 一票否决:A2触发(淘汰类行业)\n- 改进建议:结构性障碍(建议更换产品或提供合规转型证明)\n\n---\n\n## 非功能范围 (Out of Scope)\n\n- 本 Skill 不执行授信审批决策,仅提供准入预检参考\n- 本 Skill 不直接修改客户画像或产品规则库\n- 本 Skill 不处理贷后管理、风险分类调整、不良资产处置\n- 本 Skill 不生成正式的尽职调查报告(请使用 credit-due-diligence Skill)\n- 如果用户请求以上内容,明确告知并建议使用合适的工具或联系架构团队。\n\n---\n\n## 质量要求\n\n1. **规则覆盖完整**:P0/P1/P2 三类规则须全部扫描,不得遗漏\n2. **阈值精确比对**:数值类规则精确到小数点后两位,文字类规则逐字对照\n3. **一票否决不漏检**:A1-A6 须在规则匹配前单独扫描,触发即终止\n4. **差距量化具体**:不符合项须给出差距的绝对值和相对比例\n5. **信息不足不推断**:“需确认”项不得臆测为通过或不满足\n6. **改进建议可操作**:建议须具体、可执行、有时限,不得泛泛而谈\n7. **报告时效标注**:规则库版本号、扫描时间须明确标注\n8. **风险提示前瞻性**:不仅报告当前状态,还须提示趋势性风险\n9. **数据脱敏**:输出报告中不得包含真实客户身份证号、银行账号等敏感信息,须使用占位符\n10. **数据时效性**:所有数据须标注采集时间,超过30天的数据须标注“可能过期”\n\n---\n\n## 数据脱敏规则\n\n- 客户名称:使用“[客户名称]”占位符\n- 身份证号:使用“[证件号码]”占位符\n- 银行账号:使用“[银行账号]”占位符\n- 授信金额:使用“[金额]”占位符(测试用例除外)\n- 案件编号:使用“[案件编号]”占位符\n\n---\n\n## 降级策略\n\n| 降级场景 | 处理措施 | 输出标注 | |---------|---------|----------| | ECIF系统不可用 | 使用用户上传的客户画像,标注数据来源 | “数据来源:用户上传(非ECIF)” | | 征信接口超时 | 跳过征信类规则,标记“需确认” | “征信数据不可用,X条规则需确认” | | 产品规则库版本缺失 | 使用最新版本,标注版本号 | “规则库版本:最新(未指定)” | | 工商数据不可用 | 使用用户上传的工商资料,标注数据来源 | “工商数据:用户上传” |\n\n---\n\n## 典型应用场景\n\n| 场景 | 扫描重点 | |------|---------| | 新客户首次申请授信 | 全规则扫描，重点关注主体资格、行业准入、信用记录 | | 客户申请升级产品（如从小额升级到大额流贷） | 重点扫描新增规则（P2针对项），关注集中度、财务门槛变化 | | 客户申请跨产品线授信 | 新产品的行业项（P1）和固定项（P0）重新扫描 | | 规则库更新后老客户复核 | 对比新旧规则差异，识别新增的不符合项 | | 授信方案设计阶段预检 | 快速扫描关键规则（P0 + 相关P1），评估可行性 |\n\n---\n\n## 输入参数说明\n\n| 参数 | 级别 | 说明 | |------|------|------| | 客户名称/ID | 必填 | 用于加载客户画像 | | 目标产品名称/编码 | 必填 | 用于加载对应规则库 | | 申请授信金额 | 建议 | 影响集中度规则和针对项（P2）的触发 | | 申请期限 | 选填 | 影响部分产品的期限相关规则 | | 担保方式 | 选填 | 影响担保类规则的匹配 | | 征信授权状态 | 建议 | 决定是否执行征信类规则扫描 | | 规则库版本 | 选填 | 默认使用最新版本，可指定历史版本用于对比 |\n\n\n---\n\n## Module 2: 案件接件审核\n\n# 案件进件检查\n\n在授信审查流程启动前,对客户提交的授信申请材料进行完整性校验和基本信息有效性核查,确保案件满足最低进件标准。\n\n---\n\n## 执行流程 (Workflow)\n\n> 交互模式:模式 A - 报告生成型(Report Generation)\n\n当用户要求检查授信申请案件进件材料时,按以下流程执行:\n\n### 步骤 0:数据确认与验证(先读后写)\n\n1. 确认客户身份:提取客户名称或ID\n2. 确认案件编号:提取案件编号\n3. 确认目标产品:提取产品名称或编码\n4. 检查必填字段:客户名称、案件编号、目标产品、申请金额、申请材料清单\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n6. 若必填字段缺失,输出缺失清单,要求用户补充,停止后续流程\n7. 验证通过后进入步骤1\n\n> 📋 数据来源:`user_upload`\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制：`需人工确认后执行`\n> ⚠️ 强制指令:不得跳过必填字段检查,必须确认客户、案件和产品信息完整\n\n### 步骤 1:客户基本信息有效性校验\n\n> 获取客户基本信息,与官方证照比对有效性。\n> *对接提示:映射到贵行客户信息系统(ECIF)、工商数据接口、身份核验系统,或等效数据聚合工具*\n\n1. 提取客户基本信息(10个字段):客户名称、企业名称、统一社会信用代码、法定代表人、注册资本、成立日期、所属行业、经营地址、联系方式、实控人信息\n2. 逐项校验(对照Step 1基础信息校验表):\n   - 与营业执照逐字比对(企业名称、法定代表人、注册资本、成立日期、经营地址)\n   - 统一社会信用代码校验(18位,符合GB 32100编码规则)\n   - 身份证有效性校验(18位、校验码正确、未过期)\n3. 标注校验结果(✅通过/❌不通过)及严重度(阻断/建议补充)\n4. 信息一致性检查:与营业执照/身份证比对,不一致须标注具体不一致项\n\n> 📋 数据来源:`system_api`(ECIF系统、工商数据接口、身份核验系统)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得跳过信息一致性校验,必须逐字比对企业名称(含括号、有限公司等后缀)\n\n### 步骤 2:申请材料完整性检查\n\n> 对照银行授信材料标准,逐项检查申请材料是否存在、是否有效。\n\n1. 提取申请材料清单,对照材料分级标准(必备/建议/补充三级):\n   - 必备材料(6项):授信申请书、营业执照、法定代表人身份证、财务报表、征信授权书、公司章程\n   - 建议材料(5项):银行流水、纳税证明、经营场所证明、主要合同/订单、对外担保清单\n   - 补充材料(5项):行业资质/许可证、环保/安全合规证明、高新技术企业证书、专利/知识产权清单、上下游客户清单\n2. 逐项检查材料状态(✅已提交/❌缺失/⚠️无效)\n3. 校验材料有效性:\n   - 营业执照须在有效期内,年检/年报正常\n   - 身份证须在有效期内,正反面完整\n   - 财务报表优先使用经审计的年度报表(近2-3年+最近一期)\n   - 征信授权书须为原件扫描件,授权范围覆盖本次授信,签字盖章完整\n4. 标注缺失项严重度(阻断/建议补充/信息提示)\n\n> 📋 数据来源:`system_api`(信贷系统影像档案)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得将\"材料数量充足\"代替\"内容质量达标\",必须检查实质内容\n\n### 步骤 3:申请金额与用途合理性校验\n\n> 提取授信申请书中的关键字段,进行合理性和合规性审查。\n\n1. 提取关键字段:申请金额、用途描述、期限、还款来源\n2. 金额校验(4项):\n   - 金额范围:须在产品政策规定的上下限内(阻断)\n   - 金额单位:必须为人民币(元),外币须额外说明(阻断)\n   - 金额精度:精确到元,不得有歧义(阻断)\n   - 与营收匹配度:申请金额/年营收≤产品政策上限(建议补充)\n3. 用途校验(4项):\n   - 用途非空:不能为空或写\"流动资金\"等笼统描述(阻断)\n   - 用途合规:不得用于股市、房地产、理财、非法集资等禁止领域(阻断,触发I3一票否决)\n   - 用途与产品匹配:流动资金贷款须用于经营周转,固定资产贷款须用于项目建设(阻断)\n   - 还款来源:须明确第一还款来源和第二还款来源(建议补充)\n4. 期限校验(3项):\n   - 期限范围:须在产品政策允许期限内(阻断)\n   - 与用途匹配:流贷期限一般≤1年,固贷期限与项目周期匹配(建议补充)\n   - 还款计划:须有分期还款计划或到期一次性还款说明(建议补充)\n\n> 📋 数据来源:`context`(授信申请书)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得跳过用途合规性检查,必须对照禁止领域清单逐项核查\n\n### 步骤 4:一票否决条件检查\n\n> 检查I1-I6一票否决条件,触发即终止,直接判定\"禁止进件\"。\n\n1. 逐项检查一票否决条件(6项):\n   - I1:企业营业执照已过期、被吊销,或统一社会信用代码无法核验\n   - I2:法定代表人身份证过期或无法核验真实性\n   - I3:资金用途明确指向禁止领域(股市、房地产投机、理财、非法集资、赌博等)\n   - I4:征信授权书缺失或授权范围不足,无法合法获取征信报告\n   - I5:企业已被列入经营异常名录或严重违法失信名单,且未解除\n   - I6:申请材料存在明显伪造痕迹(如印章异常、文件格式不符、数据前后矛盾)\n2. 若触发任一条件,立即停止后续流程,输出\"禁止进件\"结论,在报告顶部红色标注触发条件\n3. 若均未触发,继续步骤5\n\n> 📋 数据来源:`system_api`(工商数据接口、身份核验系统、征信系统)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> 📋 确认机制:`approve`(高风险,触发一票否决须人工确认)\n> ⚠️ 门控步骤:此步骤不通过不得进入下一步\n> - ✅ 无触发 → 进入步骤5\n> - ❌ 触发I1-I6 → **立即停止**,输出\"禁止进件\"结论,标注触发条件\n\n### 步骤 5:生成进件检查报告\n\n> 汇总五步校验结果,输出结构化报告。\n\n1. 汇总校验结果:\n   - 客户基本信息校验(10项)\n   - 申请材料完整性(必备6项+建议5项+补充5项)\n   - 申请金额与用途校验(11项)\n   - 一票否决条件检查(6项)\n2. 生成缺失项汇总与补充指引(阻断项/建议补充项/信息提示项)\n3. 计算进件结论:\n   - ⛔ 不可进件:阻断项>0 或 触发一票否决\n   - ⚠️ 可进件(限期补齐):阻断项=0 且 建议项>0\n   - ✅ 材料齐全:全部通过\n4. 输出结构化报告(使用Output Format模板)\n\n> 📋 数据来源:`context`(步骤1-4校验结果)\n> 📋 执行主体：`具备权限的人员（机构系统内执行）`\n> ⚠️ 强制指令:不得遗漏任何校验项,必须全部覆盖\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷款申请与受理\n> 《商业银行授信工作尽职指引》(银监发〔2004〕51号)——授信申请材料的完整性要求\n> 《征信业管理条例》——征信查询须取得书面授权\n> 银行内部授信业务操作规程——具体进件材料标准\n\n1. **阻断级不降级**:标注为\"阻断\"的缺失项,必须补充完整后方可进入审查流程,不得例外放行\n2. **信息一致性**:客户基本信息须与营业执照、身份证件等官方证照逐字比对,不一致须标注\n3. **授权合规**:征信授权书须为原件扫描件,授权范围须覆盖本次授信查询,复印件/过期授权无效\n4. **金额合理性**:申请金额须在产品政策范围内,用途须具体明确(不得写\"流动资金\"等笼统描述)\n5. **时效性**:营业执照、身份证等证照须在有效期内;财务报表优先使用经审计的年度报表\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤4(一票否决检查),必须执行完整流程\n7. **红线执行强制**:如触发任何一票否决条件(I1-I6),必须立即停止后续流程,输出\"禁止进件\"结论,不得因\"客户资质好\"而忽略\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n**审计日志格式**:\n\n```json\n{\n  \"skill_name\": \"credit-case-intake-check\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"case_id\": \"[案件编号]\",\n  \"operator\": \"[操作人姓名]\",\n  \"steps\": [\n    {\n      \"step\": \"步骤0:数据确认与验证\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"user_upload\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 5\n    },\n    {\n      \"step\": \"步骤1:客户基本信息有效性校验\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"ECIF系统\", \"工商数据接口\", \"身份核验系统\"]},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 30\n    },\n    {\n      \"step\": \"步骤2:申请材料完整性检查\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"信贷系统影像档案\"]},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 45\n    },\n    {\n      \"step\": \"步骤3:申请金额与用途合理性校验\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 20\n    },\n    {\n      \"step\": \"步骤4:一票否决条件检查\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"工商数据接口\", \"身份核验系统\", \"征信系统\"]},\n      \"confirmation\": \"approve\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 25\n    },\n    {\n      \"step\": \"步骤5:生成进件检查报告\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 15\n    }\n  ],\n  \"intake_result\": \"可进件/不可进件/禁止进件\",\n  \"blocking_items_count\": 0,\n  \"veto_triggered\": false,\n  \"total_duration_seconds\": 140\n}\n```\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:信息一致性校验不严格导致后续纠纷\n- **症状**: 进件检查时企业名称与营业执照存在细微差异(如括号全半角、\"有限公司\"vs\"有限责任公司\"),未发现,后续审批阶段被驳回。\n- **原因**: 校验时仅做模糊匹配,未逐字比对。\n- **解决**: 步骤1必须逐字比对企业名称(含括号、有限公司等后缀),任何差异须标注。\n\n### #2:材料数量充足但内容质量不达标\n- **症状**: 客户提交了\"财务报表\",但仅提供1年未经审计报表,进件检查标注\"已提交\",后续审查阶段发现无法满足分析需求。\n- **原因**: 仅检查材料是否存在,未检查实质内容(年限、审计状态、报表类型)。\n- **解决**: 步骤2必须校验材料有效性(营业执照有效期、身份证有效期、财务报表年限+审计状态、征信授权书授权范围)。\n\n### #3:用途合规性检查遗漏导致违规放款\n- **症状**: 客户申请用途写\"投资\",进件检查未发现异常,后续发现资金实际流向股市。\n- **原因**: 未对照禁止领域清单逐项核查,\"投资\"属于模糊描述,未要求客户明确具体投资标的。\n- **解决**: 步骤3必须检查用途合规性,不得用于股市、房地产、理财、非法集资等禁止领域;用途描述不得为\"流动资金\"等笼统描述,须具体到业务场景。\n\n### #4:一票否决触发未立即终止流程\n- **症状**: 营业执照已过期(I1触发),但进件检查继续执行后续步骤,最终输出\"可进件(限期补齐)\",违反一票否决规则。\n- **原因**: 步骤4一票否决检查未设置为门控步骤,触发后未立即停止。\n- **解决**: 步骤4必须标注为门控步骤,触发任一I1-I6条件,立即停止后续流程,输出\"禁止进件\"结论,在报告顶部红色标注触发条件。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:新客户首笔授信进件检查\n\n**用户输入**:\n```\n帮我检查一下这个进件材料:客户XX机械制造有限公司,案件编号CASE-2026-001,申请流动资金贷款5000万元,已提交授信申请书、营业执照、法定代表人身份证、2024年经审计年报、征信授权书。\n```\n\n**Skill执行流程**:\n1. 步骤0:数据确认 → 提取客户名称、案件编号、产品名称、申请金额、材料清单(5项)\n2. 步骤1:客户基本信息校验 → 10项字段校验(✅通过/❌不通过)\n3. 步骤2:申请材料完整性检查 → 必备材料6项,缺失\"公司章程\"(❌阻断)\n4. 步骤3:申请金额与用途校验 → 金额范围检查、用途合规性检查\n5. 步骤4:一票否决条件检查 → I1-I6均未触发(✅通过)\n6. 步骤5:生成进件检查报告 → 阻断项=1(公司章程),结论:⛔ 不可进件\n\n**输出要点**:\n- 核心结论:缺少必备材料\"公司章程\",不可进件\n- 缺失项:公司章程(阻断级,须补充后方可进件)\n- 补充指引:需要最新公司章程,含股东会/董事会决议权限条款,联系客户索取\n\n### 示例2:营业执照过期触发一票否决\n\n**用户输入**:\n```\n检查进件:XX制造有限公司,CASE-2026-012,流动资金贷款5000万元,营业执照已过期,其他材料齐全。\n```\n\n**Skill执行流程**:\n1. 步骤0:数据确认 → 提取客户名称、案件编号、产品名称、申请金额、材料清单\n2. 步骤1:客户基本信息校验 → 企业名称、统一信用代码校验\n3. 步骤2:申请材料完整性检查 → 必备材料6项均已提交\n4. 步骤3:申请金额与用途校验 → 金额范围检查\n5. 步骤4:一票否决条件检查 → I1触发(营业执照已过期),立即停止\n6. 输出\"禁止进件\"结论,在报告顶部红色标注【一票否决-I1】\n\n**输出要点**:\n- 核心结论:触发一票否决-I1(营业执照已过期),禁止进件\n- 触发条件:企业营业执照已过期\n- 处理措施:客户须先办理营业执照续期,重新提交后方可进件\n\n---\n\n## 非功能范围 (Out of Scope)\n\n本 Skill 不处理以下场景:\n- **贷后管理**: 授信发放后的风险监控、风险分类调整、不良资产处置(请使用贷后管理相关 Skill)\n- **授信审批决策**: 实质性风险判断、授信额度核定、利率定价(请使用 credit-approval Skill)\n- **无具体案件背景的一般合规咨询**: 仅询问\"进件需要什么材料\"但无具体客户和案件信息(请提供具体案件信息后再次调用)\n- **材料真实性鉴定**: 本 Skill 仅进行形式审查(材料是否存在、是否有效),不鉴定材料真伪(真伪鉴定由尽职调查环节处理)\n- **越权建议**: 本 Skill 仅输出材料完整性检查结果,不提供\"建议批准\"或\"建议拒绝\"等审批决策建议\n\n如果用户请求以上内容,明确告知并建议合适的工具或联系信贷审批部。\n\n---\n\n## 质量要求\n\n1. **材料分级准确**:每项材料须正确归类为必备/建议/补充,不得随意降级\n2. **校验规则全覆盖**:客户基本信息10项 + 必备材料6项 + 建议材料5项 + 补充材料5项 + 金额用途11项须全部覆盖\n3. **一票否决前置**:I1-I6 须在步骤4优先检查,触发即终止\n4. **补充指引具体化**:每项缺失须给出\"需要什么、为什么需要、去哪里获取\"三级指引\n5. **信息一致性核对**:企业名称、法人、统一信用代码须与官方证照逐字比对\n6. **时效性标注**:营业执照、身份证等证照有效期须在报告中标注\n7. **不得臆造数据**:无法获取的材料状态标注\"未获取\",不得推断为\"已提交\"或\"缺失\"\n8. **版本可追溯**:进件检查报告须由具备权限的人员归入机构案件档案,支持后续审计调阅\n\n---\n\n## 典型应用场景\n\n| 场景 | 检查重点 | |------|---------| | 新客户首笔授信进件 | 全面覆盖所有校验项,重点关注主体资格和必备材料 | | 存量客户追加授信进件 | 关注新增材料(如最新财报、最新征信授权),历史材料在有效期内可复用 | | 线上渠道自助进件 | 自动化校验为主,重点检查身份证OCR识别准确性、授权书签字完整性 | | 材料补齐后复验 | 仅校验上次缺失项,确认补充材料有效性,生成复验报告 | | 跨产品转换进件 | 重新校验新产品特有的必备材料(如固定资产贷款的项目批复) |\n\n---\n\n## 输入参数说明\n\n| 参数 | 级别 | 说明 | |------|------|------| | 客户名称/ID | 必填 | 用于关联客户信息和历史案件 | | 案件编号 | 必填 | 用于标识本次授信申请 | | 目标产品名称/编码 | 必填 | 决定材料清单标准和金额范围规则 | | 申请金额 | 必填 | 用于金额合理性校验 | | 申请材料清单 | 必填 | 系统已上传的材料列表 | | 操作模式 | 建议 | 首次检查 / 材料补齐后复验 / 跨产品转换 | | 历史案件参考 | 选填 | 同客户近期授信案件,可复用有效材料 |\n\n\n---\n\n## Module 3: 贷前信用分析\n\n# 访前穿透分析\n\n在走访客户之前,对客户进行系统性的背景调查和风险筛查,确保走访目标明确、风险已知。\n\n---\n\n## 目标角色 (Target Role)\n\n- **角色**: 对公客户经理、风险经理、信贷审批官\n- **使用场景**: 新客户首次走访前背景调查、存量客户续贷前风险评估、不良预警客户走访准备、大额新增授信走访前摸底\n- **输出用途**: 生成结构化\"访前一页纸\",用于走访计划制定、风险问题清单准备、走访重点方向确定\n- **决策层级**: 触发一票否决(V1-V6)须上报风险管理部门,红旗信号须走访时重点核实,黄旗信号纳入常规关注\n- **执行频率**: 每次实地走访前必做,新客户首笔授信/存量客户续贷/风险预警触发时强制使用\n\n---\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 企业工商数据 | 企查查/天眼查/国家企业信用信息公示系统 | API接口或机构系统能力 | 公开 | | 司法风险数据 | 凭安征信/企查查司法模块/法院公告网 | API接口或机构系统能力 | 公开 | | 舆情监控数据 | 机构批准的合规模型服务平台Web搜索/新闻舆情系统 | Web搜索或机构系统能力 | 公开 | | 行内存贷数据 | CRM系统/核心银行系统 | 内部API或机构系统能力 | 内部 | | 外部征信数据 | 人民银行征信系统 | 内部API(需客户书面授权) | 敏感 |\n\n### 数据脱敏规则\n- 客户名称、统一社会信用代码在输出中使用脱敏占位符(如\"XX制造有限公司\")\n- 征信报告中的个人身份证号、银行账号须替换为`[证件号码]`、`[银行账号]`\n- 行内存贷数据中的具体金额可使用区间描述(如\"1000-2000万\")\n\n### 降级策略\n1. **工商数据接口不可用**: 使用国家企业信用信息公示系统网页查询作为降级,标注\"数据来源:网页查询,时效性可能延迟\"\n2. **行内CRM系统不可用**: 跳过行内数据分析,在报告中明确标注\"行内数据不可用,建议走访时向客户索取\",继续执行其他步骤\n3. **征信系统不可用或未取得授权**: 记录\"未取得征信授权,跳过征信查询\",仅依赖公开数据(工商/司法/舆情),在报告中注明局限\n4. **舆情搜索工具不可用**: 使用通用搜索引擎(Web Search)替代,扩大关键词范围,标注\"舆情数据来源:通用搜索,覆盖度可能受限\"\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷前调查要求\n> 《关于加强贷款风险管理的通知》(银监发〔2020〕22号)——风险识别与预警\n> 《企业信用报告》查询合规要求——征信查询须取得书面授权\n> 银行内部贷前调查操作规程——具体访前分析标准\n\n1. **数据来源透明**:所有数据点须标注来源工具/渠道,不得臆造或推断数据\n2. **授权合规**:查询征信报告需确认已取得客户书面授权,否则仅查公开信息\n3. **红旗优先**:发现一票否决信号(V1-V6)须立即突出标注,不得在摘要中淡化\n4. **工具失败不中断**:某数据源调用失败时,记录原因并继续其他步骤,不得因单一失败中止分析\n5. **客观中立**:如实呈现数据,结论须有依据,不做过度主观推断\n6. **禁止跳过步骤**:不得跳过步骤0(数据确认)和步骤6(一票否决自检),必须执行完整流程\n7. **禁止越权建议**:仅输出访前风险分析,不提供授信审批决策、贷款定价建议或风险分类调整建议\n\n---\n\n## 执行流程 (Workflow)\n\n> 📋 交互模式:模式A - 报告生成型(Report Generation)\n> 监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷前调查要求\n\n### 步骤0:数据确认与验证(先读后写)\n\n**执行说明**:在开始访前分析前,必须确认输入数据完整性和有效性。\n\n**执行步骤**:\n1. 确认客户名称或客户ID非空,统一社会信用代码(如有)格式正确\n2. 确认走访目的(新客户首笔/存量续贷/不良预警/大额新增),影响分析侧重点\n3. 确认征信授权状态(已取得/未取得),决定是否执行步骤5\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n5. 验证通过后才能进入步骤1,验证失败则返回数据缺失清单\n\n> ⚠️ **不得跳过必填字段检查,必须确认客户名称/ID和走访目的完整**\n\n---\n\n### 步骤1:企业工商基本信息收集\n\n**执行说明**:获取企业工商注册信息,穿透股权结构至最终自然人。\n\n**执行步骤**:\n1. 查询企业工商注册信息:全称、统一社会信用代码、法人代表、注册资本、成立时间、经营范围、股东结构\n2. 核查注册资本实缴比例:实缴比例 < 30% → 标注⚠️黄旗\n3. 核查经营范围是否涵盖申请业务对应的行业:不匹配 → 标注⚠️黄旗\n4. 执行股权穿透(至少3层),识别实际控制人:超过3层穿透 → 标注⚠️黄旗,关注代持风险\n5. 关注法人/实控人是否与已知风险名单重合:重合 → 标注🚩红旗\n\n> ⚠️ **不得跳过股权穿透步骤,必须穿透至最终自然人,不得停留在中间层法人**\n\n---\n\n### 步骤2:司法风险筛查\n\n**执行说明**:获取企业司法风险记录,识别重大诉讼和行政处罚。\n\n**执行步骤**:\n1. 查询失信被执行人记录:存在 → 触发 **V1 一票否决**\n2. 查询裁判文书:涉案金额 > 注册资本 30% → 标注🚩红旗\n3. 查询近2年行政处罚记录:≥ 3次 → 标注🚩红旗\n4. 查询经营异常状态:状态未解除 → 标注⚠️黄旗,要求现场核实\n5. 查询法人/实控人个人诉讼:金额 > 50万 → 标注⚠️黄旗\n\n> ⚠️ **不得跳过失信被执行人检查,必须逐一核查V1触发条件**\n\n---\n\n### 步骤3:经营状况与舆情扫描\n\n**执行说明**:获取企业经营动态和舆情信息,识别负面信号。\n\n**执行步骤**:\n1. 执行舆情搜索,关键词:`企业名称 + 违规/欺诈/跑路/资金链/债务危机`\n2. 关注近6个月内舆情:存在负面 → 标注🚩红旗;超过1年的历史负面 → 标注⚠️供参考\n3. 查询对外投资企业:有失信/注销记录 → 标注⚠️黄旗\n4. 查询荣誉资质(高新技术企业、专精特新等):有效期内 → 记录为✅正面信号\n\n> ⚠️ **不得仅搜索单一关键词,必须覆盖至少5个风险关键词组合**\n\n---\n\n### 步骤4:行内存贷数据收集(如可用)\n\n**执行说明**:获取客户在行内的存贷记录和授信占用情况。\n\n**执行步骤**:\n1. 查询客户全景视图:存款余额、授信余额、贷款明细\n2. 计算授信占用率:占用率 > 90% → 标注⚠️黄旗,关注是否有新增需求空间\n3. 查询到期提醒:授信/贷款在90天内到期 → 标注⚠️黄旗,提前准备续贷材料\n4. 查询历史逾期记录:近2年有逾期 → 标注⚠️黄旗,了解原因\n5. 计算存款覆盖倍数:存款余额 < 月均还款额2倍 → 标注⚠️黄旗,关注流动性\n\n> ⚠️ **如行内系统不可用,记录\"行内数据不可用\",继续执行其他步骤,不得中断**\n\n---\n\n### 步骤5:外部征信收集(需客户授权)\n\n**执行说明**:获取人民银行征信报告,分析信用历史。\n\n**执行步骤**:\n1. 确认征信授权状态:未取得授权 → 记录\"未取得授权,跳过征信查询\",进入步骤6\n2. 查询征信报告:最近6个月征信查询次数 > 6次 → 标注⚠️黄旗(频繁借贷信号)\n3. 查询对外担保情况:对外担保总额 > 净资产 50% → 标注⚠️黄旗\n4. 查询未结清逾期贷款:存在M3及以上逾期(6个月内) → 触发 **V2 一票否决**\n\n> ⚠️ **如无法获取征信授权,必须显式记录并继续,不得因缺少征信数据中止分析**\n\n---\n\n### 步骤6:一票否决条件自检与报告生成\n\n**执行说明**:比对V1-V6一票否决条件,生成结构化\"访前一页纸\"。\n\n**执行步骤**:\n1. 逐一比对V1-V6一票否决条件:\n   - V1:企业或实控人被列入失信被执行人名单,且未解除\n   - V2:征信系统存在未结清逾期贷款(M3及以上,6个月内)\n   - V3:企业被纳入经营异常名录超过1年,且无任何解除记录\n   - V4:近2年内有涉嫌金融诈骗、洗钱相关行政处罚或刑事立案记录\n   - V5:企业所属行业属于监管明令限制/淘汰类(《产业结构调整指导目录》淘汰类)\n   - V6:实控人近期出逃、失联,或有相关负面舆情经多源交叉验证属实\n2. 如触发任何一票否决条件,在报告顶部红色标注:【一票否决-VX:触发原因】\n3. 生成结构化\"访前一页纸\",包含企业概况、经营状况、风险信号评级、走访重点建议、数据来源\n4. 调用笔记保存能力,将报告由具备权限的人员在机构系统中录入客户笔记区\n\n> ⚠️ **不得遗漏任何一票否决条件,必须逐一比对V1-V6;如触发,必须在报告顶部红色标注,不得淡化**\n\n---\n\n## 输出格式 (Output Format)\n\n输出结构化\"访前一页纸\",包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 报告编号、生成时间、客户名称、走访目的 | 表格 | | 企业概况 | 全称/统一信用代码/成立时间、法人/实控人(穿透至自然人)、注册资本(认缴/实缴)、经营范围、股权结构要点 | 表格 | | 经营状况 | 主营业务、近期经营动态(舆情/公告/投资动向)、行内存贷数据摘要(存款余额/授信余额/占用率/近期还款)、资质荣誉(含有效期) | 表格 | | 风险信号评级 | 红旗信号(重大风险)、黄旗信号(潜在风险)、正面信号(支持授信因素),逐条列出并注明数据来源 | 列表 | | 一票否决检查 | V1-V6逐一比对结果,如触发须红色标注 | 表格 | | 走访重点建议 | 必须核实的事项(针对红旗/黄旗)、建议了解的问题、建议收集的材料 | 列表 | | 数据来源 | 五大数据维度(工商/司法/舆情/行内/征信)状态、来源工具/渠道、备注 | 表格 |\n\n**报告模板示例**:\n\n```markdown\n## 访前一页纸 — [客户名称]\n> 分析时间:YYYY-MM-DD HH:MM\n> 分析类型:访前穿透分析\n> ⚠️ 如触发一票否决信号,在此处红色标注:【一票否决-VX:触发原因】\n\n---\n\n### 企业概况\n- 全称 / 统一社会信用代码 / 成立时间\n- 法人代表 / 实际控制人(穿透至自然人)\n- 注册资本(认缴/实缴) / 经营范围\n- 股权结构要点(如有异常穿透关系注明)\n\n### 经营状况\n- 主营业务 / 主要产品或服务\n- 近期经营动态(舆情、公告、投资动向)\n- 行内存贷数据摘要(存款余额、授信余额/占用率、近期还款情况)\n- 资质荣誉(高新、专精特新等,含有效期)\n\n### 风险信号评级\n#### 🚩 红旗信号(重大风险,须决策是否继续推进)\n- [逐条列出,注明数据来源和发现时间]\n\n#### ⚠️ 黄旗信号(潜在风险,走访时重点核实)\n- [逐条列出,注明核实建议]\n\n#### ✅ 正面信号(支持授信的积极因素)\n- [逐条列出]\n\n### 走访重点建议\n1. **必须核实的事项**:[针对红旗/黄旗信号的对应核实清单]\n2. **建议了解的问题**:[需向企业方获取的信息,如财务数据、合同等]\n3. **建议收集的材料**:[走访时应请企业提供的文件]\n\n### 数据来源\n| 数据维度 | 状态 | 来源工具/渠道 | 备注 | |---------|------|-------------|------| | 工商信息 | ✅成功 | XXX | - | | 司法风险 | ✅成功 | XXX | - | | 舆情 | ✅成功 | XXX | - | | 行内数据 | ❌失败 | - | 原因:XXX | | 征信 | ⏭️跳过 | - | 原因:未取得授权 |\n```\n\n> 生成完成后,调用**笔记保存能力**,将上述\"访前一页纸\"由具备权限的人员在机构系统中录入客户笔记区。\n> 本输出可被 credit-due-diligence 和 visit-memo Skill 解析使用\n> 引用 `shared/disclaimer-template.md` 模板,在报告末尾添加免责声明\n\n---\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"pre-visit-credit-analysis\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"visit_purpose\": \"新客户首笔/存量续贷/不良预警/大额新增\",\n  \"data_sources\": {\n    \"business_registry\": {\"status\": \"success\", \"source\": \"企查查API\"},\n    \"judicial_risk\": {\"status\": \"success\", \"source\": \"凭安征信\"},\n    \"public_opinion\": {\"status\": \"success\", \"source\": \"机构批准的合规模型服务平台Web搜索\"},\n    \"internal_data\": {\"status\": \"failed\", \"reason\": \"CRM系统不可用\"},\n    \"credit_report\": {\"status\": \"skipped\", \"reason\": \"未取得征信授权\"}\n  },\n  \"veto_checks\": {\n    \"V1\": false,\n    \"V2\": false,\n    \"V3\": false,\n    \"V4\": false,\n    \"V5\": false,\n    \"V6\": false\n  },\n  \"red_flags_count\": 2,\n  \"yellow_flags_count\": 3,\n  \"report_saved\": true\n}\n```\n\n**审计日志保留期限**:至少3年。\n\n---\n\n## 踩坑记录 (Gotchas)\n\n### #1:股权穿透停留在中间层法人\n- **症状**:报告仅显示直接股东,未穿透至最终自然人实控人,遗漏代持风险。\n- **原因**:工商数据API返回层级有限,或AI跳过深层穿透步骤。\n- **解决**:步骤1强制执行至少3层穿透,如超过3层标注\"穿透链条过长,关注代持风险\",不得停留在中间层法人。\n\n### #2:舆情搜索关键词单一导致遗漏\n- **症状**:仅搜索\"企业名称+违规\",遗漏\"资金链断裂\"、\"实际控制人失联\"等关键负面信息。\n- **原因**:搜索关键词覆盖不足,未执行多维度组合搜索。\n- **解决**:步骤3必须覆盖至少5个风险关键词组合(违规/欺诈/跑路/资金链/债务危机),不得仅用单一关键词。\n\n### #3:征信未取得授权但未显式记录\n- **症状**:报告中未提及征信查询状态,用户不知道是否已查征信。\n- **原因**:未取得授权时AI直接跳过步骤5,未在报告中显式记录。\n- **解决**:步骤5必须显式记录\"未取得征信授权,跳过征信查询\",并在数据来源表格中标注\"⏭️跳过\"。\n\n### #4:走访建议泛泛而谈缺乏针对性\n- **症状**:走访建议写\"了解财务情况\"、\"核实经营状况\"等笼统描述,无法指导实际走访。\n- **原因**:AI未将风险信号转化为具体核实问题。\n- **解决**:走访建议必须针对发现的红旗/黄旗信号,如\"核实近2年营收与银行流水是否匹配\"、\"询问涉诉案件当前进展\",不得泛泛而谈。\n\n---\n\n## 示例 (Examples)\n\n### 示例1:新客户首次走访前分析\n\n**用户输入**:\n```\n做一下XX制造有限公司的访前分析,首次走访,目的是新客户首笔授信,征信已取得授权。\n```\n\n**Skill执行流程**:\n1. 步骤0:确认客户名称\"XX制造有限公司\"、走访目的\"新客户首笔授信\"、征信授权\"已取得\"\n2. 步骤1:查询工商信息,发现注册资本5000万,实缴仅1000万(20%) → 标注⚠️黄旗\n3. 步骤2:查询司法风险,无失信记录,但有1起涉案金额800万的合同纠纷(占注册资本16%) → 无红旗\n4. 步骤3:舆情搜索,发现3个月前新闻报道\"公司获得高新技术企业认定\" → 记录✅正面信号\n5. 步骤4:行内数据不可用(新客户无记录) → 记录\"行内数据不可用\"\n6. 步骤5:征信查询,无逾期记录,近6个月查询3次 → 无黄旗\n7. 步骤6:比对V1-V6,无一票否决触发,生成\"访前一页纸\"\n\n**输出要点**:\n- 企业概况:注册资本5000万(实缴20%⚠️),成立时间2年,法人张三\n- 风险信号:1条黄旗(实缴比例低),1条正面(高新技术企业)\n- 走访建议:核实实缴资本到位计划、询问合同纠纷进展、索取财务报表\n\n### 示例2:存量客户续贷前走访分析\n\n**用户输入**:\n```\n查一下XX贸易有限公司的访前情况,存量客户续贷,走访时间下周三。\n```\n\n**Skill执行流程**:\n1. 步骤0:确认客户名称\"XX贸易有限公司\"、走访目的\"存量续贷\"、征信授权\"未取得\"\n2. 步骤1:工商信息无异常,股权结构稳定\n3. 步骤2:司法风险发现近2年有3次行政处罚 → 标注🚩红旗\n4. 步骤3:舆情搜索无重大负面\n5. 步骤4:行内数据显示授信占用率95%,存款余额低于月均还款额1.5倍 → 标注⚠️黄旗\n6. 步骤5:未取得征信授权 → 记录\"跳过征信查询\"\n7. 步骤6:比对V1-V6,无触发,生成\"访前一页纸\"\n\n**输出要点**:\n- 风险信号:1条红旗(3次行政处罚),1条黄旗(流动性紧张)\n- 走访建议:核实行政处罚整改情况、询问授信占用率高原因、了解还款计划\n\n---\n\n## 非功能范围 (Out of Scope)\n\n- 本技能不提供授信审批决策建议(仅提供访前风险分析,审批决策由credit-approval Skill处理)\n- 本技能不执行贷后风险分类调整(仅用于走访前背景调查)\n- 本技能不处理不良资产处置流程(仅识别预警信号,处置由不良资产管理系统处理)\n- 本技能不替代实地走访(仅提供走访前准备,不替代现场调查)\n- 如果用户请求以上内容,明确告知并建议联系相关部门或使用合适的工具\n\n\n---\n\n## Module 4: 抵质押风险管理\n\n# 押品全生命周期风险评估与管理\n\n对授信业务涉及的押品(抵押物/质押物),执行准入、评估、登记、监控、处置五环节的风险评估与管理。\n\n## 目标角色 (Target Role)\n\n- **角色**:信贷审批官、风险经理、对公客户经理、贷后管理岗\n- **使用场景**:授信审批前押品合规性审查、贷后押品价值监控、风险预警触发后的处置评估\n- **输出用途**:生成结构化押品风险报告,作为授信审批决策和贷后风险分类的参考依据\n- **决策层级**:高风险决策(押品充足性直接影响授信额度和风险敞口)\n- **执行频率**:按需执行(贷前审查/贷后定期监控/风险事件触发)\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 押品清单及权属证明 | 信贷系统押品台账、不动产登记系统 | 系统API查询/人工录入 | 内部 | | 评估报告 | 评估机构库、评估报告查询接口 | 接口调用/文件上传 | 内部 | | 登记信息 | 不动产登记中心、中登网、市场监管部门 | 外部系统查询 | 公开 | | 市场价格数据 | 外部市场数据源、内部估值模型 | API调用/手工录入 | 内部 | | 保险信息 | 保险公司系统、信贷系统 | 接口查询 | 内部 |\n\n### 降级策略\n- 如果评估报告查询接口不可用:使用最近一次人工上传的评估报告,但须在报告中标注\"数据来源:历史报告,未实时核验\"\n- 如果市场价格数据源不可用:不得用行业平均值替代,须在报告中注明\"市场价格数据暂不可用,押品价值可能存在偏差\"\n- 如果登记系统不可用:要求人工提供登记证明文件扫描件,不得跳过登记核验步骤\n- 如果保险信息不可用:标注\"保险状态未知,须人工核实后补充\",对须强制投保的押品(房产/设备/存货)按C6一票否决条件处理\n\n## 执行流程 (Workflow)\n\n> 📋 交互模式:模式B - 步骤门控型(Step-Gated Workflow)\n> 监管依据:《商业银行押品管理指引》(银监发〔2017〕16号)、《民法典》担保物权分编、《不动产登记暂行条例》\n\n### 步骤0：数据确认与验证(先读后写)\n\n**执行说明**:在开始押品风险评估前,必须确认输入数据完整性和有效性。\n\n**执行步骤**:\n1. 列出输入的押品清单,确认包含押品名称、类别、权属人、评估价值等关键字段\n2. 确认业务场景(贷前评估/审批审查/贷后监控/风险处置)\n- 由机构系统既有的校验环节完成输入完整性与合规性检查。\n4. 验证通过后才能进入步骤1,验证失败则返回数据缺失清单\n\n> ⚠️ **不得跳过必填字段检查,必须确认押品清单、权属证明和评估报告完整**\n\n---\n\n### 步骤1：押品准入合规性筛查\n\n**执行说明**:核查押品是否在可接受范围内,排除法律法规禁止或权属不清的押品。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,逐笔核对押品是否在总行最新版《可接受押品清单》内\n2. 对房产类押品核查房龄、区域、规划用途是否匹配清单要求\n3. 对应收账款类确认核心企业评级、账期、是否存在商业纠纷\n4. 检查是否存在不可接受押品清单中的情形\n\n**门控条件**:\n- ✅ 所有押品均在可接受清单内 → 进入步骤2\n- ❌ 押品属于法律法规明确禁止抵押或质押的财产(C3触发) → **立即停止,输出\"禁止准入\"结论,不得因\"客户资质好\"而忽略**\n- ⚠️ 押品权属存在瑕疵(如租赁期超过授信期限) → 标记风险点,进入步骤2但在最终报告中高亮\n\n> ⚠️ **不得跳过权属清晰度检查,必须逐笔确认押品无查封、无冻结、无权属争议**\n\n---\n\n### 步骤2：价值评估合理性审查\n\n**执行说明**:审查评估报告的有效性、评估方法的适用性、评估价值的合理性。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,确认评估机构资质(须在总行认可名单内)\n2. 检查评估基准日距授信申请日是否≤6个月,超期须重新评估\n3. 确认评估方法适用性(房产优先市场法,设备优先成本法,收益性资产可用收益法)\n4. 交叉验证评估价值与近期同类交易价的偏差(≤20%为合理,>20%须二次评估)\n5. 检查评估报告中的\"特别事项说明\"和\"限制使用条件\"\n\n**门控条件**:\n- ✅ 评估报告有效且价值合理 → 进入步骤3\n- ❌ 评估价值虚高,偏离同类资产市场价超过30%(C4触发) → **红色警示,要求重新评估或二次评估确认,未确认前不得作为授信依据**\n- ❌ 评估机构非总行认可名单内或评估报告超期失效 → **退回重新评估,不得采纳**\n- ⚠️ 评估价值偏差在20%-30%之间 → 标记风险点,进入步骤3但在最终报告中高亮\n\n> ⚠️ **不得采纳未经评估或超期失效的押品价值,不得将\"有评估报告\"代替\"评估价值合理\"**\n\n---\n\n### 步骤3：登记手续完备性核验\n\n**执行说明**:核验抵质押登记的合法有效性、优先受偿权、权证管理规范性。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,确认各押品类别的登记机关和登记要求\n2. 查询登记簿确认押品是否存在在先抵押、在先质押或其他优先权\n3. 对存在多顺位抵押的,计算综合抵押率=总担保债权/评估价值,不得超过押品类别的抵押率上限\n4. 核验权证原件是否由运营部门集中保管,台账是否完整\n5. 关注税收优先权:纳税人欠缴税款发生在押品设定之前的,税收优先于抵押权\n\n**门控条件**:\n- ✅ 登记完备且无在先权利冲突 → 进入步骤4\n- ❌ 关键权证缺失、伪造或与登记信息不一致(C5触发) → **红色警示,视为无效担保,不得进入后续流程**\n- ❌ 押品权属存在争议或存在重复抵押/质押未披露(C2触发) → **红色警示,须取得优先权人同意或补充披露,未解决前不得进入后续流程**\n- ⚠️ 登记信息存在轻微瑕疵(如登记期限未预留缓冲期) → 标记风险点,进入步骤4但在最终报告中高亮\n\n> ⚠️ **不得跳过优先受偿权核查,必须查询登记簿确认无在先抵押、无重复抵押**\n\n---\n\n### 步骤4：存续期动态监控\n\n**执行说明**:在授信存续期内定期监控押品价值、物理状态、权属变化,触发预警时启动应对机制。\n\n**执行步骤**:\n1. 查阅 机构既有规范或功能,按监控频率执行各项监控\n2. 检查押品价值波动(每季度),跌幅≥15%触发黄色预警,≥25%触发红色预警\n3. 检查押品物理状态(每半年实地查看),损毁率>20%或闲置>6个月须重评\n4. 检查权属变化(实时监测),查封/冻结/转让立即红色预警\n5. 检查保险状态(每季度),保单到期前30天提醒续保\n6. 对触发预警的押品,执行价值补足机制(客户须在15个工作日内补足保证金、追加押品或提前偿还部分贷款)\n\n**门控条件**:\n- ✅ 押品状态正常,无预警触发 → 进入步骤5\n- ⚠️ 触发黄色预警(价值跌幅≥15%) → 标记风险点,生成预警通知,进入步骤5\n- ❌ 触发红色预警(价值跌幅≥25%或权属变化) → **立即红色警示,启动补足机制或压缩敞口,不得忽略**\n\n> ⚠️ **不得跳过实地查看步骤,必须留存影像资料(照片/视频),注明拍摄时间、地点、查看人**\n\n---\n\n### 步骤5：处置合规性检查\n\n**执行说明**:当触发押品处置条件(逾期、违约、风险预警升级)时,按法定程序执行处置并确保合规。\n\n**执行步骤**:\n1. 确认处置启动条件(逾期90天/违约事件/担保严重不足/破产清算)\n2. 执行书面催收与证据固定(留存送达证据,启动诉讼时效管理)\n3. 优先协商处置(自行变卖/折价抵债/协议拍卖),处置价格须经评估机构确认\n4. 协商不成的,向法院申请实现担保物权或提起诉讼,申请财产保全\n5. 处置收入优先偿还贷款本息、违约金、实现债权的费用,按登记先后顺序清偿\n6. 处置完结后注销抵押/质押登记,释放权证\n\n**门控条件**:\n- ✅ 处置程序合规完成 → 输出处置完成报告\n- ❌ 处置程序存在违法情形(如拍卖底价低于评估价70%、未履行通知义务) → **红色警示,须纠正后方可继续**\n\n> ⚠️ **不得跳过诉讼时效管理,必须确保不丧失胜诉权;拍卖底价不得低于评估价70%**\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行押品管理指引》(银监发〔2017〕16号)——押品准入、评估、登记、监控、处置全流程要求\n> 《民法典》第二编物权(第二分编 担保物权)——抵押权、质权设立与实现\n> 《不动产登记暂行条例》及实施细则——不动产抵押登记程序\n> 《应收账款质押登记办法》(中国人民银行令〔2019〕第4号)——应收账款质押登记规则\n> 《动产和权利担保统一登记办法》(中国人民银行令〔2021〕第7号)——动产质押登记规则\n\n1. **押品合法所有**:押品须为借款人或第三人合法所有,权属证书齐全,且不存在查封、冻结、扣押等司法限制\n2. **评估有效**:评估报告须在有效期内,超期押品价值须重新评估后方可作为授信依据\n3. **登记完备**:登记手续须完备有效,他项权证或登记证明须在规定时限内入库保管\n4. **抵押率合规**:抵押率不得超过品类上限(房产70%、土地60%、设备50%、应收账款80%、知识产权30%、存货60%、金融资产90%)\n5. **监控执行**:存续期监控须按频率执行,价值跌幅≥15%须启动预警,≥25%须启动补足或压缩敞口\n6. **禁止越权**:本技能仅提供押品风险评估,不得提供授信审批决策、不得提供押品处置价格建议\n7. **红线强制**:如触发任何一票否决条件(C1-C6),必须立即停止后续流程,输出\"不合格担保\"结论,不得因\"客户资质好\"而忽略\n\n## 审计追踪 (Audit Trail)\n\n- 留痕与追溯由机构系统既有机制完成；本技能不指导建立任何本地日志目录，也不涉及留存期限设置。\n\n```json\n{\n  \"skill_name\": \"credit-collateral-risk-mgmt\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T15:30:00+08:00\",\n  \"operator\": \"信贷审批官/风险经理\",\n  \"business_scenario\": \"贷前评估/审批审查/贷后监控/风险处置\",\n  \"collateral_count\": 3,\n  \"steps\": [\n    {\n      \"step\": \"数据确认与验证\",\n      \"result\": \"pass\",\n      \"data_source\": \"信贷系统押品台账\"\n    },\n    {\n      \"step\": \"准入合规性筛查\",\n      \"result\": \"pass\",\n      \"rejection_triggered\": false\n    },\n    {\n      \"step\": \"价值评估合理性审查\",\n      \"result\": \"warning\",\n      \"warning_details\": \"房产评估价值偏离市场价18%,接近20%阈值\"\n    },\n    {\n      \"step\": \"登记手续完备性核验\",\n      \"result\": \"pass\",\n      \"registration_verified\": true\n    },\n    {\n      \"step\": \"存续期动态监控\",\n      \"result\": \"pass\",\n      \"alert_level\": \"yellow\"\n    },\n    {\n      \"step\": \"处置合规性检查\",\n      \"result\": \"not_applicable\",\n      \"reason\": \"未触发处置条件\"\n    }\n  ],\n  \"compliance_check\": {\n    \"c1_triggered\": false,\n    \"c2_triggered\": false,\n    \"c3_triggered\": false,\n    \"c4_triggered\": false,\n    \"c5_triggered\": false,\n    \"c6_triggered\": false\n  }\n}\n```\n\n**审计日志保留期限**:至少3年。\n\n## 踩坑记录 (Gotchas)\n\n### #1:忽视评估报告限制条件导致价值虚高\n- **症状**:评估报告表面合规,但\"特别事项说明\"中存在重大限制(如押品存在长期租约、规划调整等),导致实际价值低于评估价值\n- **原因**:仅关注评估价值数字,未仔细阅读评估报告全文,特别是限制使用条件\n- **解决**:步骤2必须要求逐字阅读评估报告的\"特别事项说明\"和\"限制使用条件\"章节,发现限制条件须在报告中高亮并调整押品价值预期\n\n### #2:多顺位抵押计算错误导致担保不足\n- **症状**:仅关注本行抵押顺位,未计算在先抵押金额,导致综合抵押率超过上限\n- **原因**:未查询完整登记簿,或未正确计算综合抵押率(总担保债权/评估价值)\n- **解决**:步骤3必须查询登记簿确认所有在先抵押,计算综合抵押率,超过上限须红色预警\n\n### #3:保险续期遗漏导致押品风险敞口\n- **症状**:押品保单到期未续保,发生火灾/损毁等风险事件时无法获得保险赔付\n- **原因**:未建立保险续期提醒机制,或提醒后未跟踪客户续保情况\n- **解决**:步骤4必须检查保险状态,保单到期前30天提醒续保,到期未续保的按C6一票否决条件处理\n\n### #4:处置程序违法导致优先受偿权丧失\n- **症状**:处置过程中未履行通知义务或拍卖程序违法,导致处置结果被法院撤销\n- **原因**:急于处置变现,忽略法定程序要求(如拍卖公告期、优先购买权人通知)\n- **解决**:步骤5必须严格对照法定程序执行,每个环节须留痕,程序违法须立即纠正\n\n## 示例 (Examples)\n\n### 示例1:贷前押品准入评估\n\n**用户输入**:\n```\n客户名称:XX制造有限公司\n授信申请编号:CRED-2026-001234\n业务场景:贷前评估\n押品清单:\n  1. 房产:商业用房,位于北京市朝阳区,面积500平方米,评估价值1500万元,评估基准日2026-03-15\n  2. 设备:通用生产设备,评估价值300万元,评估基准日2026-04-01\n申请金额:1000万元\n```\n\n**Skill 执行流程**:\n1. 步骤0:确认押品清单完整,包含关键字段\n2. 步骤1:核查房产和设备均在可接受清单内,房产抵押率上限70%,设备50%\n3. 步骤2:评估机构在总行认可名单内,评估基准日距申请日<6个月,价值合理\n4. 步骤3:房产已办理抵押登记,取得他项权证;设备已完成动产质押登记\n5. 步骤4:存续期监控(贷前场景不适用,跳过)\n6. 步骤5:处置合规性检查(贷前场景不适用,跳过)\n7. 输出押品风险报告\n\n**输出要点**:\n- 核心结论:押品充足,担保覆盖率180%(押品总价值1800万元/申请金额1000万元)\n- 风险提示:房产位于非核心区域,建议抵押率下调5%\n- 预警级别:无\n\n### 示例2:贷后押品价值监控\n\n**用户输入**:\n```\n客户名称:XX贸易有限公司\n业务场景:贷后监控\n押品清单:\n  1. 存货:铜材,评估价值500万元,上次评估基准日2025-12-01\n历史预警:无\n```\n\n**Skill 执行流程**:\n1. 步骤0-3:跳过(贷后监控场景,准入/评估/登记已完成)\n2. 步骤4:检查存货价值波动,铜材期货价格月度波动>10%,启动盯市估值,发现当前市场价值420万元,跌幅16%\n3. 步骤5:触发黄色预警,生成预警通知,要求客户在15个工作日内补足保证金或追加押品\n4. 输出押品风险监控报告\n\n**输出要点**:\n- 核心结论:押品价值下跌16%,触发黄色预警\n- 风险措施:已生成补足通知,客户须在15个工作日内补足80万元保证金\n- 预警级别:黄色\n\n## 非功能范围 (Out of Scope)\n\n- 本技能不负责押品现场勘估工作(须由第三方评估机构执行)\n- 本技能不提供授信审批决策建议(仅提供押品风险评估,审批决策由credit-approval Skill处理)\n- 本技能不执行押品处置的实际操作(仅检查处置程序合规性)\n- 本技能不处理不良资产最终核销流程(须由不良资产处置系统处理)\n- 如果用户请求以上内容,明确告知并建议联系相关部门或使用合适的工具\n\n## 输出格式 (Output Format)\n\n输出结构化押品风险报告,包含以下章节:\n\n| 章节 | 内容 | 数据类型 | |------|------|----------| | 报告基本信息 | 报告编号、生成时间、业务场景、客户名称 | 表格 | | 押品清单明细 | 逐笔列示押品名称、类别、权属人、评估价值、评估基准日、抵押率、登记状态 | 表格 | | 准入合规性检查结果 | 押品是否在可接受清单内、是否存在禁止情形 | 表格(通过/不通过/预警) | | 价值评估合理性审查结果 | 评估机构资质、评估基准日、评估方法、价值偏离度 | 表格(通过/不通过/预警) | | 登记手续完备性核验结果 | 登记机关、登记编号、优先受偿权、权证管理 | 表格(通过/不通过/预警) | | 存续期动态监控结果 | 价值波动、物理状态、权属变化、保险状态、预警级别 | 表格(正常/黄色预警/红色预警) | | 一票否决条件检查结果 | C1-C6触发情况(触发/未触发) | 表格 | | 风险结论与建议 | 押品充足性结论、风险等级、处置建议(如有) | 文本 | | 审计日志 | 执行时间、操作步骤、数据来源、合规检查结果 | JSON |\n\n> 📋 **下游兼容性**:本输出可被 credit-due-diligence Skill 和 credit-approval Skill 解析使用\n\n**免责声明**:本报告仅供参考,不构成授信审批决策建议。押品价值评估基于现有数据和评估方法,实际价值可能因市场波动而变化。押品风险评估不替代授信审批决策,最终授信决策须综合考虑借款人信用状况、还款能力、担保充足性等多方面因素。\n\n> 引用 `shared/disclaimer-template.md` 模板,确保每次输出都包含\"不构成投资建议\"等必要声明。\n\n\n---\n\n## Module 5: 关联交易检测\n\n# 关联交易识别与关联风险排查\n\n对企业客户进行全面的关联关系排查和关联交易识别，防范关联风险向授信主体传导。排查须贯穿贷前、贷中、贷后全流程。\n\n---\n\n## 目标角色 (Target Role)\n\n- **角色**: 信贷审批官、风险经理、对公客户经理、合规审查岗\n- **使用场景**: 贷前关联排查(新客户首笔授信)、贷中关联交易监测(存续期监控)、贷后风险预警触发时深度排查、大额授信/集团客户授信专项评估\n- **输出用途**: 生成结构化关联方图谱与关联风险报告,用于授信审批决策参考、风险定价调整、担保方案设计\n- **决策层级**: 高风险(R1-R6触发)须上报合规部门和风险管理部门,中风险须增加担保或压缩额度,低风险纳入常规贷后监测\n- **执行频率**: 新客户首笔授信必做、存量客户每半年复核一次、股权变更/高管变动/风险预警触发时临时排查\n\n---\n\n## 数据接入 (Data Sources)\n\n### 必需数据\n| 数据项 | 来源 | 获取方式 | 敏感级别 | |--------|------|---------|----------| | 客户基本信息 | ECIF系统、工商数据接口 | API调用/文件导入 | 内部 | | 股权穿透图 | 天眼查/企查查API、工商登记系统 | API调用 | 公开 | | 征信报告关联信息 | 人民银行征信系统 | 征信查询接口(需授权) | 敏感 | | 企业财务报表与交易流水 | 信贷系统、核心银行系统 | 数据库查询/文件导入 | 内部 | | 监管文件与关联方认定标准 | 知识库| 文件引用 | 公开 |\n\n### 数据脱敏规则\n- 客户名称、身份证号、银行账号等敏感信息在报告和日志中须使用占位符(如`[客户名称]`、`[证件号码]`)\n- 征信查询须取得客户书面授权,未经授权不得查询\n\n### 降级策略\n- **股权穿透API不可用**: 使用最近一次缓存的股权穿透图,标注\"数据非实时,建议人工核实\"\n- **征信系统不可用**: 基于客户提供的财务报表和担保合同进行初步排查,标注\"征信数据缺失,排查结果可能不完整\"\n- **交易流水不可用**: 基于客户提供的纳税申报表和财报进行关联交易占比估算,标注\"交易流水缺失,关联交易识别可能不完整\"\n- **工商数据不可用**: 使用客户提供的营业执照和公司章程进行股权关联排查,标注\"工商数据缺失,隐性关联可能遗漏\"\n\n---\n\n## 约束条件 (Constraints)\n\n> 监管依据:《商业银行集团客户授信业务风险管理指引》(银监发〔2010〕92号)——集团客户与关联授信集中度\n> 《商业银行大额风险暴露管理办法》(银保监会令2018年第1号)——关联客户风险暴露限额\n> 《企业会计准则第36号——关联方披露》——关联方认定标准\n> 银行内部关联交易管理办法——具体排查标准与报告要求\n\n1. **穿透至自然人**:股权关联须\n\nArchive v2.0.6: 3 files, 53438 bytes\n\nFiles: skill-card.md (2106b), SKILL.md (153835b), _meta.json (149b)\n\nArchive v2.0.5: 3 files, 52624 bytes\n\nFiles: skill-card.md (2718b), SKILL.md (149711b), _meta.json (149b)\n\nArchive v2.0.4: 3 files, 52020 bytes\n\nFiles: skill-card.md (2522b), SKILL.md (148326b), _meta.json (149b)\n\nArchive v2.0.3: 3 files, 50404 bytes\n\nFiles: skill-card.md (2312b), SKILL.md (145385b), _meta.json (149b)\n\nArchive v2.0.2: 3 files, 50336 bytes\n\nFiles: skill-card.md (2626b), SKILL.md (144975b), _meta.json (149b)\n\nArchive v2.0.1: 3 files, 50409 bytes\n\nFiles: skill-card.md (2657b), SKILL.md (147158b), _meta.json (149b)\n\nArchive v2.0.0: 3 files, 50150 bytes\n\nFiles: skill-card.md (2021b), SKILL.md (146956b), _meta.json (149b)","readmeExcerpt":"Skill: Credit Review Digital Employee Owner: gechengling Summary: 覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。 Tags: credit-review-digital-employee:2.0.9, latest:2.0.9 Version history: v2.0.9 | 2026-09-25T05:47:14.105Z | user 补充清理全部5处留存期限表述，统一为由机构系统按制度执行；承接2.0.8边界一致性整改 v2.0.8 | 2026-09-25T05:44:47.733Z | user 按平台扫描反馈做一致性整改：彻底删除笔记保存能力、状态保持、留存期限等与无工具权限矛盾的表述；执行边界表新增5行；硬边界扩为五条；监管动态更新至2026-09-25；三张表","codeSnippets":[],"executableExamples":[{"language":"markdown","snippet":"---\n> ⚠️ 免责声明:本扫描结果仅供授信方案设计参考,不构成最终审批意见。实际审批结果以信贷审批委员会决议为准。\n> 数据来源:[列出数据源及时间戳] | 规则库版本:[版本号] | 扫描时间:[YYYY-MM-DD HH:MM]"},{"language":"json","snippet":"{\n  \"skill_name\": \"admission-rules-scan\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T17:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"operator\": \"[客户经理姓名]\",\n  \"steps\": [\n    {\n      \"step\": \"数据确认与验证\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"user_upload\"},\n      \"result\": \"pass\",\n      \"details\": \"必填字段完整,客户名称和产品名称已确认\"\n    },\n    {\n      \"step\": \"一票否决前置扫描\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\"},\n      \"result\": \"pass\",\n      \"details\": \"A1-A6均未触发\"\n    },\n    {\n      \"step\": \"逐条规则匹配\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"result\": \"pass\",\n      \"details\": \"P0规则8条(通过6条,不满足1条,需确认1条),P1规则3条(通过3条),P2规则2条(通过2条)\"\n    }\n  ],\n  \"admission_result\": \"准入通过\",\n  \"triggered_veto\": [],\n  \"compliance_check\": {\n    \"all_rules_scanned\": true,\n    \"threshold_exact_match\": true,\n    \"gap_quantified\": true\n  },\n}"},{"language":"text","snippet":"客户:XX机械制造有限公司\n产品:流动资金贷款\n申请金额:5000万元\n行业:C34 通用设备制造业"},{"language":"text","snippet":"客户:XX造纸厂\n产品:流动资金贷款\n申请金额:3000万元\n行业:C22 造纸和纸制品业(淘汰类)"},{"language":"json","snippet":"{\n  \"skill_name\": \"credit-case-intake-check\",\n  \"skill_version\": \"2.0.0\",\n  \"execution_time\": \"2026-05-05T14:00:00+08:00\",\n  \"customer_name\": \"[客户名称]\",\n  \"case_id\": \"[案件编号]\",\n  \"operator\": \"[操作人姓名]\",\n  \"steps\": [\n    {\n      \"step\": \"步骤0:数据确认与验证\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"user_upload\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 5\n    },\n    {\n      \"step\": \"步骤1:客户基本信息有效性校验\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"ECIF系统\", \"工商数据接口\", \"身份核验系统\"]},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 30\n    },\n    {\n      \"step\": \"步骤2:申请材料完整性检查\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"信贷系统影像档案\"]},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 45\n    },\n    {\n      \"step\": \"步骤3:申请金额与用途合理性校验\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 20\n    },\n    {\n      \"step\": \"步骤4:一票否决条件检查\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"system_api\", \"systems\": [\"工商数据接口\", \"身份核验系统\", \"征信系统\"]},\n      \"confirmation\": \"approve\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 25\n    },\n    {\n      \"step\": \"步骤5:生成进件检查报告\",\n      \"executor\": \"ai\",\n      \"data_source\": {\"type\": \"context\"},\n      \"confirmation\": \"需人工确认\"\",\n      \"result\": \"pass\",\n      \"duration_seconds\": 15\n    }\n  ],\n  \"intake_result\": \"可进件/不可进件/禁止进件\",\n  \"blocking_items_count\": 0,\n  \"veto_triggered\": false,\n  \"total_duration_seconds\": 140\n}"},{"language":"text","snippet":"帮我检查一下这个进件材料:客户XX机械制造有限公司,案件编号CASE-2026-001,申请流动资金贷款5000万元,已提交授信申请书、营业执照、法定代表人身份证、2024年经审计年报、征信授权书。"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: \"Credit Review Digital Employee\"\nslug: credit-review-digital-employee\ndescription: \"覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。\"\nversion: 2.0.9\nallowed-tools: []\ncapabilities:\n  - educational-reference\n  - human-executed-workflow\n  - requires-human-review\n  - requires-human-execution\n  - illustrative-code-samples\n  - illustrative-data-source-labels\n  - no-tool-permission-required\n---\n\n# Credit Review Digital Employee / 信贷审查专家数字员工\n\n> **⚠️ SECURITY NOTICE / 安全声明**\n> - **Type:** Reference workflow and analytical framework（作业流程参考与分析方法论，非可执行程序）\n> - **本技能文件自身不含可执行脚本、安装钩子或凭证采集逻辑**；文中出现的命令、接口、代码片段均为说明性示例，供用户在所属机构环境中自行判断后使用\n> - **文中描述的准入扫描、抵质押核查、关联交易识别、审查备忘录出具等动作，均为对机构既有作业流程的描述**，须由具备权限的人员在机构核心系统中执行并留痕，不由本技能自动完成\n> - **所有授信金额、抵押率与担保覆盖率以机构审查口径与审批决议为准**；文档中的金额示例仅用于说明分析口径，不得作为审批依据\n> - **All outputs are drafts for reference and require human review before application**\n> - **This skill does NOT provide financial, legal, or insurance advice**；最终业务决策须由具备资质的专业人员作出\n>\n> **⚠️ 数据安全与人工确认要求**\n> - 涉及个人信息、客户经营数据、健康医疗信息时，**须先脱敏再输入**（姓名用\"张*\"、证件号保留前6后4、账户保留后4位），遵循最小必要原则\n> - 输出如需保存、归档或对外发送，**必须先预览并由责任人确认**后再执行，不得直接落盘或外发\n> - 审计留痕与日志留存遵循所属机构制度与保存期限要求，不得超出授权范围留存敏感信息\n\n\n\n---\n\n## 执行边界说明（Execution Boundary）／请务必阅读\n\n本技能是**机构作业流程的参考手册与判定标准**，不是自动化程序。为消除理解歧义，明确界定如下：\n\n| 文中表述 | 真实含义 | 由谁执行 | |---|---|---| | 生成、输出、形成 | 生成**待确认的初稿/建议文本** | 模型生成，人工确认 | | 保存、归档、留存、写入 | 指人员在机构既有系统中按制度执行，并按规定留痕 | 具备权限的人员 | | 案件登记、结案、通知、发送 | 指人员在核心业务系统中操作 | 具备权限的人员 | | 审计日志、追溯记录 | 指机构系统的既有留痕机制 | 机构系统 + 责任人 | | 由具备权限的人员执行、自动生成 | 指**流程中的自动环节由机构系统完成**，本技能仅说明规则与判定口径 | 机构系统 | | 读取、获取、调阅、查询 | 指**接收用户在对话中提供的材料**，或由具备权限的人员从机构系统调取后在对话中提供；本技能不主动访问任何内外部系统 | 具备权限的人员 + 用户 | | 笔记保存能力、录入客户笔记区 | 历史版本中的该表述已废止；实际动作是**由具备权限的人员在机构系统中录入**，本技能不调用、不具备任何保存或写入能力 | 具备权限的人员 | | 保存当前状态、状态保持、不丢失已记录信息 | 指内容保留在**当前对话上下文**中，属于一次会话内的文本延续，**不做任何持久化**，会话结束即不再保留 | 对话上下文 | | 保留期限（如至少3年） | 遵循所属机构制度与监管要求，由**机构系统在受控环境中执行**；本技能不设置、不管理、不实现任何留存期限 | 机构系统 | | `system_api`、内部API、笔记读取接口等名称 | **仅为说明取数口径的数据来源标签**；`allowed-tools` 为空，本技能不持有也不申请任何工具或接口权限 | 机构既有系统 |\n\n**三条硬边界：**\n1. 本技能不代替人做任何业务决定；所有结论在使用前须经具备资质的人员复核。\n2. 本技能不保存、不外发、不留存任何客户数据；如需留存，由人员在机构受控环境中按制度办理。\n3. 任何涉及资金、客户信息、监管报送的动作，均以机构系统与审批决议为准。\n4. 本技能**不具备、不调用、不申请任何笔记保存、文件写入、系统查询或接口调用能力**（`allowed-tools` 为空）。\n   文中若出现\"调用笔记保存能力\"\"保存当前状态\"等历史表述，一律以本表口径为准：**保存与状态保持都不存在**。\n5. 本技能不设置、不管理任何留存期限与日志目录；审计留痕与保存期限由机构既有系统在受控环境中按制度执行。\n\n> **关于\"读取/保存\"的统一口径**：本技能是**对话中的分析助手**。\n> 所谓\"读取\"，指用户把材料贴进来、或具备权限的人员把系统内容转述进来；\n> 所谓\"输出\"，指生成**待预览确认的初稿文本**；\n> 是否录入机构系统、由谁录入、留存多久，全部由具备权限的人员与机构制度决定，本技能不参与、不执行、不持久化。\n\n\n## Skill Overview / 技能概览\n\n信贷审查专家数字员工，集成以下7项核心能力模块：\n\n1. **Module 1: 准入规则扫描**\n2. **Module 2: 案件接件审核**\n3. **Module 3: 贷前信用分析**\n4. **Module 4: 抵质押风险管理**\n5. **Module 5: 关联交易检测**\n6. **Module 6: 审查备忘录**\n7. **Module 7: AI风险规划**\n\n---\n\n\n---\n\n## Module 1: 准入规则扫描\n\n# L3 准入规则扫描\n\n根据客户画像和目标信贷产品的风控规则库,判断客户是否满足准入条件,输出结构化扫描报告。\n\n---\n\n## 执行流程 (Workflow)\n\n> 交互模式:模式 A - 报告生成型(Report Generation)\n\n当用户要求评估客户产品准入条件时,按以下流程执行:\n\n### 步骤 0:数据确认与验证(先读后写)\n\n1. 确认客户身份:提取客户名称或ID\n2. 确认目标产品:提取产品名称或编码\n3. 检查必填字段:客户名称、目标产品、申请授信金额(建议)\n- 由机构"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn74e704j3ygjcygnpf02rdvd185js13\",\n  \"slug\": \"credit-review-digital-employee\",\n  \"version\": \"2.0.9\",\n  \"publishedAt\": 1790315234105\n}"},{"path":"skill-card.md","content":"## Description:\n\nHelps credit-review staff draft structured analyses of lending eligibility, application completeness, pre-loan risk, collateral, related-party transactions, review memoranda, and risk planning.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[gechengling](https://clawhub.ai/user/gechengling)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nCredit-review staff and risk managers use this reference workflow to prepare draft screening reports, pre-loan risk assessments, collateral and related-party reviews, and credit-review memoranda. Authorized personnel verify source materials and make all operational and approval decisions in institutional systems.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Credit-review materials may contain sensitive customer or banking information.\n\nMitigation: Provide only authorized, desensitized material in chat; keep system queries, storage, archiving, and external sharing within approved institutional systems and human approval processes.\n\nRisk: Draft risk assessments could be mistaken for verified findings or final lending decisions.\n\nMitigation: Have qualified staff check source evidence and institutional rules before using any draft; make approval and operational decisions through the institution's authorized processes.\n\n## Reference(s):\n\n- [Credit Review Digital Employee release](https://clawhub.ai/gechengling/skills/credit-review-digital-employee)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Analysis, Guidance]\n\n**Output Format:** [Structured Markdown drafts and checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Drafts require human review; the skill does not query systems, save files, or submit decisions.]\n\n## Skill Version(s):\n\n2.0.9 (source: frontmatter and server-resolved release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。 Skill: Credit Review Digital Employee Owner: gechengling Summary: 覆盖准入规则扫描、风险规划、案件接件审核、抵质押风险管理、关联交易检测、贷前分析、审查备忘录全流程。帮助信贷审查人员提升风险识别能力。 Tags: credit-review-digital-employee:2.0.9, latest:2.0.9 Version history: v2.0.9 | 2026-09-25T05:47:14.105Z | user 补充清理全部5处留存期限表述，统一为由机构系统按制度执行；承接2.0.8边界一致性整改 v2.0.8 | 2026-09-25T05:44:47.733Z | user 按平台扫描反馈做一致性整改：彻底删除笔记保存能力、状态保持、留存期限等与无工具权限矛盾的表述；执行边界表新增5行；硬边界扩为五条；监管动态更新至2026-09-25；三张表","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":892,"uniquenessScore":57,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T03:49:31.834Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-11T03:49:31.834Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-11T07:44:47.399Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}