用途：为应用创建 Stripe 集成的设计文档，产出清晰、可实施且符合业务模型偏好与当前 Stripe 最佳实践的设计。
主要能力与流程：
- 理解需求：判断应用属于订阅计费（最常见）、一次性付款或两者兼有；参考 business-model-preferences 约束，如单一档位、升级时完成试用、无免费增值。
- 调研当前模式：Stripe API 持续演进，设计前用 Gemini 核查当前 Stripe Checkout 最佳实践、验证 webhook 事件建议、检查是否有新模式，不假设往年模式仍最优。
- 设计集成，文档覆盖：Checkout 流程（嵌入式还是重定向、模式为 subscription/payment/setup、客户创建策略、成功与取消 URL、试用策略：优先预填信用卡并使用 trial_period_days）；Webhook 事件（处理哪些事件、幂等策略、错误处理方式）；订阅状态（本地存储哪些字段、访问控制逻辑、试用处理）；价格结构（月费及适用时的年费、试用时长）。
- 获取验证：通过 Thinktank 进行多视角评审，计费关键，实施前获取专家意见。
输出：可供 stripe-scaffold 实施的设计文档，包含架构决策及理由、要使用的具体 Stripe API 功能、订阅状态数据模型、要订阅的 webhook 事件、访问控制逻辑。
适配：针对检测到的技术栈设计（通常为 Next.js + Convex + Clerk）；若技术栈不同，则按该栈模式调整设计，同时保持相同的 Stripe 概念。
限制：资料未提供具体价格、收费方式、平台支持范围或效果保证，相关事实暂未提供。