技术 技术栈 · Richbay 实际使用

低运维AI产品原型

构建并发布一个小型 AI 产品，不必过早绑定大型应用平台或一长串服务。

5 个组件角色3 项明确的默认选择已审核 2026-09-05
← 所有技术栈检查默认设置

组件和角色

每个组件都有其存在的理由。

  1. 01
    Next.js 应用程序

    提供公共接口、静态内容、路由处理程序以及在需要时的服务器端渲染路径。

  2. 02
    Cloudflare Workers部署路径

    通过当前兼容的Next.js适配器在边缘运行应用程序。

  3. 03
    服务器端模型边界

    保持提供者凭据私有，并应用验证、超时、预算和安全失败行为。

  4. 04
    可选的D1和R2绑定

    在产品流程证明需求后，才添加结构化记录或生成的工件。

  5. 05
    发布和观察循环

    将每个部署连接到提交、路由检查、错误可见性、成本信号和回滚规则。

数据流

浏览器 → 验证的应用程序路径 → 必要时的模型提供者 → 可选的D1/R2记录 → 用户可见结果 → 发布和错误审查

默认选择

从这里开始，然后根据说明的原因切换。

Next.js on Workers

vinext 用于兼容的新应用；OpenNext 用于存在迁移差距的现有应用

选择原因
符合Cloudflare当前的指导方针，同时避免未经验证的生产迁移。
当...时切换
当兼容性、维护状态或应用需求发生重大变化时，重新评估适配器。

结构化持久性

在流程需要持久记录之前没有数据库；D1作为Cloudflare原生的起点

选择原因
在不需要时避免操作未使用的状态，而在持久化变为现实时保持直接绑定路径。
当...时切换
当关系功能、可移植性、区域或团队操作使它成为更好的选择时，请使用现有的Postgres系统或其他存储系统。

工件存储

在文件或不可变导出存在之前没有对象存储；当它们存在时使用R2

选择原因
保持首次发布的小规模，并将大对象与结构化记录分开。
当...时切换
当数据驻留、工具或组织标准超过整合时，请使用现有的对象存储。

操作假设

成本、隐私、替代方案和限制。

成本假设
从静态和请求驱动的工作开始。模型推理、Workers使用、存储、日志和人工审查都可以单独扩展，并需要明确的预算。
隐私边界
只有经过验证的任务数据才能跨服务器端模型边界。秘密保留在部署配置中；持久化数据需要保留和删除负责人。
参考实现
Richbay目前通过OpenNext在Cloudflare Workers上运行现有的Next.js 16应用程序；新应用程序应首先评估Cloudflare推荐的vinext路径。
替代方案
当产品没有服务器要求时，使用静态导出；当其运行时和操作模型更适合团队时，使用另一个主机或应用程序框架。
已知限制
此技术栈支持低运维原型。它本身并不提供生产安全、模型评估、合规性、数据恢复或产品-市场匹配。

人工检查点

保持负责任的决策可见。

  1. 批准单一流程范围和数据边界
  2. 审查生产配置和确切的发布工件
  3. 验证公共版本并拥有回滚

证据和来源

查看支持此记录的内容。

Richbay 实际使用
最后审查 2026-09-05。在采用之前，请重新检查当前提供方的文档、限制、定价和条款。