QHV
生产级多智能体语音指挥系统架构，以Supabase为后端中枢、VAPI负责语音链路、Vercel承载前端，支持多业务域下多个并发AI智能体的状态一致性管理
时间轴 (近 90 天)
Load Bearing Empire 团队公开了名为 QHV 的生产级语音指挥中心架构，用 Supabase 作为后端中枢，VAPI 负责语音链路，Vercel 承载管理前端。
QHV 架构处理 8 个并发 AI 智能体，分布在代客泊车、房产中介和拆迁作业三个业务域中。
QHV 架构中 VAPI 的每个 Webhook 事件被映射为数据库中的状态变更，Edge Function 保持薄逻辑，复杂业务逻辑沉淀到 Postgres 层。
QHV 架构设计了 8 张 Postgres 表来追踪多智能体状态，包括智能体注册与配置表、通话会话表、转写与事件表、任务与自动化场景表、状态快照表等。
QHV 团队在 Vercel 上部署了 5 个页面的管理前端，覆盖从语音路由配置到任务自动化监控的链路。
QHV 架构适用于需要多个语音智能体协同、有明确业务流转规则、团队已熟悉 Supabase 生态的场景；不适合业务逻辑极度复杂或需要大量计算密集型处理的场景。
对于超出 8 个并发智能体的更大规模（如几十上百个），Postgres 行锁和 Edge Functions 并发限制是否会成为瓶颈，原文未给出数据，属于评估时需考虑的未知数。
全部知识事实 (7)
Load Bearing Empire 团队公开了名为 QHV 的生产级语音指挥中心架构，用 Supabase 作为后端中枢，VAPI 负责语音链路，Vercel 承载管理前端。
50%待验证QHV 架构处理 8 个并发 AI 智能体，分布在代客泊车、房产中介和拆迁作业三个业务域中。
50%待验证QHV 架构中 VAPI 的每个 Webhook 事件被映射为数据库中的状态变更，Edge Function 保持薄逻辑，复杂业务逻辑沉淀到 Postgres 层。
50%待验证QHV 架构设计了 8 张 Postgres 表来追踪多智能体状态，包括智能体注册与配置表、通话会话表、转写与事件表、任务与自动化场景表、状态快照表等。
50%待验证QHV 团队在 Vercel 上部署了 5 个页面的管理前端，覆盖从语音路由配置到任务自动化监控的链路。
50%待验证QHV 架构适用于需要多个语音智能体协同、有明确业务流转规则、团队已熟悉 Supabase 生态的场景；不适合业务逻辑极度复杂或需要大量计算密集型处理的场景。
50%待验证对于超出 8 个并发智能体的更大规模（如几十上百个），Postgres 行锁和 Edge Functions 并发限制是否会成为瓶颈，原文未给出数据，属于评估时需考虑的未知数。
50%