用途：为多租户平台设计架构决策，涵盖平台选型、域名策略与 PSL、租户识别、计算与数据隔离、主机名路由、租户上下文传递、自定义域名与 SSL、按租户静态文件，以及把平台限额映射到套餐。不涉及通用目录结构、仓库脚手架或租户 SEO 文件内容。
主要能力：先做平台分派——租户上传或生成代码、需要代码级隔离与边缘计算时选 Cloudflare（dispatch namespace 前置 dispatch Worker，Cloudflare for SaaS 处理自定义主机名）；所有租户共用同一 Next.js 代码库、仅内容品牌套餐不同时选 Vercel（单次部署，proxy.ts 按主机名解析租户，通配符加自定义域名）。每个产品只选一个平台，用 Cloudflare 代理 Vercel 会叠加 TLS 与重定向层，常导致重定向循环和证书签发失败。
使用方式：按顺序执行八步——域名策略与 PSL 决策、租户识别策略、隔离模型（计算与数据）、确定性路由、租户上下文传递、租户配置与最小权限绑定、自定义域名与按租户静态文件、限额映射到套餐并留存证据。参考文件按需读取：cloudflare-platform.md、vercel-platform.md、vercel-domains.md、data-isolation.md、psl.md、limits-and-quotas.md。
关键约束：代理只负责路由不做授权，Server Functions、路由处理器与任务需从会话和数据层重新推导租户，由 RLS 或 tenant_id 谓词强制。必须删除所有入站 x-tenant-* 头并重设，否则伪造头会读到其他租户数据。未知主机名返回 404，绝不回退到品牌站。/.well-known 需在租户重写前放行。请求路径中不得有长时任务。
验证：提供证据命令，如 rg 检查租户边界、curl 验证未知主机 404 与伪造头被忽略、psql 验证 RLS、curl 对比不同主机的 robots.txt。
限制：资料未提供具体价格、性能数据或平台限额数值，需从各官方来源读取并标注访问日期。