Performing Privileged Account Access Review
Conduct systematic reviews of privileged accounts to validate access
当用户需要对银行监管报送材料、监管报表、统计口径、校验规则、跨表一致性、字段完整性、勾稽关系、异常差异说明、报送前复核清单进行审查、核验、问题定位、整改建议或报告生成时,使用本技能。 适用于监管报送校验、报送前复核、口径一致性审查、字段质量检查、跨表勾稽校验、异常波动解释、补充说明撰写等场景。
--- name: regulatory-reporting-validation-assistant-890b205f317c description: | 当用户需要对银行监管报送材料、监管报表、统计口径、校验规则、跨表一致性、字段完整性、勾稽关系、异常差异说明、报送前复核清单进行审查、核验、问题定位、整改建议或报告生成时,使用本技能。 适用于监管报送校验、报送前复核、口径一致性审查、字段质量检查、跨表勾稽校验、异常波动解释、补充说明撰写等场景。 --- # 监管报送校验助手 ## 一、技能定位 本技能用于支持银行在监管报送、合规运营与内部复核场景下,对报送数据、报送报表、附表、说明材料及相关底稿开展系统化校验。技能重点不是“代替最终报送签发”,而是帮助使用者在正式报送前尽早发现问题、归纳异常、识别口径冲突、形成复核意见,并输出结构化的校验结果与整改建议。 本技能适合以下典型任务: - 对单张监管报表进行字段完整性、格式有效性、异常值与口径合理性检查。 - 对多张监管报表执行跨表一致性核验、勾稽关系校验与差异解释整理。 - 对本期与上期、预算、内部管理报表、总账/分户账之间的差异进行归因分析。 - 对拟报送说明材料进行审阅,判断是否回答了监管关注点。 - 在资料不完整时先输出“待补充信息清单”,避免基于缺失数据得出过强结论。 ## 二、适用边界 ### 适用场景 - 银行监管统计报送前复核 - 合规运营报送审查 - 内部审计或合规部门的报送质量抽检 - 重大异常波动说明初稿生成 - 分支机构上报数据质量审阅 ### 不适用场景 - 直接替代监管制度原文解释 - 在没有基础报送口径、字段定义或数据底稿的情况下直接下最终结论 - 在涉及正式法律意见、监管定性、处罚判断时替代专业法务或合规签发 - 将机器生成结果直接作为最终报送内容而不经人工复核 ## 三、核心目标 本技能的目标包括: 1. 识别报送数据中的明显缺失、异常、冲突与逻辑不一致。 2. 判断口径说明是否清楚,是否存在本期与历史期、内部口径与监管口径不一致问题。 3. 输出结构化问题清单、影响范围、优先级与整改建议。 4. 对异常波动、重大差异、跨表不一致形成可复核的说明草稿。 5. 明确哪些问题已经确认,哪些仅为疑点,哪些需要业务/财务/科技/合规进一步核实。 ## 四、输入要求 本技能可处理的输入包括但不限于: - 监管报表名称、报送期次、报送批次 - 字段清单、字段定义、口径说明文档 - 报送数据明细、汇总表、附表 - 上期报送数据、去年同期数据、预算或内部管理口径数据 - 总账、分户账、业务系统导出底稿 - 异常波动说明、补充说明或内部复核备注 - 数据质量规则、监管校验规则、内部勾稽规则 若输入不足,至少应具备以下最小信息: - 报送对象或报表名称 - 报送期次 - 待校验的数据表或字段样例 - 至少一种参考口径(如字段定义、历史期、内部底稿) ## 五、使用指导 ### 1. 推荐使用方式 当你调用本技能时,建议先明确以下问题: - 当前是“单表校验”还是“多表联查”。 - 你最关心的是完整性、格式、勾稽关系,还是异常波动解释。 - 是否有历史期数据、内部管理口径数据、总账底稿可作为对照。 - 是否已有监管规则或内部校验清单。 ### 2. 推荐输入模板 可使用如下输入思路: - 报送任务:本次需要校验哪一类报送。 - 校验范围:单张表、多张表、字段列表、说明材料。 - 数据来源:来自监管系统、总账、业务系统、分支行填报、人工汇总。 - 参考基准:上期数据、去年同期、预算、内部管理报表、监管口径文档。 - 重点关注:缺失、异常、勾稽、跨表不一致、波动解释、材料合规性。 ### 3. 推荐输出形式 本技能优先输出以下内容: - 校验结论摘要 - 发现的问题清单 - 高优先级问题与影响说明 - 待核验事项 - 整改建议与复核动作 - 对监管说明材料的改写建议 ### 4. 证据要求 输出中应尽量说明问题依据来自哪里,例如: - 来自字段定义 - 来自历史期对比 - 来自跨表勾稽 - 来自总账/分户账底稿 - 来自报送规则或内部复核规则 ### 5. 结论强度控制 必须区分三类表述: - 已确认问题:有明确数据证据或规则证据支持。 - 高概率疑点:多项迹象指向异常,但仍需人工确认。 - 待补充核验:当前资料不足,不能形成确定判断。 禁止把“待核验疑点”直接写成“已确认违规/错误”。 ## 六、工作流程 ### 第一步:识别报送任务与校验范围 先确定报送对象、期次、口径与数据来源,判断任务属于以下哪种: - 单表字段校验 - 多表勾稽校验 - 历史波动校验 - 说明材料审查 - 综合复核 ### 第二步:建立校验清单 围绕以下维度形成校验框架: - 字段完整性:是否缺字段、缺值、默认值异常 - 格式有效性:日期、金额、枚举、编码是否合法 - 口径一致性:字段含义是否与定义一致 - 跨表一致性:同一指标在不同报表是否一致 - 勾稽关系:加总、拆分、期初期末、子项汇总是否成立 - 历史合理性:与上期、同期、预算是否存在异常波动 - 底稿一致性:与总账、系统导出、内部报表是否匹配 - 说明充分性:是否对重大差异提供可追溯解释 ### 第三步:执行问题识别 按规则或逻辑筛查问题,并输出问题记录。问题至少应包含: - 问题编号 - 所属报表/字段 - 问题类型 - 发现依据 - 影响范围 - 优先级 - 当前状态 - 建议动作 ### 第四步:进行影响评估与优先级排序 优先级建议分为: - P0:可能导致报送失败、严重误报、关键指标失真、监管高关注风险 - P1:重要字段缺失、核心勾稽不通过、重大波动无解释 - P2:一般一致性问题、格式问题、非关键说明不足 - P3:可优化问题、表述不规范、附注不够清晰 ### 第五步:形成整改与复核建议 针对每个问题给出明确动作,例如: - 补充底稿 - 回溯源系统 - 核对字段映射 - 统一统计口径 - 补写异常说明 - 复核分支机构报送逻辑 - 升级至合规/财务/科技联动处理 ### 第六步:输出审查结果 最终输出应包括: - 总体结论 - 问题分层清单 - 重点问题说明 - 差异解释建议 - 待核验事项 - 下一步动作与责任建议 ## 七、重点校验维度说明 ### 1. 字段完整性 关注是否存在以下问题: - 必填字段为空 - 非必填字段大面积缺失但与业务常识不符 - 数值字段被写成文本 - 默认值、占位值、零值被滥用 ### 2. 格式与编码有效性 关注: - 日期格式错误 - 编码不在字典范围内 - 金额单位不一致 - 币种、机构编码、客户分类编码错填 ### 3. 口径一致性 关注: - 同一指标在不同材料中的定义不一致 - 本期统计范围与历史期发生变化但未披露 - 内部管理口径与监管口径混用 - 分支行理解不一致导致口径偏移 ### 4. 跨表勾稽 关注: - 合计项不等于明细项汇总 - 资产负债相关项目不平 - 表内项目与附表项目不一致 - 本币、外币、折人民币合计关系不成立 ### 5. 历史波动与合理性 关注: - 环比/同比异常波动 - 波动方向与业务实际不符 - 单期跳变无法解释 - 与同类业务口径表现不匹配 ### 6. 底稿与源数据一致性 关注: - 报送表数据与总账、分户账不一致 - 系统导出数与人工汇总数不一致 - 数据抽取时间点不统一 - 手工调整未留痕 ### 7. 说明材料质量 关注: - 只描述现象,不解释原因 - 解释原因过于笼统,无法复核 - 未体现影响范围和后续整改动作 - 监管可能关注的问题没有提前回答 ## 八、输出要求 输出应尽量采用结构化格式,并至少包含以下部分: 1. 任务背景 2. 校验范围 3. 数据来源与参考口径 4. 总体结论 5. 关键问题清单 6. 待核验事项 7. 整改建议 8. 需要补充的材料 9. 说明材料建议写法 10. 结论边界声明 ## 九、风险边界与合规提醒 - 本技能只能用于辅助校验和问题发现,不能替代正式签发与最终报送责任。 - 不应在缺少关键底稿或口径文件时给出过强结论。 - 如发现可能涉及重大数据失真、重大漏报、重复报送或监管高敏事项,应明确建议升级人工复核。 - 如涉及制度解释分歧,应建议以最新正式监管制度、行内制度和合规意见为准。 ## 十、常见高风险信号 - 关键指标与历史期相比异常跳变且无说明 - 同一指标在主表、附表、说明材料中取值不一致 - 字段长期固定为零或默认值 - 合计项与明细项差异持续存在 - 口径发生变化但未披露 - 总账与报送表存在显著偏差 - 大量人工修订但缺少审批留痕 - 说明材料无法支撑异常波动的业务原因 ## 十一、建议搭配使用的参考文件 - `references/reporting_validation_checklist.md` - `references/common_issue_patterns.md` - `references/output_schema.md` - `assets/templates/regulatory_review_report_template.md` - `assets/templates/anomaly_explanation_template.md` ## 十二、调用脚本建议 - 使用 `scripts/report_field_validator.py` 对字段完整性、格式与基础规则进行初筛。 - 使用 `scripts/cross_table_reconciler.py` 对多表之间的勾稽关系与差异进行核验。 - 使用 `scripts/render_regulatory_review_report.py` 生成结构化审查报告草稿。--- name: regulatory-reporting-validation-assistant-890b205f317c description: | 当用户需要对银行监管报送材料、监管报表、统计口径、校验规则、跨表一致性、字段完整性、勾稽关系、异常差异说明、报送前复核清单进行审查、核验、问题定位、整改建议或报告生成时,使用本技能。 适用于监管报送校验、报送前复核、口径一致性审查、字段质量检查、跨表勾稽校验、异常波动解释、补充说明撰写等场景。 --- # 监管报送校验助手 ## 一、技能定位 本技能用于支持银行在监管报送、合规运营与内部复核场景下,对报送数据、报送报表、附表、说明材料及相关底稿开展系统化校验。技能重点不是“代替最终报送签发”,而是帮助使用者在正式报送前尽早发现问题、归纳异常、识别口径冲突、形成复核意见,并输出结构化的校验结果与整改建议。 本技能适合以下典型任务: - 对单张监管报表进行字段完整性、格式有效性、异常值与口径合理性检查。 - 对多张监管报表执行跨表一致性核验、勾稽关系校验与差异解释整理。 - 对本期与上期、预算、内部管理报表、总账/分户账之间的差异进行归因分析。 - 对拟报送说明材料进行审阅,判断是否回答了监管关注点。 - 在资料不完整时先输出“待补充信息清单”,避免基于缺失数据得出过强结论。 ## 二、适用边界 ### 适用场景 - 银行监管统计报送前复核 - 合规运营报送审查 - 内部审计或合规部门的报送质量抽检 - 重大异常波动说明初稿生成 - 分支机构上报数据质量审阅 ### 不适用场景 - 直接替代监管制度原文解释 - 在没有基础报送口径、字段定义或数据底稿的情况下直接下最终结论 - 在涉及正式法律意见、监管定性、处罚判断时替代专业法务或合规签发 - 将机器生成结果直接作为最终报送内容而不经人工复核 ## 三、核心目标 本技能的目标包括: 1. 识别报送数据中的明显缺失、异常、冲突与逻辑不一致。 2. 判断口径说明是否清楚,是否存在本期与历史期、内部口径与监管口径不一致问题。 3. 输出结构化问题清单、影响范围、优先级与整改建议。 4. 对异常波动、重大差异、跨表不一致形成可复核的说明草稿。 5. 明确哪些问题已经确认,哪些仅为疑点,哪些需要业务/财务/科技/合规进一步核实。 ## 四、输入要求 本技能可处理的输入包括但不限于: - 监管报表名称、报送期次、报送批次 - 字段清单、字段定义、口径说明文档 - 报送数据明细、汇总表、附表 - 上期报送数据、去年同期数据、预算或内部管理口径数据 - 总账、分户账、业务系统导出底稿 - 异常波动说明、补充说明或内部复核备注 - 数据质量规则、监管校验规则、内部勾稽规则 若输入不足,至少应具备以下最小信息: - 报送对象或报表名称 - 报送期次 - 待校验的数据表或字段样例 - 至少一种参考口径(如字段定义、历史期、内部底稿) ## 五、使用指导 ### 1. 推荐使用方式 当你调用本技能时,建议先明确以下问题: - 当前是“单表校验”还是“多表联查”。 - 你最关心的是完整性、格式、勾稽关系,还是异常波动解释。 - 是否有历史期数据、内部管理口径数据、总账底稿可作为对照。 - 是否已有监管规则或内部校验清单。 ### 2. 推荐输入模板 可使用如下输入思路: - 报送任务:本次需要校验哪一类报送。 - 校验范围:单张表、多张表、字段列表、说明材料。 - 数据来源:来自监管系统、总账、业务系统、分支行填报、人工汇总。 - 参考基准:上期数据、去年同期、预算、内部管理报表、监管口径文档。 - 重点关注:缺失、异常、勾稽、跨表不一致、波动解释、材料合规性。 ### 3. 推荐输出形式 本技能优先输出以下内容: - 校验结论摘要 - 发现的问题清单 - 高优先级问题与影响说明 - 待核验事项 - 整改建议与复核动作 - 对监管说明材料的改写建议 ### 4. 证据要求 输出中应尽量说明问题依据来自哪里,例如: - 来自字段定义 - 来自历史期对比 - 来自跨表勾稽 - 来自总账/分户账底稿 - 来自报送规则或内部复核规则 ### 5. 结论强度控制 必须区分三类表述: - 已确认问题:有明确数据证据或规则证据支持。 - 高概率疑点:多项迹象指向异常,但仍需人工确认。 - 待补充核验:当前资料不足,不能形成确定判断。 禁止把“待核验疑点”直接写成“已确认违规/错误”。 ## 六、工作流程 ### 第一步:识别报送任务与校验范围 先确定报送对象、期次、口径与数据来源,判断任务属于以下哪种: - 单表字段校验 - 多表勾稽校验 - 历史波动校验 - 说明材料审查 - 综合复核 ### 第二步:建立校验清单 围绕以下维度形成校验框架: - 字段完整性:是否缺字段、缺值、默认值异常 - 格式有效性:日期、金额、枚举、编码是否合法 - 口径一致性:字段含义是否与定义一致 - 跨表一致性:同一指标在不同报表是否一致 - 勾稽关系:加总、拆分、期初期末、子项汇总是否成立 - 历史合理性:与上期、同期、预算是否存在异常波动 - 底稿一致性:与总账、系统导出、内部报表是否匹配 - 说明充分性:是否对重大差异提供可追溯解释 ### 第三步:执行问题识别 按规则或逻辑筛查问题,并输出问题记录。问题至少应包含: - 问题编号 - 所属报表/字段 - 问题类型 - 发现依据 - 影响范围 - 优先级 - 当前状态 - 建议动作 ### 第四步:进行影响评估与优先级排序 优先级建议分为: - P0:可能导致报送失败、严重误报、关键指标失真、监管高关注风险 - P1:重要字段缺失、核心勾稽不通过、重大波动无解释 - P2:一般一致性问题、格式问题、非关键说明不足 - P3:可优化问题、表述不规范、附注不够清晰 ### 第五步:形成整改与复核建议 针对每个问题给出明确动作,例如: - 补充底稿 - 回溯源系统 - 核对字段映射 - 统一统计口径 - 补写异常说明 - 复核分支机构报送逻辑 - 升级至合规/财务/科技联动处理 ### 第六步:输出审查结果 最终输出应包括: - 总体结论 - 问题分层清单 - 重点问题说明 - 差异解释建议 - 待核验事项 - 下一步动作与责任建议 ## 七、重点校验维度说明 ### 1. 字段完整性 关注是否存在以下问题: - 必填字段为空 - 非必填字段大面积缺失但与业务常识不符 - 数值字段被写成文本 - 默认值、占位值、零值被滥用 ### 2. 格式与编码有效性 关注: - 日期格式错误 - 编码不在字典范围内 - 金额单位不一致 - 币种、机构编码、客户分类编码错填 ### 3. 口径一致性 关注: - 同一指标在不同材料中的定义不一致 - 本期统计范围与历史期发生变化但未披露 - 内部管理口径与监管口径混用 - 分支行理解不一致导致口径偏移 ### 4. 跨表勾稽 关注: - 合计项不等于明细项汇总 - 资产负债相关项目不平 - 表内项目与附表项目不一致 - 本币、外币、折人民币合计关系不成立 ### 5. 历史波动与合理性 关注: - 环比/同比异常波动 - 波动方向与业务实际不符 - 单期跳变无法解释 - 与同类业务口径表现不匹配 ### 6. 底稿与源数据一致性 关注: - 报送表数据与总账、分户账不一致 - 系统导出数与人工汇总数不一致 - 数据抽取时间点不统一 - 手工调整未留痕 ### 7. 说明材料质量 关注: - 只描述现象,不解释原因 - 解释原因过于笼统,无法复核 - 未体现影响范围和后续整改动作 - 监管可能关注的问题没有提前回答 ## 八、输出要求 输出应尽量采用结构化格式,并至少包含以下部分: 1. 任务背景 2. 校验范围 3. 数据来源与参考口径 4. 总体结论 5. 关键问题清单 6. 待核验事项 7. 整改建议 8. 需要补充的材料 9. 说明材料建议写法 10. 结论边界声明 ## 九、风险边界与合规提醒 - 本技能只能用于辅助校验和问题发现,不能替代正式签发与最终报送责任。 - 不应在缺少关键底稿或口径文件时给出过强结论。 - 如发现可能涉及重大数据失真、重大漏报、重复报送或监管高敏事项,应明确建议升级人工复核。 - 如涉及制度解释分歧,应建议以最新正式监管制度、行内制度和合规意见为准。 ## 十、常见高风险信号 - 关键指标与历史期相比异常跳变且无说明 - 同一指标在主表、附表、说明材料中取值不一致 - 字段长期固定为零或默认值 - 合计项与明细项差异持续存在 - 口径发生变化但未披露 - 总账与报送表存在显著偏差 - 大量人工修订但缺少审批留痕 - 说明材料无法支撑异常波动的业务原因 ## 十一、建议搭配使用的参考文件 - `references/reporting_validation_checklist.md` - `references/common_issue_patterns.md` - `references/output_schema.md` - `assets/templates/regulatory_review_report_template.md` - `assets/templates/anomaly_explanation_template.md` ## 十二、调用脚本建议 - 使用 `scripts/report_field_validator.py` 对字段完整性、格式与基础规则进行初筛。 - 使用 `scripts/cross_table_reconciler.py` 对多表之间的勾稽关系与差异进行核验。 - 使用 `scripts/render_regulatory_review_report.py` 生成结构化审查报告草稿。
Imported from the listed AgentSkill.sh category. Complete supplied package files and notices are retained. Includes source scripts; review them before use. Required external tools and credentials are not installed. No bundled code was executed during import. Individual agent task behavior has not been tested.