支付路由优化器

要解决什么问题

商户和产品团队在改支付路由时，往往手里只有 PSP 报价、零散日志结论和「要提高成功率、又要控成本」这类目标，却缺少一份能拿去和工程、财务、支付运营对齐的离线策略稿：谁走哪条通道、软拒怎么重试、大促前怎么 failover、按市场怎么灰度。

本技能把上述上下文收敛成可评审的 Markdown 规划简报，而不是在环境里直接改路由或动账。

技能如何工作

触发场景包括：提升授权/支付成功率、在不过度牺牲通过率的前提下压处理成本、对比 PSP/收单行/本地支付方式或容灾方案，以及准备路由评审、 outage 预案或新市场支付策略。

典型流程：

1. 收集目标、市场、支付方式与主要约束。
2. 将问题归一为 approval（通过率）、cost（成本）、risk（风险）或 balanced（平衡）等规划模式。
3. 按细分（币种、issuer、BIN、金额段、设备等）给出主路由与备份路径。
4. 补充重试规则、故障切换护栏与上线顺序。
5. 输出含基线诊断、建议路由矩阵、重试/容灾策略、上线计划与监控护栏的简报。

可接受的输入包括：支付日志摘要、PSP/费率表、市场与 3DS/欺诈/韧性目标，以及人力审批、工程带宽、旺季风险等上线约束。

边界与注意点

这是 MVP、规划向 的能力：不切换线上流量、不转账、不接触原始 PAN，也不替代合规审查。合规、PCI、欺诈与拒付仍视为外部控制层；任何生产策略须人工审批后再采纳。输出应让非工程师也能读，并明确「离线 + 须审批」的界限。