关于 onboarding
onboarding 是面向 KYC 分析师的客户开户技能。它要求在常规尽职调查前完成五项独立核验,并组织案件文件、报告、审批与升级流程。
主要功能
- 01强制完成五项核验后再继续
- 02自动创建案件文件夹
- 03结构固定的案件模板
- 04自动生成 Excel 报告
- 05升级与审批工作流
适用场景
- 01开户前核验客户信息
- 02整理合规审查所需发现
- 03上报制裁匹配或信息差异
- 04生成结构化 KYC 案件报告
MCP 相关
该技能说明了 MCP 集成:使用 browser (Claude in Chrome) 进行网络研究,使用 excel (openpyxl) 制作仪表板,并使用 pdf (fpdf2) 生成报告。
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ vyayasan/ kyc-analyst --skill onboarding安装后在 Claude Code 中输入/onboarding确认已加载。
详细介绍
入驻 SKILL.md - 完整实现
作者: Vyayasan 版本: 1.0.0 状态: 已准备就绪,可投入生产 - 最终锁定版本
SKILL 概览
此 SKILL 定义了完整的 KYC 入驻工作流,其中包含强制执行的第 0 步独立核验、自动创建案例文件夹,以及锁定模板的强制使用。
触发方式: /kyc-analyst:onboard [Customer Name] [Country]
阶段门控: 此技能强制执行 17 个必经阶段门控,每个门控都必须获得分析师的明确同意。完整的阶段门控规范请参见 commands/onboard.md。
MCP 集成: 使用 ~~browser(Claude in Chrome)进行网络调查,使用 ~~excel(openpyxl)创建仪表板,使用 ~~pdf(fpdf2)生成报告。完整的连接器参考请参见 CONNECTORS.md。
第 0 步:强制执行独立核验
第 0 步为何是强制要求
监管要求: AMLD5 第 10(a) 条和 UK MLR 2017 第 19 条要求使用“可靠、独立的来源文件、数据或信息”进行独立核验。
分析师合规职责: 分析师必须独立核验客户声明。不能仅依赖客户的说法——必须通过独立来源进行核验。
此技能强制要求: 在完成第 0 步且结果明确之前,不得继续传统入驻流程。
第 0 步流程
COMMAND INVOKED
↓
CREATE CASE FOLDER (KYC-[DATE]-[TYPE]-[NAME]-[SEQ])
↓
BEGIN STEP 0 - INDEPENDENT VERIFICATION
↓
SEARCH 1: Adverse Media ─→ DOCUMENT FINDINGS
SEARCH 2: Directorships ─→ DOCUMENT FINDINGS
SEARCH 3: PEP Status ────→ DOCUMENT FINDINGS
SEARCH 4: Professional Background → DOCUMENT FINDINGS
SEARCH 5: Sanctions/Crime ──→ DOCUMENT FINDINGS
↓
ANALYSIS & DECISION
↓
All Clear? → YES → Proceed to Step 1
↓ NO (DISCREPANCIES FOUND)
ESCALATE → Manager Review Required
五项强制搜索——详细说明
搜索 1:负面媒体与新闻
目标: 查找任何负面新闻、犯罪记录、违规行为或金融犯罪
搜索策略:
Sources:
- Google News: "[Customer Name]" crime/fraud/scandal
- BBC News: "[Customer Name]" conviction
- Reuters: "[Customer Name]" regulatory action
- Companies House: Search for insolvency notices
- FCA Register: Check for regulatory action
- UK Media Index: General news scan
记录内容:
- 犯罪记录(是/否)
- 违规行为(是/否)
- 金融犯罪(是/否)
- 破产/无力偿债(是/否)
- 负面媒体报道(是/否)
决策规则:
- 全部无异常 → 继续下一项搜索
- 发现任何问题 → 记录并评估严重程度
搜索 2:公司董事任职情况
目标: 查明所有公司关联、董事任职情况及实益所有权
搜索策略:
Sources:
- Companies House: Direct officer search for [Customer Name]
- Companies House: Company search for any businesses
- Business registries: Director and shareholder registrations
- Corporate databases: Cross-verification
记录内容:
- 公司名称
- 职位(董事、股东、高管)
- 状态(活跃/休眠)
- 任命日期
- 任何利益冲突或模式
- 空壳公司评估
重大问题——如出现以下情况则升级处理:
- 存在多项未披露的董事任职情况
- 客户担任其任职公司的董事,而客户也为该公司工作
- 存在空壳公司模式
- 实益所有权不明确
搜索 3:PEP 身份(政治公众人物)
目标: 查明是否存在需要加强尽职调查的政治关联
搜索策略:
Sources:
- UK Government PEP Database
- Electoral Commission (candidacy/office)
- International PEP Lists
- Government employee records
记录内容:
- 当前政治职务(是/否)
- 以往政治职务(是/否)
- 家庭成员的 PEP 身份(是/否)
- 与客户关系密切且具有政治关联的人士(是/否)
决策规则:
- 发现 PEP → 触发 EDD
- 发现家庭成员为 PEP → 记录关系
- 无异常 → 继续
搜索 4:职业背景
目标: 独立核验职业声明
搜索策略:
Sources:
- LinkedIn: Employment history, current roles
- Company websites: Staff directory, team pages
- Business registry: Company ownership, director roles
- News: Business announcements, funding rounds
记录内容:
- 当前工作情况(公司、职位、职称)
- 工作状态(受雇/自雇/董事)
- 声称的业务活动与核验结果
- 专业资质
- 已确认的收入来源
重大差异——如出现以下情况则升级处理:
- 声称为自雇,但实际在其他地方受雇
- 存在未披露的业务角色或董事任职情况
- 无法核验所声称的业务情况
- 虚报资金来源
- 明显存在未披露信息的模式
搜索 5:制裁与金融犯罪
目标: 确认未发现制裁匹配或涉及金融犯罪的情况
搜索策略:
Sources:
- OFAC Specially Designated Nationals List
- EU Consolidated Sanctions List
- UK Sanctions Regime
- UN Security Council Consolidated List
- Interpol Database
记录内容:
- OFAC 匹配(是/否)
- EU 制裁(是/否)
- UK 制裁(是/否)
- UN 制裁(是/否)
- 刑事定罪(是/否)
- Interpol 通报(是/否)
决策规则:
- 发现任何匹配 → 立即升级处理
- 全部无异常 → 继续
第 0 步报告模板
创建的文件: STEP_0_VERIFICATION_REPORT.md(锁定模板)
必需章节:
# STEP 0 VERIFICATION REPORT
## Search 1: Adverse Media
[Findings documented]
## Search 2: Directorships
[All companies listed with details]
## Search 3: PEP Status
[PEP assessment]
## Search 4: Professional Background
[Occupation and business verification]
## Search 5: Sanctions & Crime
[Sanctions screening results]
## DECISION GATE ANALYSIS
[Summary of findings]
## Material Misrepresentation Assessment
[If discrepancies found]
## Step 0 Decision: [PROCEED / ESCALATE]
[Decision logic]
## Certification
[Analyst sign-off]
第 0 步决策关口
通过标准(必须全部满足):
- ✓ 已完成全部五项搜索
- ✓ 未发现重大差异
- ✓ 已核实或澄清声明
- ✓ 无升级触发条件
- ✓ 第 0 步报告已签署
升级标准(发现任一项即可):
- ✗ 发现重大虚假陈述
- ✗ 存在多项未披露的董事职务
- ✗ 发现制裁名单匹配
- ✗ 存在金融犯罪迹象
- ✗ PEP 身份需要加强尽职调查(EDD)
- ✗ 资金来源陈述不实
- ✗ 存在蓄意不披露的行为模式
第 0 步升级流程
重大调查结果升级至:
- 主要对象: 合规经理(案件评估)
- 次要对象: MLRO(存在洗钱疑虑时)
需包含的信息:
- 客户姓名和 ID
- 关键调查结果摘要
- 升级的监管依据
- 建议采取的措施
- 支持性证据
经理可作出的决定:
- 继续进行加强尽职调查(EDD)
- 联系客户以澄清情况
- 拒绝建立业务关系
- 提交 SAR 审查
第 1 步:传统开户流程(第 0 步之后)
仅在以下情况下继续: 第 0 步已完成且结果明确(或升级事项已解决)
信息收集阶段
收集所需信息:
- 完整的个人身份证明(护照、身份证)
- 当前地址证明
- 就业/业务详情
- 资金来源证明文件
- 实益所有权信息(如适用)
- PEP 声明
- 制裁筛查确认
文档编制阶段
创建案件文档:
- 客户档案
- 风险评估
- 尽职调查摘要
- 证据文件
审批阶段
- 合规经理审核
- MLRO 签署(如需)
- 最终审批决定
自动创建案件文件夹
命名规则
KYC-[YYYYMMDD]-[TYPE_CODE]-[CUSTOMER_NAME]-[SEQUENCE]
组成部分:
- YYYYMMDD: 申请日期
- TYPE_CODE: ONB(开户)、SCR(筛查)、REF(更新)、RAS(风险)、AML(监控)
- CUSTOMER_NAME: 姓氏(最多 20 个字符)
- SEQUENCE: 001、002、003 等(用于处理同一天的多份申请)
示例: KYC-20260202-ONB-SMITH-001
自动创建的文件夹结构
插件自动创建:
001_CASE_METADATA/
├── CASE_METADATA.md (LOCKED TEMPLATE)
002_STEP_0_VERIFICATION/
├── STEP_0_VERIFICATION_REPORT.md (LOCKED TEMPLATE)
├── 001_Adverse_Media/
│ └── Search_1_Findings.md
├── 002_Directorships/
│ └── Search_2_Findings.md
├── 003_PEP_Status/
│ └── Search_3_Findings.md
├── 004_Professional_Background/
│ └── Search_4_Findings.md
└── 005_Sanctions_Crime/
└── Search_5_Findings.md
003_EVIDENCE/
├── Identification documents
├── Address verification
├── Employment confirmation
└── Source of funds documentation
004_AUDIT_TRAIL/
├── AUDIT_TRAIL.md (LOCKED TEMPLATE)
005_ESCALATIONS/
├── ESCALATION_BRIEF.md (if applicable)
└── Manager Decision.md (if applicable)
006_COMMUNICATIONS/
├── Customer correspondence
└── Customer clarification requests
KYC_[CustomerName]_Findings_Report.xlsx
├── Executive Summary sheet
├── Step 0 Results sheet
├── Discrepancies sheet
└── Risk Assessment sheet
锁定模板——格式不可更改
模板 1:CASE_METADATA.md
用途: 案件识别的唯一可信信息来源
结构(已锁定):
# CASE METADATA - LOCKED TEMPLATE
## CASE IDENTIFICATION
Case ID, Type, Customer, Application Date, Analyst
## CUSTOMER DETAILS
Name, Email, Nationality, Residence, DOB, Passport
## DECLARED BUSINESS PROFILE
[Customer's declared information]
## CASE STATUS TIMELINE
[Chronological updates with dates]
## CASE STATUS
[Current status]
## RISK ASSESSMENT
[Geographic %, Customer %, Product %, Channel %]
## NEXT STEPS
[Ordered action items]
修改规则: 各部分已锁定,但部分内容可编辑
模板 2:STEP_0_VERIFICATION_REPORT.md
用途: 监管合规证据
结构(已锁定):
# STEP 0 VERIFICATION REPORT - LOCKED TEMPLATE
## SEARCH 1-5 SECTIONS
[Each with structured findings]
## STEP 0 DECISION GATE ANALYSIS
[Summary and decision logic]
## CERTIFICATION & SIGN-OFF
[Analyst certification]
修改规则: 格式已锁定,调查结果可编辑
模板 3:AUDIT_TRAIL.md
用途: 不可更改的时间顺序日志
结构(完全锁定):
# AUDIT TRAIL - IMMUTABLE LOG
## CHRONOLOGICAL ACTION LOG
[Timestamped table of all actions]
## FINDINGS SUMMARY
[Summary of findings]
## REGULATORY COMPLIANCE NOTES
[Compliance requirements met]
修改规则: 自动生成,不可编辑
自动生成 Excel 报告
插件会创建专业的 Excel 报告,其中包含:
工作表 1:执行摘要
- 案件 ID、客户、日期、状态
- 全部五项搜索的结果
- 关键调查结果
- 决策:通过或升级
工作表 2:第 0 步搜索
- 详细列出搜索 1 至搜索 5 的结果
- 严重性评估
- 记录信息来源
工作表 3:差异(如有)
- 声明与实际情况对比
- 差异分析
- 严重程度等级
工作表 4:风险评估
- 地理风险 %
- 客户风险 %
- 产品风险 %
- 渠道风险 %
- 总体风险等级
质量保证检查点
检查点 1:第 0 步完整性
- 已记录全部五项搜索
- 已注明所有调查结果及其来源
- 已识别差异
- 已应用决策关口
检查点 2:文档准确性
- 案件文件夹已正确命名
- 已强制使用锁定模板
- 已生成 Excel 报告
- 已创建审计日志
检查点 3:监管合规性
- 符合 AMLD5 第 10 条要求
- 符合英国 MLR 第 19 条规定
- 遵循 FCA 指引
- 使用独立来源
检查点 4:决策逻辑
- PROCEED 决策有充分依据
- 已记录 ESCALATE 决策
- 已将升级事项转交经理
- 后续步骤清晰
常见错误及避免方法
❌ 错误 1: 未经独立核验便接受客户的声明 ✓ 正确做法: 无论客户怎么说,都要完成全部五项搜索
❌ 错误 2: 对“低风险”客户跳过步骤 0 ✓ 正确做法: 所有客户都必须执行步骤 0
❌ 错误 3: 只进行一次搜索,而不是五次 ✓ 正确做法: 必须完成全部五项搜索;每项都会提供独特信息
❌ 错误 4: 修改锁定模板的格式 ✓ 正确做法: 锁定模板可保持一致性;应修改内容,而非格式
❌ 错误 5: 尽管发现关键问题,仍继续办理入驻 ✓ 正确做法: 发现不一致时应升级处理;不要绕过决策关卡
工作流决策树
START ONBOARDING
↓
CREATE CASE FOLDER
↓
BEGIN STEP 0
↓
┌─── SEARCH 1: ADVERSE MEDIA
│ ↓
│ Findings? → NO → Continue
│ ↓ YES
│ Document → Continue (to Search 2)
│
├─── SEARCH 2: DIRECTORSHIPS
│ ↓
│ Findings? → NO → Continue
│ ↓ YES
│ Document → Continue (to Search 3)
│
├─── SEARCH 3: PEP STATUS
│ ↓
│ PEP? → NO → Continue
│ ↓ YES
│ Document → Continue (to Search 4)
│
├─── SEARCH 4: PROFESSIONAL BACKGROUND
│ ↓
│ Discrepancies? → NO → Continue
│ ↓ YES
│ Document → Continue (to Search 5)
│
└─── SEARCH 5: SANCTIONS/CRIME
↓
Matches? → NO → STEP 0 COMPLETE
↓ YES
IMMEDIATE ESCALATION
在插件中强制执行步骤 0
内置关卡:
Cannot proceed past Step 0 unless:
✓ All five searches completed
✓ Report generated and signed
✓ Decision documented
✓ Escalation (if needed) routed
这可确保:
- 未经独立核验,不会办理入驻
- 记录并留存所有发现
- 自动确保符合监管要求
- 创建审计跟踪记录
- 触发升级事项的经理审核
总结:你的职责
作为分析师:
- ✓ 独立执行五项搜索中的每一项
- ✓ 记录发现及其来源
- ✓ 识别不一致之处
- ✓ 审核步骤 0 报告
- ✓ 遵循决策关卡
- ✓ 按要求升级处理
作为经理:
- ✓ 审核升级事项
- ✓ 评估关键发现
- ✓ 决定继续办理、拒绝或进行增强尽职调查(EDD)
- ✓ 在案件档案中记录决定
- ✓ 签字确认完成
作为合规人员:
- ✓ 审计案件文件夹
- ✓ 确认锁定模板得到保留
- ✓ 审核审计跟踪记录
- ✓ 抽查发现的准确性
- ✓ 确保符合监管要求
开发者: Vyayasan 版本: 1.0.0 日期: 2026 年 2 月 12 日 状态: 已可用于生产环境 - 最终锁定版本
Stagegate 参考: 完整的 17 阶段关卡工作流规范见 commands/onboard.md。
连接器参考: MCP 工具集成指南见 CONNECTORS.md 和 MCP_INTEGRATION_GUIDE.md。