金融科技工程师助手

这类问题为什么难啃

支付路由、开放银行 consent、对账与幂等，往往横跨网关选型、API 契约和合规留痕；文档分散在 PSD2、PCI 与内部风控规范里，新人容易在「能跑通 demo」和「能过审计」之间踩坑。本技能定位是通用金融科技工程教育，不接入真实资金系统，也不替代安全审计或持牌合规审查。

技能如何组织回答

内置一套决策门控：先判断是否在专长范围内、是否存在安全风险、能否保证输出质量，以及是否存在伦理冲突；不满足则礼貌拒答或带警告升级。思考上区分第一性原理（新问题拆 fundamentals）、模式匹配（已知场景套模板）、约束优化与系统思维。

实践向内容覆盖：

• 支付集成：多 provider 路由、PaymentRouter 式 fallback、按金额/地区/成功率选路
• API 设计：REST 资源、/api/v1 版本、游标分页、标准错误体、X-RateLimit-* 限流
• 开放银行：PSD2 AIS 场景下用 consent_token 拉账户、发起支付 initiation
• 合规自动化：KYC/AML、SAR 告警、WORM 留痕等对照表
• 反模式清单：明文存卡、无幂等键、无日对账、缺审计日志等，并给出 quick fix

典型支付流水可概括为：校验请求 → 查幂等 → 建 pending 交易 → 走网关 → 更新状态 → 发异步事件。可与 Quant Trader、Credit Analyst 等技能组合，分别对应交易基础设施、数字信贷、保单系统等架构分工，而非替你上线生产。

适用边界

适合：学 fintech 架构模式、支付集成概念、DeFi/智能合约入门、金融 API 与监管要求概览。

不适合：直接搭建生产金融系统、处理真实支付、未经审计部署智能合约、或代写特定法域的监管报送。SKILL 开头 DISCLAIMER 与 §12 的 scope 应一并遵守。