该技能为在 Cloudflare 或 Vercel 上构建多租户平台提供架构指导，适用于定义域名策略、租户识别、隔离与路由等场景。
用途：帮助团队按固定顺序完成多租户平台的关键架构决策，并产出可评审的设计交付物。
主要能力：
- 平台选型：Cloudflare 使用 Workers for Platforms + dispatch namespaces 实现按租户代码隔离，适合租户运行不可信代码或需要边缘优先计算与 D1/KV/DO 原语；Vercel 使用 Next.js App Router + Middleware 实现共享应用多租户，适合共享代码库并需要 ISR、React Server Components 与托管部署。二者择一，不混用托管。
- 域名策略：租户使用独立于品牌域的专用域名，避免声誉连带；可考虑 PSL 实现浏览器 Cookie 隔离（不保护声誉），PSL 提交需尽早，审核可能数周。
- 租户识别：子域名、自定义域名或路径三种策略，选一种主策略，自定义域名作为升级路径。
- 隔离模型：Cloudflare 优先按租户 Workers；Vercel 采用共享 Next.js 应用 + tenant_id 作用域，配合 Postgres RLS 做纵深防御。
- 路由：Cloudflare 由平台 Worker 负责 hostname→tenant id→dispatch namespace→租户 Worker，无映射返回 404；Vercel 由 Middleware 提取 hostname 并重写到 /domains/[domain]，用 Edge Config 做亚毫秒级查找，无映射返回 404。
- 上下文传递：Cloudflare 由平台 Worker 注入 headers 或 bindings；Vercel 由 Middleware 设置 x-tenant-id、x-tenant-slug、x-tenant-plan。中间件/平台 Worker 是唯一权威，绝不信任客户端提供的租户身份。
- 最小权限绑定、自定义域名接入（DNS 目标、所有权验证、证书签发）、按租户动态提供 robots.txt/sitemap.xml/llms.txt、限额映射到定价层级、API 与 UI 对等。
使用方式：按工作流顺序执行，选定平台后仅加载对应参考文件（psl.md、cloudflare-platform.md、vercel-platform.md、vercel-domains.md、limits-and-quotas.md），最后加载限额与计划映射。
适用场景：多租户 SaaS、按租户隔离代码或数据的平台、需要自定义域名与边缘路由的产品。
限制：资料未提供具体价格、性能数据或完整代码示例；架构与定价决策前需查阅官方文档复核限额。