评分明细
适用场景
stripe-payments 快速入门
Stripe 官方 Agent Skill,帮助 AI 编码助手正确集成 Stripe 支付——从 Checkout、Billing 到 Webhook 幂等处理和退款对账。
这是什么?解决什么问题?
stripe-payments 是 Stripe 为 AI 编码助手定制的 Skill,把 Stripe 最新 API 最佳实践、Webhook 安全规范、幂等处理策略和退款对账流程打包成 Agent 可直接参考的知识包。它解决的核心问题是:Stripe API 文档超过 500 页,开发者用 AI 写支付代码时经常踩坑——比如 Webhook 签名验证写错、支付幂等没处理好导致重复扣款、退款状态机没搞对。
装上这个 Skill 后,AI Agent 会自动遵循 Stripe 官方推荐的代码模式和错误处理策略,大幅减少集成 Stripe 时的低级错误。
准备工作
- 支持 Agent:Claude Code、Cursor、Codex、支持 Skills 协议的 Agent。
- Stripe 账户:注册 Stripe 账户,获取测试环境的 API Key(
sk_test_开头)。 - Stripe CLI:
brew install stripe/stripe-cli/stripe(macOS)或npm install -g @stripe/stripe-cli,用于 Webhook 本地测试。 - 开发语言:Node.js(推荐,Stripe SDK 最成熟)、Python、Ruby、Go、Java 均可。
3 步快速上手
第 1 步:安装 Stripe Skills
Claude Code Plugin:
claude plugins install stripe
或手动安装:
git clone https://github.com/stripe/ai.git
cp -r ai/skills ~/.claude/skills/stripe/
第 2 步:在 Claude Code 中调用
claude
发起任务:
帮我在 Next.js 项目中集成 Stripe Checkout,需要:1) 创建 checkout session 的 API Route;2) 支付成功后的 Webhook 处理(验证签名 + 更新订单状态);3) 退款功能的 API Route。
Agent 会自动加载 Stripe Skills,按官方最佳实践生成代码。
第 3 步:本地测试 Webhook
stripe listen --forward-to localhost:3000/api/webhook
stripe trigger payment_intent.succeeded
用 Stripe CLI 转发 Webhook 到本地,触发测试事件验证处理逻辑。
常见踩坑
- Webhook 签名验证缺失:很多人只检查
event.type不验证签名,导致恶意请求可伪造 Webhook。Skill 会强制生成签名验证代码。 - 幂等键遗漏:创建 PaymentIntent 时不传
idempotency_key,网络重试导致重复扣款。Skill 会在所有写操作中自动加入幂等键。 - 测试模式 vs 生产模式混用:
sk_test_和sk_live_混用导致生产环境调用测试 API,Skill 会提醒环境变量配置检查。 - Webhook 超时处理:Stripe 要求 Webhook 在 10 秒内返回 200,长时间处理需要在后台异步执行,Skill 会生成正确的事件队列模式。
- 退款状态机搞错:
refunded、partially_refunded、pending等状态转换容易出错,Skill 内置完整状态机文档。 - currency 参数大小写:Stripe API 要求小写
usd而非USD,写错会直接失败。
初级用法
- Stripe Checkout 一键集成:描述产品和价格,Agent 生成完整的 Checkout Session 创建代码。
- 订阅管理:用 Stripe Billing 实现按月和按年订阅,Skill 包含免费试用、优惠券、计量计费等场景。
- Webhook 事件处理:支付成功、退款、订阅续费等事件的标准处理流程。
高级玩法
- Connect 平台支付:实现 Marketplace 分账模式,平台抽成 + 商家收款,Skill 包含完整的 Connect 集成指南。
- 发票 + 对账自动化:结合 Stripe Invoicing,自动生成 PDF 发票并通过 Webhook 同步到财务系统。
- 多币种 + 本地支付:Skill 覆盖 Stripe 支持的 135+ 货币和本地支付方式(Alipay、WeChat Pay、iDEAL 等)。
小技巧
- 用
stripe trigger命令模拟各种 Webhook 事件,不用真付款就能测试全部流程。 - Stripe Dashboard 的 “Developers > Events” 页面可以看到最近 30 天所有事件,排查问题必看。
- 支付流程的
metadata字段可以用来关联你系统的订单 ID,不要用 Stripe 的 ID 作为主键。 - 在生产环境开启 Stripe Radar 防欺诈,Skill 会提示相关配置。
- 升级 Stripe API 版本前先在 Dashboard 测试新版本兼容性,Skill 会使用你项目配置的 API 版本。
常见问题 FAQ
Q1: 这个 Skill 跟 stripe-payments 有什么关系?必须装吗?
A: Skill 是给 AI Agent 用的”技能包”,能告诉 Agent 怎么按特定规范工作。不是必须装——如果你的项目规模小、要求不高,不装也能用。但装上能让 Agent 输出的质量更高、更符合最佳实践,推荐装。
Q2: 这个 Skill 适合哪些 AI Agent?Cursor?Claude Code?其他?
A: stripe-payments 来自 Stripe 官方,主要面向支持 Skill 机制的 Agent。常见兼容 Agent 包括 Claude Code、Cursor、OpenCode、Windsurf 等。具体兼容性请查 Skill 官方文档。
Q3: 装了这个 Skill 后,会拖慢 Agent 响应吗?
A: 会的——Skill 通常会增加 prompt 长度,导致响应变慢、token 消耗增加。但质量提升明显。建议:1) 只装项目必需的 Skill;2) 用 Skill 启动/加载/卸载机制按需加载;3) 定期清理不用的 Skill。
Q4: 怎么验证 Skill 装对了?
A: 在 Agent 中输入”列出已加载的 Skill”或类似命令。如果 Skill 出现在列表里,说明装对了。然后用 Skill 跑一个相关任务,看输出是否符合 Skill 规范。
Q5: 这个 Skill 有许可证吗?能商用吗?
A: 取决于 stripe-payments 的许可证。常见许可证包括 MIT(完全自由)、Apache-2.0(自由但有专利条款)、源可用(可看不能用)、GPL(强开源)。商用前请查仓库 LICENSE 文件。
参考链接
stripe-payments Skill 多维度简评
类别: 后端开发 / 支付集成 来源: stripe/skills(Stripe 官方 Agent Skills) 定位: Stripe 支付集成——PaymentIntents 支付意图、Subscriptions 订阅管理、Connect 平台支付、Tax 自动税务、webhook 签名验证。
一、核心定位与价值
Stripe 是全球最大的支付基础设施平台之一,其 API 覆盖从在线支付、订阅计费、平台支付(Connect)到税务自动化(Tax)、发票(Invoicing)、发卡(Issuing)等完整支付生态。
核心价值: Stripe Skills 将 Stripe 的支付平台专业知识打包为可复用的 Agent Skill,让 AI 编程助手生成符合当前 API 版本的 Stripe 集成代码,而非依赖模型训练数据中的过时模式。
Stripe 产品矩阵
| 产品线 | 核心能力 | 关键 API 对象 |
|---|---|---|
| Payments | 在线支付、Checkout、Payment Links | PaymentIntent, PaymentMethod |
| Billing | 订阅管理、按量计费、发票 | Subscription, Invoice, Price |
| Connect | 平台支付、分账、入驻 | Account, Transfer, ApplicationFee |
| Tax | 自动税务计算与申报 | Tax.Calculation, Tax.Transaction |
| Radar | 风控与欺诈检测 | 自动评分,无需额外集成 |
| Terminal | 线下 POS 支付 | SDK + 读卡器 |
| Issuing | 发卡(虚拟卡/实体卡) | Card, Cardholder |
| Treasury | 银行即服务 | FinancialAccount |
| Webhooks | 事件通知 | Event + 签名验证 |
二、核心能力清单
| 能力 | 实现方式 | 适用场景 |
|---|---|---|
| PaymentIntents | 状态机模式,从 requires_payment_method → succeeded | 自定义支付流程、需要完全控制的结账体验 |
| Checkout | 预构建的托管结账页面 | 快速上线、低代码、无需自定义 UI |
| Subscriptions | 周期性计费,支持试用期、按比例计费(proration) | SaaS 订阅、会员制、定期服务 |
| Connect | 平台支付,支持目的地收费/直接收费/独立收费 | 市场平台、众包应用、SaaS 平台 |
| Tax | 自动计算税率,自动提交税务交易 | 跨境销售、多辖区合规 |
| Webhook 签名验证 | Stripe-Signature header + whsec_ 密钥 HMAC 验证 | 确保事件确实来自 Stripe,防止伪造 |
| Payment Links | 无需代码的支付链接 | 快速收款、捐赠、单次支付 |
| Invoicing | 托管发票页面 + API 集成 | B2B 收款、账单管理 |
| 沙盒测试 | Test mode API key,不触发真实扣款 | 开发调试、CI 测试 |
三、5 大实战场景
场景 1: 标准调用——集成 Stripe Checkout
提示词:
使用 stripe-payments Skill,为我的 Next.js SaaS 应用集成 Stripe Checkout:
1. 创建产品(Product + Price)→ 生成 Checkout Session
2. 用户支付成功后跳转到成功页
3. 通过 webhook 监听 checkout.session.completed 事件
4. webhook 需要签名验证
Skill 执行流程:
- 加载 Stripe Skill,识别为 Checkout 集成场景
- 生成
stripeSDK 初始化代码(TypeScript,最新 API 版本) - 编写
POST /api/create-checkout-session路由 - 编写 webhook handler,含
stripe.webhooks.constructEvent()签名验证 - 提示测试方式:
stripe listen --forward-to localhost:3000/api/webhook
场景 2: 订阅管理——SaaS 计费
提示词:
为我的 SaaS 产品实现订阅系统:
- 3 个套餐:Free, Pro ($29/月), Enterprise ($99/月)
- 支持试用期 14 天
- 用户可升级/降级,按比例计费
- 使用 Customer Portal 让用户自助管理
关键技术点:
- Stripe Billing 的
Subscription对象跟踪每个客户的订阅状态 - 升级/降级自动按比例计费(
proration_behavior: 'always_invoice') - Customer Portal 是零代码的自助管理界面,配置后生成链接即可
- 关键 webhook 事件:
customer.subscription.updated,invoice.payment_failed,invoice.payment_succeeded
场景 3: CI 集成——Stripe CLI 本地测试
# 启动 Stripe webhook 转发(本地测试)
stripe listen --forward-to localhost:3000/api/webhook
# 触发测试事件
stripe trigger checkout.session.completed
stripe trigger invoice.payment_succeeded
# 查看 webhook 日志
stripe logs tail
# .github/workflows/stripe-test.yml
name: Stripe Integration Tests
on: [push, pull_request]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with:
node-version: '20'
- run: npm ci
- name: Run Stripe tests (test mode)
env:
STRIPE_SECRET_KEY: ${{ secrets.STRIPE_TEST_KEY }}
STRIPE_WEBHOOK_SECRET: ${{ secrets.STRIPE_WEBHOOK_SECRET }}
run: npm test
场景 4: 与其他 Skill 链式调用
1. 用 brainstorming 设计支付架构
2. 用 stripe-payments 实现 Checkout + Webhook + Subscription
3. 用 playwright 编写支付流程 E2E 测试(使用 Stripe 测试卡号)
4. 用 verification-before-completion 验证 webhook 链路完整
5. 用 doc-coauthoring 沉淀支付系统运维文档
场景 5: 定制化——Connect 平台支付
提示词:
stripe-payments Skill,我需要实现 Connect 平台支付:
- 商家入驻(Express Account)
- 用户付款时自动分账(Application Fee)
- 商家提现到银行账户(Payouts)
- 类型: 市场平台(如 Uber、Airbnb 模式)
- 给出完整的 Connect 集成代码
四、内部 SKILL.md 工作流揭秘
Stripe Skills 是面向 AI Coding Agent 的参考 Skill。其核心策略是让 LLM 生成符合 Stripe 最新 API 版本的代码。
核心设计原则
Stripe Skills 工作流:
1. 识别场景: Checkout? Subscription? Connect? Tax?
2. 检索最新 API 版本: 从 docs.stripe.com 获取当前 API 签名
3. 遵循 Stripe 最佳实践:
- 始终验证 webhook 签名(防止伪造事件)
- 使用 idempotency key 防止重复扣款
- 在 webhook handler 中先返回 2xx,再处理业务逻辑
- 使用 test mode 充分测试
4. 生成代码: TypeScript SDK + 最新 API 版本
5. 给出测试指令: stripe listen / stripe trigger
Webhook 签名验证(关键安全步骤)
import Stripe from 'stripe';
const stripe = new Stripe(process.env.STRIPE_SECRET_KEY!);
const webhookSecret = process.env.STRIPE_WEBHOOK_SECRET!;
export async function POST(req: Request) {
const body = await req.text();
const signature = req.headers.get('stripe-signature')!;
let event: Stripe.Event;
try {
// 签名验证——防止伪造的 webhook 请求
event = stripe.webhooks.constructEvent(body, signature, webhookSecret);
} catch (err) {
return new Response(`Webhook Error: ${(err as Error).message}`, { status: 400 });
}
// 先返回 2xx,再处理业务逻辑(Stripe 要求快速响应)
// 业务逻辑处理...
switch (event.type) {
case 'checkout.session.completed':
const session = event.data.object;
// 处理支付成功逻辑
break;
case 'customer.subscription.updated':
const subscription = event.data.object;
// 处理订阅变更
break;
}
return new Response(JSON.stringify({ received: true }), { status: 200 });
}
五、反合理化(8 大常见偷懒)
| # | 偷懒说法 | 为什么不该 | 正确做法 |
|---|---|---|---|
| 1 | ”直接用 Stripe.js 前端就行” | 前端可被篡改,金额和逻辑必须后端验证 | 前后端配合:前端收集卡信息,后端创建 PaymentIntent |
| 2 | ”webhook 不需要签名验证” | 任何人都能向你的 webhook URL 发送伪造事件 | 始终调用 constructEvent() 验证签名 |
| 3 | ”test mode 测过就行,不用管线化” | API 版本升级可能破坏现有逻辑 | CI 中加入测试模式集成测试 |
| 4 | ”Stripe Checkout 不够灵活” | Checkout 托管方案覆盖 90% 场景 | 先用 Checkout 快速上线,确实需要定制再迁移到 Elements |
| 5 | ”idempotency key 没必要” | 网络重试可能导致重复扣款 | 付款操作始终带上 idempotency key |
| 6 | ”我没支付领域知识” | Stripe Skill 封装了支付最佳实践 | Skill 自动提示安全和合规要点 |
| 7 | ”我们项目太小不用 Stripe” | Stripe 小团队同样友好,免费注册 | 花 1 小时完成基础集成即可 |
| 8 | ”装太多 Skill 慢” | Stripe Skill 仅支付场景触发 | 与其他后端 Skill 互补 |
六、基于官方文档的典型使用场景
以下场景基于 Stripe 官方文档和公开资料整理。
场景: SaaS 订阅计费
- 需求: 实现多档订阅、试用期、升级/降级
- 核心对象:
Product→Price→Subscription - 关键点:
Subscription状态机从incomplete→active→past_due→canceledinvoice.payment_failedwebhook 触发催款(dunning)或暂停服务- Customer Portal 零代码让用户自助升级/降级/取消
场景: 平台支付(Connect)
- 需求: 类似 Uber 的平台,用户付款给平台,平台分账给服务提供者
- 核心对象:
Connect Account→PaymentIntent+application_fee_amount - 关键点:
- 三种收费模式:目的地收费(Destination)、直接收费(Direct)、独立收费(Separate)
Transfer对象处理分账和提现- 平台需处理 Connect Account 入驻(Onboarding)流程
场景: 跨境税务合规
- 需求: 向全球客户销售,自动计算并申报各地税费
- 核心对象:
Tax.Calculation,Tax.Transaction - 关键点:
- Stripe Tax 自动根据客户位置确定税率
- 与 PaymentIntents 和 Checkout 原生集成
- 2025 年起支持 PaymentIntents 自动提交税务交易(Tax Association)
场景: Webhook 事件驱动的订单系统
- 需求: 支付成功后自动发货、发邮件、更新数据库
- 核心事件:
checkout.session.completed,payment_intent.succeeded - 关键点:
- 最多可创建 16 个 webhook endpoint
- 支持发送到 Amazon EventBridge 或 Azure Event Grid
- 本地测试使用
stripe listen --forward-to
七、性能 & 限制
| 场景 | 性能 | 限制 |
|---|---|---|
| PaymentIntent 创建 | API 响应 < 500ms(Stripe 边缘网络) | 不支持批量更新,每次请求一个对象 |
| Subscription 生命周期 | 自动管理状态转换 | 复杂计费逻辑(如混合计费)需额外处理 |
| Webhook 交付 | 正常情况下 <5s 送达 | Stripe 在 72 小时内最多重试 15 次 |
| Stripe CLI 本地测试 | 实时转发,延迟 <1s | stripe listen 需保持运行 |
| API 版本管理 | Dashboard 可升级/回退(72 小时窗口) | SDK 版本需与 API 版本匹配 |
| 沙盒(Sandbox) | 与生产环境相同性能 | Test mode 和 Live mode 数据完全隔离 |
八、与其他 Skill 的协同矩阵
| 配合 Skill | 场景 | 链式效果 |
|---|---|---|
| brainstorming | 设计支付架构 | 业务模型 → 支付方案 |
| writing-plans | 编写支付集成计划 | 方案 → 实施步骤 |
| systematic-debugging | webhook 不送达/签名失败 | 问题 → 定位 → 修复 |
| playwright | E2E 测试支付流程 | 集成代码 → 浏览器验证 |
| verification-before-completion | 验证 webhook 链路 | 修复 → 端到端验证 |
| doc-coauthoring | 沉淀支付运维文档 | 验证 → 操作手册 |
九、安装与配置
基础安装
# 方式 1: npx skills CLI
npx skills add stripe/skills --skill stripe-payments
# 方式 2: 手动克隆
git clone https://github.com/stripe/skills
cp -r skills/stripe-payments ~/.claude/skills/
# 方式 3: 本地软链
ln -s "$PWD/stripe-payments" ~/.claude/skills/stripe-payments
Stripe CLI(本地测试必备)
# macOS
brew install stripe/stripe-cli/stripe
# Windows (Scoop)
scoop bucket add stripe https://github.com/stripe/scoop-stripe-cli.git
scoop install stripe
# 登录并开始测试
stripe login
stripe listen --forward-to localhost:3000/api/webhook
在 CLAUDE.md 中启用
# CLAUDE.md
skills:
- stripe-payments
auto_invoke:
- when: "支付|Stripe|订阅|Checkout|webhook|Connect"
skill: stripe-payments
十、5 大 Q&A
Q: Stripe Skill 和直接看 Stripe 文档有什么区别? A: Stripe Skill 封装了支付安全最佳实践——如 webhook 签名验证、idempotency key、状态机处理等。LLM 原生回答可能忽略这些关键安全点。Skill 确保生成的代码始终包含这些防护。
Q: 能离线用吗? A: Stripe API 调用和 Stripe CLI 都需要联网。但 Skill 本身可离线加载,只在需要 Stripe 集成时触发。
Q: 支持哪些编程语言? A: Stripe 官方 SDK 支持 Node.js、Python、Ruby、PHP、Java、Go、.NET。Skill 默认生成 TypeScript 代码。
Q: 测试的时候会真的扣钱吗?
A: 不会。使用 test mode API key(sk_test_...)时,所有操作都在沙盒中运行。Stripe 还提供测试卡号(如 4242 4242 4242 4242)用于模拟各种支付场景。
Q: webhook 签名验证有多重要? A: 非常重要——没有签名验证,攻击者可以伪造 webhook 事件发送到你的端点,导致虚假订单、非法激活订阅等安全问题。这是 Stripe 官方文档再三强调的安全要求。
十一、参考资料
- Stripe 官方文档 —— 完整 API 参考、指南、最佳实践
- Stripe API 参考 —— REST API 对象详解
- Stripe Payments 文档 —— 支付集成入口
- Stripe PaymentIntents API —— PaymentIntents 完整 API
- Stripe Billing / Subscriptions —— 订阅计费文档
- Stripe Connect 文档 —— 平台支付文档
- Stripe Tax 文档 —— 自动税务文档
- Stripe Webhooks 文档 —— Webhook 配置与签名验证
- Stripe CLI 文档 —— 本地测试工具
- stripe/skills GitHub —— Stripe 官方 Agent Skills 仓库
- Stripe Skills 第三方概述 —— Stripe Skills 功能介绍
- Stripe 开发环境搭建指南 —— 快速入门
- Awesome Agent Skills —— Agent Skills 精选列表
- Agent Skills 开放标准 —— Agent Skills 规范
- Anthropic Skills 文档 —— Claude Code Skills 官方文档
十二、总结
核心价值:
- PaymentIntents——状态机模式,完整控制支付生命周期
- Checkout——预构建托管页面,快速上线
- Subscriptions——SaaS 订阅、试用期、按比例计费、Customer Portal
- Connect——平台支付、分账、商家入驻
- Tax——自动税务计算与申报
- Webhooks——事件驱动架构 + HMAC 签名验证确保安全
适用人群:
- 后端开发 / 全栈工程师 / SaaS 创业者 / 支付系统开发者
投入产出比: ⭐⭐⭐⭐ —— 对于需要集成支付的团队强烈推荐。Stripe 本身是支付基础设施领导者,其 Agent Skill 帮助 LLM 生成符合最新 API 版本和安全最佳实践的代码。
最后: 本文基于 Stripe 官方文档和公开资料整理。Stripe Skills 专注于让 AI 编程助手生成正确的 Stripe 集成代码——包含签名验证、幂等键、状态机处理等关键安全实践,避免因 LLM 训练数据过时而产生的集成缺陷。
基于官方文档和公开资料整理,包含 15 条可验证的参考链接。
📊 评分与标签
评分说明
总分 8.0/10 · P_优选
📊 可观测社区指标(数据核验日期:2026-07-07)
- 官方文档: Stripe Agent Skills — Stripe 官方维护
- GitHub: stripe/ai ★3.2k, 🔱600+
- 页面访问核验:MIT 许可,Stripe 官方组织维护
- 许可证: MIT
📦 可安装性 2.2/2.5
- Claude Code 插件一键安装:
claude plugins install stripe。Codex/Cursor 同样支持官方插件 - 手动安装通过 git clone,步骤清晰
- 来源:stripe/ai
- 竞品对比 1:PayPal 无官方 Agent Skill,只能手动查阅 API 文档
- 竞品对比 2:Square 无 Agent Skills 生态,集成依赖开发者自行研究
🎯 实用性 2.0/2.5
- Stripe 官方出品,覆盖 Checkout/Billing/Connect/Webhook/退款/对账全场景
- 500+ 页 Stripe API 文档的核心知识压缩为 Skill,Agent 直接引用最新最佳实践
- 来源:页面访问核验
- 竞品对比 1:Lemon Squeezy 无 Agent Skill,支付集成需手写
- 竞品对比 2:Paddle 无 Agent Skills 生态,文档虽全但无 AI 辅助
📖 文档质量 1.7/2.0
- Stripe 官方文档质量业界标杆,Agent Skills 继承此标准
- 包含 Claude Code/Codex/Cursor 三种 Agent 的独立安装指南
- 来源:页面访问核验
- Skills index 列出所有可用技能和场景覆盖
- 来源:Skills index
- 竞品对比 1:PayPal 文档有 REST API 参考但无 Agent 专用文档
- 竞品对比 2:Adyen 文档全面但无 AI Agent 集成指南
👥 社区活跃 1.3/1.5
- Stripe 官方组织(stripe)维护,非社区驱动但有完整支持团队
- 来源:stripe/ai
- GitHub ★3.2k,社区体量中等,但 Stripe 品牌背书强
- 来源:页面访问核验(2026-07-07)
- 竞品对比 1:affaan-m/ECC ★212k 社区体量远超,但非支付专用
- 竞品对比 2:PayPal 无 Agent Skills 仓库,无从比较社区活跃度
🔗 兼容性 0.8/1.5
- MIT 许可,开源友好但不建议二次分发(内容高度依赖 Stripe API 版本)
- 来源:LICENSE
- 仅支持 Agent 模式(Claude Code/Codex/Cursor),不支持独立使用
- 竞品对比 1:通用支付库(如 stripe-node)兼容性更广,但不含 AI Agent 能力
- 竞品对比 2:open-source 支付 Skill 兼容更多 Agent 平台但缺乏官方维护
评分依据可追溯至公开来源,每项分数均有明确理由和数据支撑。
🏷️ 标签说明
- 免费: 核心功能完全免费,MIT 许可。来源: LICENSE
- 编程: 面向开发者的支付集成技能,需要编程基础。来源: 功能描述
- Web: 主要面向 Web 应用集成(Node.js/Python/Ruby 等后端框架)。来源: Stripe Agent Skills 文档
📋 来源与核验记录
- ✅ 已核验: Stripe Agent Skills 文档(官方页面可访问,三平台安装指南确认)
- ✅ 已核验: stripe/ai(★3.2k, MIT 许可确认)
- ⚠️ 未验证(需 Stripe 账户): 实际 Agent 插件安装和测试
- ❌ 已删除死链: stripe/agent-skills(原 JSON 中指向的地址 404,已修正为 stripe/ai)