Stripe 连接器

要解决什么问题

在自动化流程里操作 Stripe 账户，最常见的痛点是凭证管理和动作编排。直接调用 Stripe API，意味着自己保管 secret key、处理 token 过期与 scope 授权；裸调 SDK 则要手写每个请求的 payload 和错误分支。

这个技能把这件事收敛成一条命令：你只描述要做什么，凭证由 OOMOL 服务端注入，客户端永远不接触 raw token。

核心能力

围绕 Stripe 的三个核心对象提供 18 个动作：

• 客户（Customer）：create_customer、get_customer、update_customer、delete_customer，外加 list_customers 与 search_customers
• 商品（Product）：create_product、get_product、update_product、delete_product，外加 list_products 与 search_products
• 价格（Price）：create_price（一次性或订阅）、get_price、update_price，外加 list_prices 与 search_prices
• identify_account 可确认当前 secret key 关联的账户

搜索类动作沿用 Stripe 原生的 search query 语法，不是另一套封装。

工作方式

每个动作的执行链路固定为三步：

1. 查契约：先执行 oo connector schema 拿到该动作的权威 input/output schema，再构造 payload，不要凭文档猜字段
2. 执行：用 --data 传入 JSON（对象字符串或 @path/to/file.json），省略则发送 {}
3. 读结果：返回体形如 { "data": ..., "meta": { "executionId": "..." } }，执行 ID 在 meta.executionId 下，可用于追踪

技能假设 oo CLI 已安装、账户已登录、Stripe 已连接，不要主动触发 oo auth login——只有命令真的报 auth 或连接错误时，才走一次性设置流程。

注意点与边界

• 读操作（get / list / search）可直接运行；写操作（create / update）会改变 Stripe 状态，执行前需和用户确认 payload 与影响范围
• 删除操作具有破坏性，必须确认目标对象并获得明确批准
• 本技能覆盖 Stripe 的目录与客户管理，不涉及支付意图（PaymentIntent）、订阅结算等直接资金流转层面的能力
• 首次连接采用 API key 方式授权；遇到 scope_missing、credential_expired 一类错误时需要重新连接