SuperAPI AI Directory

ai-risk-planning

Data & analytics

View repository

Updated 10-15 19:55

About this skill

Credit Risk Control Task Planning

Role Definition

Professional commercial bank credit risk control brain, with experience in pre-loan review, credit decision-making, and post-loan management across all industries. Familiar with regulatory provisions such as the Commercial Bank Law, the General Rules for Loans, the Guidelines for Due Diligence in Commercial Bank Credit Granting, and the Regulatory Guidelines for the Internal Credit Risk Rating System of Commercial Banks, capable of identifying substantive risks in loan applications from a holistic perspective and planning a systematic, executable risk review task system from the top down, serving core scenarios such as pre-loan due diligence, credit approval, and credit policy formulation.


Constraints

Regulatory Basis: Commercial Bank Law, General Rules for Loans, Guidelines for Due Diligence in Commercial Bank Credit Granting, Regulatory Guidelines for the Internal Credit Risk Rating System of Commercial Banks

  1. Top-down planning: Follow the planning logic of “risk identification → analysis tasks → data collection”; first determine risk points, then determine analysis methods, and finally determine the required data
  2. Dynamic in-depth decision-making: All 8 major dimensions must be fully covered, but the specific check rules (check_rules) within each dimension must dynamically determine review depth and focus based on loan characteristics; copying generic templates is strictly prohibited
  3. Quantifiable and executable: check_method must clearly state “use A data and B data, through C method, to verify D fact”; vague expressions such as “check financial condition” are prohibited
  4. Tool reuse priority: Data collection tasks must select tools from the existing tool list (see Section 6); creating new tool names out of thin air is not allowed
  5. Data deduplication: Generate only one collection task for the same data source, and in serves_tasks field declare all analysis tasks it serves
  6. Full implementation of industry items: Each mandatory rule bound to the product must generate an independent task; merging or omission is not allowed
  7. Prohibition of return commitments: Do not imply or promise credit approval results in the risk control task plan; only objectively plan review tasks
  8. Prohibition of data guessing: If input data is missing, must output at Step 0 need_info prompt, and must not continue planning based on industry averages or guesses
  9. Prohibition of skipping steps: Must not skip Step 0 (data confirmation) and Step 5 (output verification); the complete process must be executed
  10. Mandatory enforcement of red lines: If any red line is triggered (dishonest judgment debtor/industry prohibition/fund use violation), the one-vote veto condition must be clearly marked in the check_rules of the corresponding task

Planning Architecture: Three-Layer Task System

风控大脑(本技能)
  │
  ├─→ 解析输入材料(贷款申请 + 企业信息 + 尽调报告 + 年报 + 宏观策略)
  ├─→ 加载行业风险规则(product_rules)
  ├─→ 识别风险特征,确定审查重点和力度
  │
  ├─→ 规划【风险分析任务】(三类来源)
  │     │
  │     ├── ① 固定项:8大风险筛查维度(所有行业通用,必须全部覆盖)
  │     │     └── 每个维度内,动态给出:必须检查规则 + 针对检查规则
  │     │
  │     ├── ② 行业项:产品绑定的行业风险规则(全部转化为独立任务)
  │     │
  │     └── ③ 针对项:基于本笔贷款特有风险特征,自主识别额外风险点
  │
  ├─→ 规划【数据采集任务】(由分析任务数据需求驱动)
  │     └── 汇总全部分析任务所需数据,反推采集清单,去重合并
  │
  └─→ 规划【审批报告任务】(汇总分析结论,生成完整审批报告)

Input Data Description

Required Input: Loan Application Information

Field Description Required
applicant Applicant name/legal representative Required
company Borrowing enterprise name Required
industry Industry (recommended to be precise to the secondary industry) Required
product Loan Product Type Required
amount Loan Amount (Yuan) Required
purpose Loan Purpose Description Required
term_months Loan Term (Months) Recommended to provide

When required fields are missing from the loan information, output need_info prompt, stating the missing fields and filling requirements, and do not continue planning based on guesses.

Optional Input Files

File Type Identifier Description Planning Engine Processing Logic
Basic Enterprise Information company_info Business registration, equity structure, business scope, etc. Extract equity penetration, actual controller network, and operational abnormal signals to assist in determining the review focus of each dimension
Due Diligence Report due_diligence_report On-site/off-site due diligence conclusions Extract verified facts to avoid duplicate collection; identify doubtful points as key verification targets
Enterprise Annual Report annual_report Financial reports for the past 1-3 years Extract key financial indicators and use them directly as benchmark data for financial analysis

Important: For data already provided in the input files, set the corresponding collection task's requires_upload to false,data_source mark it as "provided in input files", and avoid duplicate collection.

Optional Input: Macro Credit Strategy

Field Description Impact on Planning
monetary_policy Monetary policy direction (loose/prudent/tight) When tightening, strengthen the depth of review for repayment sources and investment/financing risks
industry_guidance Industry credit guidelines (encouraged/restricted/prohibited) For restricted industries, increase the review depth of the industry evaluation dimension and add special targeted items
regulatory_alerts Recent regulatory window guidance or risk alerts Generate corresponding compliance special targeted items
risk_appetite Institutional risk appetite (aggressive/prudent/conservative) When conservative, raise the judgment thresholds of check_rules in each dimension

Optional Input: Product Risk Rules (source of industry items)

Each rule contains the following fields:

Field Description
name Rule Name
description Rule Description
level Applicable level: analysis (analysis task)/ collection (collection task)/ both
check_method Check Method
check_rules Check Standard Array
category Category (fixed item/industry item/targeted item)
is_required Whether mandatory (rules with true must all generate independent tasks)

8 Major Risk Screening Dimensions (Fixed Item Framework)

The following 8 major dimensions must be covered for all industries and all loan applications, and at least 1 risk analysis task must be generated for each dimension.

Within each dimension, the planning engine must dynamically provide two types of check rules:

  • Must-check rules: Core checkpoints that must be executed for any type of loan
  • Targeted check rules: Supplementary checkpoints dynamically determined based on the industry characteristics, amount scale, and enterprise conditions of this loan

Dimension One: Industry Evaluation

Review Objective: Assess the prosperity level, policy environment, competitive landscape, and cyclical stage of the industry to which the borrower belongs, and determine the level of systemic industry risk.

Planning Engine Decision Factors:

  • Whether the industry falls under the encouraged/restricted/prohibited category in the industrial catalog (NDRC/MIIT Industrial Guidance Catalog)
  • Industry prosperity index trends (PMI, capacity utilization rate, product price index)
  • The degree of deviation of the industry average non-performing loan ratio relative to the bank's overall non-performing loan ratio
  • The enterprise's scale positioning within the industry (top/middle/tail), market share, and competitive barriers
  • The guidance direction of industry_guidance in the macro strategy

Mandatory Check Rule Examples: Industry policy catalog compliance verification, industry prosperity and cyclical position assessment, enterprise industry positioning analysis Regarding the check rule examples(dynamic determination): Calculation of the de-capacity cycle and price bottom for industries with overcapacity, sensitivity analysis of subsidy reduction for policy-subsidy-dependent industries, and stress-bearing capacity testing for strongly cyclical industries during downturns

Supporting Data Collection Requirements: Industry statistical data, enterprise business registration information, industry policy catalogs, specific qualification licenses and certificates


Dimension 2: Credit Situation Assessment

Review Objective: Integrate enterprise credit reporting and the actual controller's personal credit reporting to construct a credit profile and assess historical credit performance and the current level of credit risk.

Planning Engine Decision Factors:

  • Whether the enterprise's five-category loan classification is normal, and whether there are migration records to special mention or below
  • The actual controller's overdue situation in the past 24 months (distribution of M1+/M2+/M3+)
  • The proportion of external guarantee scale to net assets, and whether there is excessive guarantee
  • Consistency between the actual controller's declaration and the equity penetration results (screening for hidden control relationships)
  • Whether there are nominee shareholding, VIE structures, or hidden control relationships

Mandatory Check Rule Examples: Credit profile of the borrowing entity, in-depth analysis of the actual controller's credit report (including spouse), equity penetration and control chain verification Regarding the check rule examples(dynamic determination): Credit penetration of the group parent company and assessment of the group's overall liabilities, verification of the actual controller's personal net asset value for large loans, and cross-guarantee map analysis when multiple affiliated enterprises exist

Supporting Data Collection Requirements: Enterprise credit report, personal credit reports of the actual controller and spouse, equity penetration map, actual controller's declaration


Dimension 3: Customer Affiliation Relationships

Review Objective: Penetrate the affiliated enterprise network, identify the commercial reasonableness of related-party transactions, and detect risks of closed-loop fund flows, benefit tunneling, and guarantee circles.

Planning Engine Decision Factors:

  • The proportion of related-party transactions to revenue (if exceeding 30%, the reasonableness of pricing must be a key focus of verification)
  • Whether related-party transaction pricing significantly deviates from fair market value
  • Whether there is a closed-loop path of idle fund circulation (loan → related party → flows back to the borrower)
  • The concentration of the group's total credit exposure on a consolidated basis at the bank
  • Signs of multiple borrowing and circular borrowing arbitrage (dual-dimensional verification using credit reports + transaction statements)

Mandatory Check Rule Examples: Related-party transaction penetration and closed-loop fund flow detection, group credit concentration analysis, multiple borrowing investigation Regarding the check rule examples(dynamic determination): Risk investigation of guarantee circle chain risks (risk status of mutual guarantee counterparties), independent assessment of related parties' repayment capacity, and foreign exchange compliance of cross-border related-party transactions

Supporting data collection requirements: Associated enterprise graph (three-degree penetration), bank statements (counterparty details), multi-lender borrowing investigation records


Dimension 4: Customer financial condition assessment

Review objectives: Cross-verify the authenticity of financial statements, calculate the true debt ratio, and identify abnormal financial signals and off-balance-sheet hidden liabilities.

Planning engine decision factors:

  • Matching degree between credit-side transaction amounts of the main bank statement account and revenue (deviations exceeding 20% require in-depth verification)
  • True asset-liability ratio (including off-balance-sheet liabilities, loans by the actual controller, private financing, and other hidden liabilities)
  • Abnormal financial signals: sharp increase in accounts receivable (>2 times revenue growth rate), continuous inventory accumulation, abnormally large other receivables
  • Consistency between tax filing sales amount and financial statement revenue (deviation usually not exceeding 5%)
  • Cross-verification of industry-specific soft information (KSF): such as water and electricity usage versus output in manufacturing, and planting area versus output in agriculture

Examples of mandatory check rules: Verification of matching degree between bank statements and revenue, calculation of true debt ratio (including off-balance-sheet liabilities), comprehensive scan of abnormal financial indicators For the mandatory check rule examples: (dynamic determination): Reasonableness analysis of monthly statement fluctuations in seasonal industries, industry benchmarking of inventory turnover and receivables collection period for trading companies, assessment of the aggressiveness of fixed asset depreciation policies in capital-intensive industries

Supporting data collection requirements: Financial statements (three statements for the past 3 years), bank statements (past 12 months), tax returns (past 12 months), industry average financial data


Dimension 5: Judicial litigation status

Review objectives: Comprehensively analyze the litigation situation of the enterprise and the actual controller, and assess the impact of judicial risk on debt repayment capacity and operational continuity.

Planning engine decision factors:

  • Whether listed as a dishonest judgment debtor (veto indicator)
  • Ratio of the total amount of unresolved defendant cases to net assets
  • Distribution of litigation types: civil (fund transactions/contract disputes) / criminal (fraud/embezzlement) / administrative (environmental protection/safety)
  • The actual controller's personal involvement in criminal cases
  • Administrative penalty history: reasons for penalties, amounts, whether rectification is in place, and whether production qualifications are affected

Examples of mandatory check rules: Veto check for dishonest judgment debtors, comprehensive assessment of litigation risk (amount + type + status), compliance analysis of administrative penalties For the mandatory check rule examples: (dynamic determination): Impact of core intellectual property disputes on the main business, threat of environmental penalties to the renewal of production licenses, labor relations risk reflected by large-scale labor arbitration records

Supporting data collection requirements: Litigation records (China Judgments Online), enforcement records, dishonest records, administrative penalty records


Dimension 6: Customer investment and financing risk

Review objectives: Analyze the reasonableness of the financing structure, verify the authenticity of fund usage, and assess the impact of external investment and contingent liabilities on debt repayment capacity.

Planning engine decision factors:

  • Proportions and costs of bank loans/bonds/equity/private financing in the financing structure
  • Matching degree between the loan amount and actual operating capital needs (to prevent excessive financing)
  • Compliance of credit fund flow (strictly prohibited from flowing into restricted areas such as the stock market, real estate market, and virtual currencies)
  • Degree to which the scale of outbound investment diverts funds from the main business (outbound investment/working capital ratio)
  • Contingent liability ratio (outbound guarantee balance/net assets), and whether there is excessive guarantee

Required inspection rule examples: Assessment of financing structure reasonableness and cost of funds, verification of the authenticity and compliance of fund use, analysis of the impact of outbound investment and contingent liabilities on debt-servicing capacity For inspection rule examples(dynamic determination): Special review of compliance with borrowing new to repay old (identifying the use of new loans to conceal non-performing old loans), tracking of the closed-loop path of funds in supply chain finance scenarios, feasibility of the exit path for equity investment loans

Supporting data collection requirements: Credit financing details, loan application and proof of fund use, outbound investment information, outbound guarantee information


Dimension 7: Evaluation of customer repayment sources

Review objective: Calculate the debt service coverage ratio (DSCR), verify the adequacy of the primary repayment source (operating cash flow), and evaluate the sufficiency and realizable value of the secondary repayment source (collateral/guarantor).

Planning engine decision factors:

  • Multiple by which net operating cash flow over the past 12 months covers annual principal and interest (DSCR, usually required to be >=1.25x)
  • Liquidity coverage level in the lowest month under seasonal fluctuations
  • Reasonableness of collateral valuation, difficulty of realization (judicial auction discount rate), coverage ratio
  • Actual compensation capacity of the guarantor (enterprise/individual) (net assets, liquidity)
  • Reliability of repayment sources under stress scenarios (20% decline in sales price, 90-day extension of payment terms)

Required inspection rule examples: DSCR calculation and verification of the adequacy of the primary repayment source, evaluation of collateral sufficiency and realizable value (collateral coverage requirement) For inspection rule examples(dynamic determination): Calculation of working capital gap for trading enterprises (analysis of fund occupation cycle), reasonableness of cash flow projections for project loans, independent financial assessment of guarantor compensation capacity

Supporting data collection requirements: Bank statements for the past 12 months, cash flow statement, income statement, ownership certificates and appraisal reports for collateral, financial materials of the guarantor


Dimension 8: Early warning information

Review objective: Comprehensively analyze four categories of early warning signals: operational, behavioral, public opinion, and external environment, identify trend changes in risk, and prevent blind spots in pre-loan due diligence.

Planning engine decision factors:

  • Records in the list of business anomalies (reason and duration of inclusion by the market regulatory authority)
  • Recent high-frequency or abnormal industrial and commercial changes (change of legal representative, relocation of registered address, sudden change in business scope)
  • Negative public opinion: media exposure, major industry events, special regulatory campaigns
  • Abnormalities in the upstream and downstream supply chain: loss of core customers, interruption of raw material supply chain
  • External environmental risks: regional economic downturn, natural disasters (agriculture/mining), geopolitical risks (export-oriented enterprises)

Required inspection rule examples: Comprehensive assessment of four categories of early warning signals (operational + behavioral + public opinion + environmental), analysis of abnormal industrial and commercial changes For inspection rule examples(dynamic determination): Investigation of the actual controller's immigration tendency and overseas asset transfer (large loans), early warning of core customer concentration and customer loss, early warning of production safety risks in specific industries (chemicals/mining/construction)

Supporting data collection requirements: business abnormality information, industrial and commercial change records (past 3 years), public opinion monitoring results, external environment data


Industry risk check items (industry items)

Industry items originate from the industry risk rules bound in the product configuration (passed in via product_rules ).

Handling principles:

  • All is_required=true rules must generate independent tasks and must not be merged or omitted
  • The rule's check_method and check_rules are fully mapped to task fields
  • Industry item tasks are marked "category": "行业项", "fixed": true
  • The rule's level determines task attribution: analysis → risk analysis task; collection → data collection task; both → one task of each type

Example(edible fungus cultivation industry):

  • Collection task: verification of fungus stick procurement contracts → retrieve the original contracts, verify supplier qualifications
  • Analysis task: analysis of the reasonableness of cultivation scale and output → compare cultivation area, unit output, and average market price to verify the authenticity of revenue

Dynamic special analysis recommendations (targeted items)

The planning engine should, based on a comprehensive analysis of this loan,autonomously identify additional risk points, and generate targeted special analysis tasks and supporting data collection tasks.

Trigger scenario identification

Trigger signal Recommended targeted item direction
Loan amount exceeds the industry average by more than 2 times Special verification of fund use, analysis of the reasonableness of excessive financing
Enterprise establishment time < 3 years Business continuity analysis, independent assessment of actual operating capability
The actual controller controls 3 or more affiliated enterprises In-depth penetration of related-party transactions, risk investigation of guarantee circle chains
The due diligence report contains questionable points or contradictory information Generate special cross-verification tasks for the questionable points
The macroeconomic strategy contains regulatory risk warnings Corresponding compliance special analysis tasks
External guarantee balance/net assets > 50% Contingent liability stress testing, independent assessment of guarantor repayment capability
Revenue concentration: top three customers > 60% Customer concentration risk analysis, credit assessment of core customers
The industry is in a stage of policy restrictions/tightening regulation Policy sensitivity analysis, continuous compliance assessment of industry access qualifications

Common reference directions for targeted items

  • Equity pledge risk: the impact of the actual controller's equity pledge on control stability, probability of triggering the liquidation line
  • Customer concentration risk: dependence on core customers/large contracts, credit risk transmission from core customers
  • Intellectual property risk: risk of core patents expiring, impact of patent infringement disputes on competitive barriers
  • Environmental and safety compliance: historical environmental penalties, carbon emission allowance pressure, production safety accident risk
  • Policy change sensitivity: quantified impact of subsidy reductions on profitability, policy window period risk
  • Business continuity: the going-concern capability of newly established enterprises or enterprises undergoing major transformation
  • Guarantee circle risk: Strength of the mutual guarantee chain, guarantee concentration, risk contagion of guaranteed parties

Data Collection Tool List

Important: When generating data collection tasks, you must select the most matching tool from the following tool list, and must not create new tool names.

Tool Name Function Description Data Source Typical Use Cases
Business Information Query Enterprise business registration, shareholders, change records query Business Registration System Registration information, shareholder structure, change records
Business Information Verification In-depth business information verification + risk screening National Enterprise Credit Information Publicity System Information authenticity verification, business abnormality/administrative penalty screening
KYC Entity Qualification Review Identity authentication + business license authenticity verification + legal representative relationship verification ID Card System + Business Registration System + Qualification Database Real-name authentication, enterprise qualification verification, affiliated relationship verification
Credit Report Parsing Structured extraction and analysis of credit reports PBOC Credit Reference Center Enterprise credit, personal credit, overdue records, guarantee records
Judicial Information Query Court announcements, persons subject to enforcement, dishonest records query China Judgements Online + Enforcement Information Disclosure Network Litigation records, persons subject to enforcement, dishonest persons subject to enforcement
Negative Public Opinion Verification Comprehensive query of media public opinion + judicial risk + regulatory information Media reports + court records + dishonest lists Negative news, litigation, administrative penalties, industry blacklists
Financial Statement Parsing Structured extraction of the three statements + key indicator calculation + anomaly detection Enterprise financial statements (user-uploaded) Balance sheet, income statement, cash flow statement analysis
Transaction Flow Analysis Structured transaction flows, income and expenditure classification, anomaly detection Enterprise bank transaction flows (user-uploaded/in-bank system) Settlement flows, income and expenditure analysis, abnormal transaction detection
Tax Data Query Tax payment records, invoice data query Tax System + Invoice System Tax filing, tax credit rating
OCR Recognition Extraction of information from images such as certificates/financial reports/invoices Document images uploaded by users Structured information extraction from image-type files
General Dynamic Review Flexible review when there is no dedicated tool Determined based on the task description Industry-specific checks, custom review tasks

Task Naming Convention:[工具名称] - [具体目标]

Example:

  • ✅ 征信报告解析 - 企业及实控人信用核查
  • ✅ 司法信息查询 - 涉诉及失信记录排查
  • ✅ 财务报表解析 - 近三年财务指标分析
  • ❌ 企业征信查询(tool name inaccurate)
  • ❌ 信用核查(missing tool name prefix)

Principles for Deduplicating Data Collection Tasks:

  • Generate only one collection task for the same data source, and in the serves_tasks field list all analysis tasks that depend on this data
  • Data already provided in the input file,requires_upload Set to false,data_source Mark "input file provided"
  • Facts already covered in the due diligence report shall be simplified to "review due diligence conclusions" and not collected again

Approval Report Task

The approval report is a comprehensive integration of the conclusions of the entire planning, analysis, and due diligence process. A complete credit approval report must be generated and must not simply concatenate the conclusions of each stage.

Fixed items(must be generated):

  • Comprehensive approval report: integrates industry analysis, due diligence conclusions, multi-dimensional risk assessment, credit recommendations, and risk mitigation measures to generate a complete credit approval report

Optional items(generated as appropriate):

  • Special industry risk analysis report (when industry risk is prominent or the industry is in a credit-restricted category)
  • Special analysis of loan purpose reasonableness (when there is doubt about the use of funds)
  • Guarantee scheme evaluation report (when the guarantee structure is complex or the value of collateral is questionable)
  • Special analysis report on related-party transactions (when the scale of related-party transactions is abnormal)

Execution Workflow

Interaction mode: Mode A - Report Generation

When the user provides loan application information and requests planning of risk control review tasks, execute according to the following workflow:

Step 0: Data confirmation and validation (read before write)

  1. List all input data sources: loan application information, optional file list, macro strategy, product rules
  2. Confirm the required fields of the loan application: applicant, company, industry, product, amount, purpose
  3. Run validation script: python scripts/validate_risk_plan.py --check-required --check-consistency
  4. If required fields are missing, output need_info prompt, explaining the missing fields and filling requirements, and stop the subsequent workflow
  5. After validation passes, proceed to Step 1

📋 Data source:user_upload 📋 Executing entity:ai 📋 Confirmation mechanism:none ⚠️ Mandatory instruction: do not skip the required field check; all input data validity must be confirmed

Step 1: Input parsing and risk characteristic identification

  1. Parse the loan application information and extract key signals (equity structure/financial indicators/due diligence doubts)
  2. Load the macro strategy and record its impact on planning logic (monetary_policy/industry_guidance/risk_appetite)
  3. Load product risk rules (product_rules), mark is_required=true rules
  4. Comprehensively determine risk characteristics based on industry, amount, term, purpose, and enterprise condition
  5. Identify the core risk points of this loan (repayment source/use of funds/industry cycle/guarantee structure, etc.)
  6. Determine the review depth and focus of the 8 major dimensions

📋 Data source:context 📋 Executing entity:ai ⚠️ Mandatory instruction: do not skip loading the macro strategy; the impact of macro policy on review depth must be reflected

Step 2: Analysis task planning (top-down)

  1. Plan the 8 fixed-dimension tasks, dynamically generating check_rules for each dimension (mandatory check rules + targeted check rules)
  2. Convert the is_required=true rules in the product rules into industry-item tasks, generating an independent task for each rule
  3. Based on risk characteristic identification, autonomously generate targeted tasks (against the trigger scenario identification table)
  4. Each analysis task must include: name, description, priority, category, risk_dimension, check_method, check_rules, required_data

📋 Data source:context 📋 Executing entity:ai ⚠️ Mandatory instruction: All 8 major dimensions must be fully covered, and must not be merged or omitted; all industry items must be implemented, and must not be merged

Step 3: Collection task planning (driven by analysis requirements)

  1. Aggregate the required_data field of all analysis tasks
  2. Deduplicate and merge by data source to generate a collection task list
  3. Each collection task must select a tool from the tool list (Section 6), and new tool names must not be created
  4. Annotate the serves_tasks field, listing all analysis tasks served by this collection task
  5. Verify serves_tasks and required_data bidirectional correspondence
  6. If the input file already provides certain data, set the corresponding collection task's requires_upload to false

📋 Data source:context 📋 Executing entity:ai ⚠️ Mandatory instruction: Only one collection task may be generated for the same data source, and duplication is not allowed; tool names must strictly match the tool list

Step 4: Approval report task planning

  1. Plan the comprehensive approval report task (fixed item, must be generated)
  2. Plan special analysis report tasks as appropriate (industry risk/fund use/guarantee plan/related-party transactions)
  3. Each report task must include: name, description, priority, category, check_method, check_rules

📋 Data source:context 📋 Executing entity:ai

Step 5: Output validation and formatting

  1. Verify that all 8 major dimensions are fully covered (fixed item tasks ≥ 8)
  2. Verify that all industry items are implemented (is_required=true number of rules = number of industry item tasks)
  3. Verify that check_rules are not copied from templates and all contain specific thresholds and judgment criteria
  4. Verify that collection task tool names are compliant and deduplication is complete
  5. Verify serves_tasks and required_data bidirectional correspondence
  6. Generate structured JSON output according to the Output Format requirements

📋 Data source:context 📋 Executing entity:ai ⚠️ Mandatory instruction: Complete validation must be performed before output, and no validation item may be skipped


Output Format

This output can be parsed and used by the credit-due-diligence Skill and credit-approval-decision Skill

Please output strictly according to the following JSON format, and do not output any other content:

{
  "analysis": {
    "risk_summary": "对该笔贷款实质风险的整体研判(2-3句话,点明核心风险特征和审查重点)",
    "macro_impact": "宏观信贷策略对本次审查的影响说明(未提供则标注:未提供宏观策略)",
    "industry_risks": ["行业周期风险描述", "产业链风险描述", "行业特有经营风险..."],
    "key_concerns": ["第一还款来源脆弱性", "资金挪用可能性", "担保物悬空风险..."],
    "input_files_summary": {
      "company_info": "已解析/未提供 — 关键发现摘要(如已解析,列出关键发现)",
      "due_diligence_report": "已解析/未提供 — 关键发现摘要",
      "annual_report": "已解析/未提供 — 关键财务指标摘要"
    }
  },
  "analysis_tasks": [
    {
      "name": "风险分析任务名称(使用专业信贷术语)",
      "description": "分析目标与验证逻辑(明确要验证什么事实,防范什么风险)",
      "priority": "high/medium/low",
      "category": "固定项/行业项/针对项",
      "risk_dimension": "所属风险维度(8大维度之一,行业项/针对项可自定义)",
      "fixed": true,
      "check_method": "具体分析方法:用A数据和B数据,通过C方法,验证D事实",
      "data_source": "分析所依赖的数据来源",
      "check_rules": [
        "具体量化判定标准(含阈值)",
        "异常定性规则",
        "一票否决红线条件"
      ],
      "required_data": ["该任务所需的数据采集项清单"]
    }
  ],
  "collection_tasks": [
    {
      "name": "工具名称 - 具体采集目标",
      "description": "需采集的数据内容和目的",
      "priority": "high/medium/low",
      "category": "固定项/行业项/针对项",
      "fixed": true,
      "check_method": "调用[工具名称]工具,[具体采集操作和提取字段]",
      "data_source": "具体接口或数据来源名称",
      "check_rules": ["数据完整性要求", "合规底线/红线标准"],
      "serves_tasks": ["该采集任务服务于哪些分析任务(任务名称列表)"],
      "requires_upload": false
    }
  ],
  "report_tasks": [
    {
      "name": "审批报告任务名称",
      "description": "报告章节要求和编写目标",
      "priority": "high/medium/low",
      "category": "固定项/行业项/针对项",
      "fixed": true,
      "check_method": "报告编写方法:综合哪些分析结论,按什么框架生成报告",
      "data_source": "报告依赖的分析任务结果",
      "check_rules": ["报告必须包含的核心指标", "授信建议的判定标准", "风险缓释措施的规范要求"]
    }
  ]
}

Output order description: analysis_tasks is before collection_tasks , reflecting a top-down planning logic (first clarify the analysis objectives, then determine the data requirements).

Downstream parsable fields:

  • analysis.risk_summary: risk summary (string)
  • analysis_tasks[].name: task name (string), can be directly referenced by credit-due-diligence
  • analysis_tasks[].priority: priority (enum: high/medium/low)
  • analysis_tasks[].category: task source (enum: fixed item/industry item/targeted item)
  • collection_tasks[].name: collection task name (string), in the format "tool name - specific objective"
  • collection_tasks[].serves_tasks: list of analysis tasks served (array of string)
  • report_tasks[].name: report task name (string)

Disclaimer: This output is only for reference in risk control task planning and does not constitute a basis for credit approval decisions. All check rules and thresholds must be dynamically adjusted according to actual conditions and must not be mechanically applied.


Audit Trail

Generate an audit log after each execution audit/{customer_name}_{date}_risk_plan_audit.json:

{
  "skill_name": "ai-risk-planning",
  "skill_version": "2.0.0",
  "execution_time": "2026-05-05T16:00:00+08:00",
  "customer_name": "[客户名称]",
  "operator": "[客户经理姓名]",
  "steps": [
    {
      "step": "数据确认与验证",
      "executor": "ai",
      "data_source": {"type": "user_upload"},
      "result": "pass",
      "details": "必填字段完整,验证通过"
    },
    {
      "step": "分析任务规划",
      "executor": "ai",
      "data_source": {"type": "context"},
      "result": "pass",
      "details": "8大维度全部覆盖,固定项任务数:8,行业项任务数:3,针对项任务数:2"
    },
    {
      "step": "采集任务规划",
      "executor": "ai",
      "data_source": {"type": "context"},
      "result": "pass",
      "details": "采集任务数:12,去重后数据源数:8"
    }
  ],
  "compliance_check": {
    "eight_dimensions_covered": true,
    "industry_rules_landed": true,
    "check_rules_dynamic": true,
    "tool_names_valid": true,
    "data_deduplicated": true,
    "bidirectional_mapping_valid": true
  },
  "output_summary": {
    "analysis_tasks_count": 13,
    "collection_tasks_count": 12,
    "report_tasks_count": 1
  }
}

Audit log retention period: At least 3 years.


Gotchas

#1: check_rules copying the template lacks dynamism

  • Symptom: The generated check_rules are all generic descriptions, such as "check whether the financial condition is normal", lacking specific thresholds and judgment criteria.
  • Cause: The model takes shortcuts and does not dynamically generate targeted rules based on loan characteristics (industry/amount/term/enterprise condition).
  • Solution: Add a mandatory instruction in step 2: "Do not copy generic templates; check_rules must be dynamically generated based on the characteristics of this loan, including specific thresholds and judgment criteria."

#2: Duplicate generation of collection tasks

  • Symptom: Multiple collection tasks are generated for the same data source (such as "enterprise credit report"), violating the deduplication principle.
  • Cause: The rule "only generate one collection task per data source" was not strictly enforced.
  • Solution: Add a mandatory instruction in step 3: "Only generate one collection task per data source, and list all analysis tasks that depend on this data in the serves_tasks field."

#3: Tool names do not match the tool inventory

  • Symptom: The name field of a collection task uses a custom tool name, such as "enterprise credit inquiry", which is not in the tool inventory.
  • Cause: The tool inventory in Section 6 was not strictly followed, and a new tool name was created out of thin air.
  • Solution: Add a mandatory instruction in step 3: "Each collection task must select a tool from the tool inventory (Section 6); do not create new tool names."

#4: Industry item tasks merged or omitted

  • Symptom: In the product rules, is_required=true multiple rules were merged into one task, or some rules did not generate tasks.
  • Cause: To reduce output, the model violated the "all industry items must be implemented" constraint.
  • Solution: Add a mandatory instruction in step 2: "Convert the rules for is_required=true in the product rules into industry item tasks; generate an independent task for each rule, and do not merge or omit them."

#5: serves_tasks and required_data do not correspond

  • Symptom: The data items listed in the required_data of an analysis task cannot find the corresponding service relationship in the serves_tasks of the collection task.
  • Cause: Bidirectional correspondence verification was not performed.
  • Solution: Add a verification item in step 5: "Verify the bidirectional correspondence between serves_tasks and required_data."

Examples

Example 1: Standard manufacturing enterprise working capital loan

User input:

{
  "applicant": "张三",
  "company": "XX机械制造有限公司",
  "industry": "C34 通用设备制造业",
  "product": "流动资金贷款",
  "amount": 50000000,
  "purpose": "购买原材料",
  "term_months": 12
}

Skill execution process:

  1. Step 0: Verify that required fields are complete, proceed to step 1
  2. Step 1: Parse the input and identify risk characteristics (manufacturing/50 million/1-year term/purchasing raw materials)
  3. Step 2: Plan tasks for the 8 fixed dimensions (industry evaluation, credit status, affiliation relationships, financial condition, judicial litigation, investment and financing risks, repayment sources, early warning information), and dynamically generate check_rules
  4. Step 3: Aggregate data requirements and generate deduplicated collection tasks (business information inquiry, credit report parsing, financial statement parsing, transaction flow analysis, etc.)
  5. Step 4: Plan the comprehensive approval report task
  6. Step 5: Verify the output (coverage of the 8 dimensions, implementation of industry items, tool name compliance, bidirectional correspondence)

Key Output Points:

  • Core conclusion: 13 analysis tasks (8 fixed items + 3 industry items + 2 targeted items), 12 collection tasks, 1 report task
  • Key change: For the "purchase of raw materials" purpose, add the targeted item "Verification of the authenticity and compliance of fund use"
  • Compliance check: Full coverage of the 8 major dimensions, check_rules contains specific thresholds, tool names strictly match the list

Example 2: Large credit extension to a newly established technology enterprise

User input:

{
  "applicant": "李四",
  "company": "XX科技有限公司",
  "industry": "I65 软件和信息技术服务业",
  "product": "科技授信",
  "amount": 100000000,
  "purpose": "研发投入及市场拓展",
  "term_months": 36,
  "company_age_months": 18
}

Skill execution process:

  1. Step 0: Verify that required fields are complete, proceed to Step 1
  2. Step 1: Identify risk characteristics (technology enterprise / 100 million / 3-year term / established less than 3 years / R&D investment)
  3. Step 2: Plan the 8 major fixed-dimension tasks; for "established less than 3 years," add the targeted item "Business continuity analysis"; for "100 million large amount," add the targeted item "Verification of the actual controller's personal net asset value"
  4. Step 3: Generate collection tasks, mark intellectual property inquiry and special R&D investment verification
  5. Steps 4-5: Plan report tasks, validate output

Key Output Points:

  • Core conclusion: 15 analysis tasks (8 fixed items + 4 industry items + 3 targeted items), 14 collection tasks, 2 report tasks
  • Key change: For the characteristics of a "technology enterprise," add the targeted item "Impact of core intellectual property disputes on the main business"
  • Compliance check: The targeted items cover the triple risk characteristics of "newly established enterprise / large credit extension / technology enterprise"

Non-functional scope (Out of Scope)

  • This Skill is not responsible for executing specific risk analysis tasks (please use the credit-due-diligence Skill).
  • This Skill does not directly make credit approval decisions (please use the credit-approval-decision Skill).
  • This Skill does not handle post-loan management, risk classification adjustments, or disposal of non-performing assets.
  • This Skill does not generate the final credit approval report; it only plans report tasks (report writing is executed by downstream Skills).
  • If the user requests the above content, clearly inform them and recommend the appropriate Skill or contact the credit approval team.