Supabase Edge Functions
Supabase提供的无服务器函数运行时，基于Deno构建，部署在全球边缘节点，与Postgres数据库同项目，可直接访问数据库并沿用RLS策略，适合低延迟Webhook处理场景
时间轴 (近 90 天)
该团队整套系统没有一台专用服务器，全部跑在无服务器函数上。
Quiet Hours Valet Command Center 团队的前端部署在 Vercel，后端用 Supabase Edge Functions 承载 8 个自动化工作流，语音层通过 Asterisk PBX 对接 VAPI 完成编排。
Edge Function 没有持久进程来去重，因此每个事件的处理逻辑必须自带幂等键，通常落在 Postgres 的唯一约束上。
团队把路由逻辑放在 Edge Function 层：根据来电号码或 webhook 元数据决定把事件分发给哪个 Agent 的处理流程。
Supabase Edge Functions 是基于 Deno 的边缘运行时，适合处理 Webhook 这类低延迟、短时任务，并与 Supabase 的 Postgres 与鉴权体系直接打通。
该语音指挥中心系统使用 Supabase Edge Functions、VAPI 语音 API 与 Vercel 进行构建和部署。
Supabase Edge Functions 是基于 Deno 构建的无服务器函数运行时，部署在全球边缘节点，与 Supabase 的 Postgres、Auth、Storage 同属一个项目。
对于超出 8 个并发智能体的更大规模（如几十上百个），Postgres 行锁和 Edge Functions 并发限制是否会成为瓶颈，原文未给出数据，属于评估时需考虑的未知数。
Supabase Edge Functions 有执行时长和并发上限，逻辑过重时会把压力传导到数据库连接池。
全部知识事实 (10)
Edge Functions在CDN边缘节点上运行，冷启动时间通常在5ms以内，典型实现包括Cloudflare Workers、Vercel Edge Functions和Supabase Edge Functions
80%待验证团队把路由逻辑放在 Edge Function 层：根据来电号码或 webhook 元数据决定把事件分发给哪个 Agent 的处理流程。
50%待验证Quiet Hours Valet Command Center 团队的前端部署在 Vercel，后端用 Supabase Edge Functions 承载 8 个自动化工作流，语音层通过 Asterisk PBX 对接 VAPI 完成编排。
50%待验证该团队整套系统没有一台专用服务器，全部跑在无服务器函数上。
50%待验证Edge Function 没有持久进程来去重，因此每个事件的处理逻辑必须自带幂等键，通常落在 Postgres 的唯一约束上。
50%待验证Supabase Edge Functions 是基于 Deno 的边缘运行时，适合处理 Webhook 这类低延迟、短时任务，并与 Supabase 的 Postgres 与鉴权体系直接打通。
50%待验证该语音指挥中心系统使用 Supabase Edge Functions、VAPI 语音 API 与 Vercel 进行构建和部署。
50%待验证Supabase Edge Functions 是基于 Deno 构建的无服务器函数运行时，部署在全球边缘节点，与 Supabase 的 Postgres、Auth、Storage 同属一个项目。
50%待验证Supabase Edge Functions 有执行时长和并发上限，逻辑过重时会把压力传导到数据库连接池。
50%待验证对于超出 8 个并发智能体的更大规模（如几十上百个），Postgres 行锁和 Edge Functions 并发限制是否会成为瓶颈，原文未给出数据，属于评估时需考虑的未知数。
50%