核心用法
本技能提供Stripe支付集成的官方最佳实践，涵盖从基础支付到复杂订阅场景的全套指导方案。核心架构遵循"现代API优先"原则，系统性地引导开发者远离已弃用的Charges API、Sources API和Tokens API，转向CheckoutSession、PaymentElement和Billing API等当前推荐方案。
显著优点
1. 权威性强：直接源自Stripe官方文档，包含integration-options、go-live checklist等核心参考资料
2. 决策树清晰：通过Constraints/Always/Never/Preferences/Decisions五层结构，提供明确的API选择决策路径
3. 场景覆盖完整：覆盖标准支付、订阅计费(SaaS)、平台分账(Connect)、数据迁移四大核心场景
4. 合规导向：内置PCI合规要求提醒，对原始卡号(PAN)处理提出明确审计要求
潜在缺点与局限性
1. 版本敏感：要求"latest API/SDK version"，与特定版本锁定环境可能产生冲突
2. 场景偏向：重度优化SaaS/订阅场景，一次性支付或复杂定制UI场景的指导深度相对不足
3. 地域限制：未明确提及各国本地支付方式(LPMs)的特殊配置要求
4. 实时性依赖：Stripe API迭代快，最佳实践建议需与官方文档同步更新
适合人群
- 正在新建Stripe集成的开发团队（避免技术债）
- 维护遗留Charges/Sources API系统的迁移负责人
- 需要设计订阅/计费体系的SaaS产品经理
- 构建平台型市场(Connect)的架构师
常规风险
| 风险类型 | 说明 |
|---------|------|
| 合规风险 | 原始PAN数据迁移需官方PCI审计流程，不可自行处理 |
| 技术债务风险 | 继续使用Card Element将导致未来强制迁移成本 |
| 资金风险 | Connect charge type选择错误(direct vs destination)影响平台责任承担 |
| 版本漂移风险 | SDK未更新可能导致安全补丁缺失 |