Turbopuffer 放弃纯向量数据库定位

Turbopuffer 的转向暴露了纯向量数据库的结构性困境：RAG 热潮催生的专用数据库赛道，正被 Postgres pgvector、Elasticsearch 等传统系统的向量扩展挤压，而客户实际需要混合查询而非单一检索。Cursor 和 Notion 的早期采用说明成本敏感型场景有真实需求，但 v3 押注 SQL 查询意味着它要与 ClickHouse、DuckDB 等分析引擎正面竞争。

对正在选型向量数据库的团队，这个信号很明确：除非你的规模大到需要专用系统，否则优先评估现有数据库的向量扩展能力，避免引入单一用途的基础设施。正在做向量数据库创业的团队需要重新思考差异化，纯"更快更便宜"的叙事已经不够了。