官方入口：Ship by Convex · In Progress · Planned
AI 参与说明（Agent：Codex）：本文由 Codex 根据 Convex 官方公开路线图、条目中的开发更新、Changelog 与产品文档辅助调研和整理，核验日期为 2026-09-16。对列表与搜索缓存不一致的地区条目，补充读取了实时网页。执行入口为 Codex Desktop；完整模型标识与 reasoning effort 未取得运行记录。本文中的方向判断与选型建议属于归纳，不代表官方发布承诺。
Convex 当前公开路线主要围绕五件事展开：AI 服务、分析数据流转、缓存与服务端响应式能力、数据库环境管理、企业权限和地区覆盖。 其中，AI Gateway 已有 Beta 文档，Streaming Export APIs 已完成；不能把它们与尚在 Planned 的 Global Edge Caching 混为一谈。
2026-09-16 实时页面显示：44 项 Requested、8 项 Planned、7 项 In Progress、266 项 Shipped / Completed。后一个数字是页面累计完成记录，不是当年发布的功能数量；这是一份有日期的公开快照，不是固定交付合同。
阅读前的术语参考
| 英文术语 | 中文名称 | 简要解释 |
|---|---|---|
| Roadmap | 产品路线图 | 描述产品准备往哪里发展，状态与排期可能变化 |
| Requested | 已提出需求 | 社区提出的请求，不能据此认为团队已承诺实现 |
| Planned | 已纳入计划 | 官方看板中的计划状态，不代表已经可用 |
| In Progress | 开发中 | 已进入开发状态，不等于已经完成或普遍开放 |
| Beta | 测试阶段 | 已有可用入口，但仍需核对资格、限制和变化风险 |
| OLAP | 联机分析处理 | 面向报表、汇总与分析的数据处理方式 |
| Copy-on-write | 写时复制 | 先共享底层数据，在写入时复制发生变化的部分 |
| SCIM | 跨域身份管理系统 | 用于自动配置、更新和移除组织成员的标准 |
Roadmap status, release status, and access eligibility are separate facts. An estimated quarter is not a delivery guarantee.
正在开发：7 项 In Progress
以下清单按核验时的实时列表记录。时间列只写页面明确给出的预计季度；“未标注”不表示没有内部计划。
| 官方条目 | 预计时间 | 当前公开信息与边界 |
|---|---|---|
| Built-in AI inference #257 | 未标注 | 总目标仍是 In Progress；与此同时，AI Gateway 已有 Beta 文档，详见下文，不能写成整个方向尚未落地 |
| Better support for analytics/OLAP #234 | Q3 2026 | 8 月 16 日开发更新具体提到：以标准格式持续复制数据到 S3，让 BI 或 OLAP 系统接入 |
| Convex auth v2 #232 | 未标注 | 第二代认证方案；公开目标涉及认证基础能力、Provider 使用体验及既有应用迁移，条目尚无具体开发更新 |
| Data Region: Canada #259 | Q3 2026 | 实时详情为 In Progress，并已有开始推进的开发更新；旧搜索缓存仍可能显示 Planned 和旧季度 |
| Data Region: Australia #265 | 未标注 | 实时详情为 In Progress，并已有开始推进的开发更新；旧搜索缓存仍可能显示 Requested |
| SCIM Support | 未标注 | 自动配置和移除 Convex 团队成员，并分配预设角色；属于团队管理，不等同于应用终端用户登录 |
| Additional fields to log stream (axiom) integration logs | 未标注 | 为日志输出增加数据库写入和函数参数、返回值大小等字段；与完整分布式追踪是不同范围 |
来源：实时 In Progress 列表及各条目。路线图中的描述可能最初来自需求提出者，应结合官方状态和 Development Updates 阅读，不能把每一句愿景都视为最终 API 设计。
已纳入计划：8 项 Planned
| 官方条目 | 预计时间 | 目标及可能价值 |
|---|---|---|
| BYO-ID Support #293 | Q3 2026 | 支持自带 ID；对保留旧数据库主键、关联第三方身份和迁移已有数据有价值 |
| Sub-query Caching #273 | Q3 2026 | 在调用子查询时复用仍有效的缓存；需求举例是先完成用户鉴权，再复用多人共享的数据视图 |
| Server Side Reactivity #267 | Q3 2026 | 页面只给出改善后台任务的简短目标；尚不足以确认触发方式、执行保证或公开接口 |
| Global Edge Caching #266 | Q4 2026 | 在全球边缘提供查询缓存；目前是 Planned，不应提前按全球低延迟查询已经可用设计系统 |
| Cheap copy-on-write database cloning #255 | Q4 2026 | 降低数据库克隆成本，方便测试环境和问题复现；开发评论还提到 Point-in-time Recovery 的可能性，但不等于该恢复能力已交付 |
| Open Telemetry / Traces Support #303 | 未标注 | 第一方追踪集成仍在 Planned；部分手动追踪能力已经可用，不能沿用原始请求中所有旧限制 |
| Component-level scoping in Custom Roles #368 | 未标注 | 将 Custom Roles 的可访问范围进一步限定到 Component，而非整个应用的数据 |
| Chef v2 | 未标注 | 改进 Chef 的开发工作流、可重复配置与编排体验；当前公开描述不足以列出确定的新接口 |
以上为实时 Planned 列表的完整 8 项。表中的“价值”是对需求用途的归纳；预计季度来自条目，不是本文预测。
已有交付，不能继续当成纯计划的能力
AI Gateway：已有 Beta，但有使用范围
AI Gateway 官方文档将它明确标为 Beta：应用从 actions 调用模型，Convex 管理模型提供方凭据，应用使用按 deployment 限定的短期 token 认证。文档列出了 Chat Completions、Embeddings、Anthropic Messages 和 OpenAI Responses 等端点。
当前文档限定为付费团队的 Convex Cloud development / production deployments；local backend 与 self-hosted 不在支持范围内。能看到文档不表示所有部署都已满足开通条件，也不能把 Gateway 理解为 Convex 自行托管了全部模型。
8 月 21 日的 convex 1.45.0 Changelog还把 Gateway 描述为 upcoming，并先加入了 getServiceToken。现在应以 Beta 产品文档补充这段历史，而不是只引用旧发布说明断言“尚未推出”。Built-in AI inference 条目仍是 In Progress，也不应由此推断整个需求已经 Completed。
Streaming Export APIs：已完成；OLAP 集成仍在推进
Streaming Export APIs于 2026-08-13 标记 Completed，并给出了 Data sync API 文档。
文档中的 POST /data/sync 提供分页式流式导出：后续请求携带上一次的游标，一次性同步可在 upToDate 后停止，持续同步则继续定期获取。Convex Cloud 上要求 Pro 计划和 deployment:data:view 权限。
这与 OLAP 条目中“将数据持续送到 S3、连接分析工具”的目标存在层次差别：前者是可用的导出接口，后者是仍在开发的数据分析接入方向。不能把“支持 OLAP”直接解释为 Convex 已内置数据仓库或提供任意分析 SQL。
开发凭据的权限收窄：已有完成记录
Scoped authorization tokens to prevent agent risk在 2026-08-13 标记 Completed，开发更新指向部署密钥类型文档。这是让开发工具和 Agent 使用受限权限的重要进展；具体可授予的范围仍需按当前部署密钥文档配置，不能只凭状态推断已经自动限制了所有开发环境。
OpenTelemetry：手动接入与第一方集成要分开看
Open Telemetry / Traces Support 的原始需求列出了一些当时的限制，但 8 月 13 日开发更新已经说明：普通 actions 可使用 OpenTelemetry JS SDK，mutation 计时也有新的支持；第一方集成仍在计划中。
当前 Agent 调试文档提供了追踪 LLM 调用的接入方式。因此，“完整第一方追踪尚未交付”与“完全不能记录模型调用追踪”不是同一结论。
这些方向意味着什么
以下是本文基于公开条目的判断，不是 Convex 官方战略宣言。
AI 方向正在从组件能力扩展到托管服务。 AI Gateway Beta 是具体证据：开发者可以减少模型凭据管理工作，但使用范围也更依赖 Convex Cloud。若应用需要自托管，不能把 Cloud 专有服务自动纳入自托管能力清单。
分析方向目前更明确的路径是把数据送出去。 已完成的导出 API，加上 OLAP 条目中的 S3 计划，支持“事务业务留在 Convex、分析系统消费数据”的理解。它没有证明 Convex 正在将自身替换成通用 OLAP 数据库。
缓存计划分别解决复用和距离问题。 Sub-query Caching 面向应用内部可共享的数据视图，Global Edge Caching 面向地理分布。后者并未公开承诺全球多主写入，也不能据此推断事务或写入会在每个边缘节点执行。
数据库克隆、角色范围与地区扩展面向持续运营。 这些能力有助于测试环境、访问隔离和部署位置选择；单个条目进入开发，不表示所有计划、地区和部署类型都已开放。
如何把路线图用于技术决策
| 当前需要解决的问题 | 应跟踪的条目 | 决策边界 |
|---|---|---|
| 减少模型凭据和接入管理 | AI Gateway Beta、Built-in AI inference | 先核对 Cloud 与计划资格，再验证模型、计费及错误处理；不要把 Beta 当成完整目标已经交付 |
| 导出数据做统计、迁移或 BI | Streaming Export APIs、analytics/OLAP | 导出 API 已有文档；S3 自动集成仍需等明确交付证据 |
| 降低共享数据的重复查询开销 | Sub-query Caching | 仍属 Planned，不提前把收益算入当前性能或账单 |
| 改善跨地区读取延迟 | Global Edge Caching、Canada、Australia | 缓存和地区是不同能力；以可创建部署、实际请求和测量结果验收 |
| 保留原有主键、复制测试数据库 | BYO-ID、Copy-on-write cloning | 等公开使用文档及迁移限制明确后，再决定是否改变现有方案 |
| 调整认证或权限体系 | Convex auth v2、Custom Roles、SCIM | 应用登录、开发团队管理、组件访问权限分属不同边界，不能合并成一个“Auth 已解决”的判断 |
路线图适合决定“值得关注什么”和“哪部分设计需要保留替换空间”。当前交付必须依赖已经能使用并通过验证的能力；不能仅因为一个季度即将结束，就假定预计在该季度完成的功能已经可用。
下次怎样复核
- 打开 In Progress 和 Planned 实时列表，重新核对条目数量、状态和预计季度。
- 进入关心的条目，读取 Development Updates；优先采用较新的开发说明，避免复制已经过时的原始需求描述。
- 在 Changelog 查完成记录，再到产品文档确认 Beta、计划资格、Cloud / self-hosted 差异和已公开的使用方式。
- 状态冲突时记录来源与核验日期，不以搜索摘要替代实时详情，也不根据版本号自行补出发布日期。
- 涉及实际接入时，用独立测试环境验证能力和限制；“看板已完成”与“当前部署已可用”分别记录。
本次核验中，加拿大和澳大利亚地区的搜索缓存落后于实时详情，是上述方法的实际例子。地区状态已按 2026-09-16 实时页面记录；本文不会据此声称新地区已可创建生产部署。
关联阅读
- Convex 文档导航
- Convex 源码导读：开源仓库版图、核心架构与阅读路线：理解当前架构与源码边界，再对照未来计划。
- Convex 与 Cloudflare Durable Objects：状态模型、查询边界与选型：比较已存在的状态模型，不以未交付计划替代能力验证。