最后要交什么
一个可发起 checkout、可接收 webhook、可写回订阅状态、可联动课程权限的 billing 系统。
Guided Build
Creem 订阅链路实战接入
这一课真正要教会你的不是“用户看到了 success 页面”，而是怎么把支付事实、数据库订阅状态、站内权限和用户能否继续学习这四件事牢牢绑在一起。DepthPilot 在这里提供的是商业链路 SOP，而不是一堆官方链接。
真正的通过标准
支付成功后，账号状态和高级课程访问要自动改变；不是只跳到一个 success URL。
我们的增值部分
这页把 truth source、排错顺序、上线阻塞项和验收模板都变成了站内 runbook。
DepthPilot truth order
第一真相源是 webhook 事件，不是 success 页面。
第二真相源是数据库里的订阅状态，不是浏览器本地状态。
第三真相源才是 UI 上显示的 Builder / Explorer。
任何一层和上一层不一致，都先往上追，而不是先改前端。
Operator runbook
先用 Test Mode 跑通整链，再切生产环境。
checkout 和 portal 一律走服务端路由，不信任前端传入的客户参数。
付款后先查 webhook 是否送达，再查写库逻辑，再查权限显示。
每次调整产品 ID、webhook secret 或回跳域名，都重新做一笔完整测试单。
Launch blockers
webhook 指向 localhost、占位地址，或者旧域名。
customer id 没跟本地账号绑定，导致 portal 能打开但管理的是错人。
把 provider 名字写死在数据库结构里，后续切换计费工具会非常痛苦。
只测 happy path，没有测 past_due、canceled、expired 这些状态变化。
上线前必须保留的证据
一笔完整的测试支付记录。
一条 webhook 命中并成功写回数据库的日志。
一张付款前后账户页权限变化截图。
一份你自己的 billing 排错顺序说明。
可直接拿走的交付模板
下载 Billing 验收清单
把 checkout、portal、webhook、权限联动分开验，不要混成一团。
Search Cluster
把 Billing 教程接进可搜索的产品路径
计费链路不该只躲在 pricing 页面里，它需要和 billing tutorial、workflow automation、项目交付入口连起来。
Creem Billing Tutorial
Creem Billing 教程，真正关键的是 webhook 和 entitlement
对搜 Creem billing tutorial 的用户来说，真正难的不是做 checkout 按钮，而是让支付状态、portal 和站内权限真正联动。
打开路径AI Workflow Automation Course
AI Workflow Automation 课程，重点不是自动化按钮，而是可维护系统
用户搜 AI workflow automation course，很多时候想找的是能真正跑起来的自动化路径，而不是一堆零散工具演示。DepthPilot 把它接到系统设计、权限和项目交付上。
打开路径AI Workflow Course
AI Workflow 课程，目标不是会聊，而是会搭可交付流程
如果用户搜的是“AI workflow course”，他真正需要的不是再看一次模型介绍，而是学会把 AI 接进真实工作流、工具链、权限和交付标准。
打开路径参考附录
这些链接是补充信任来源，不是课程主体。课程主体是上面的 truth order、runbook、上线阻塞项和交付证据。