redu.cloud

redu 构建于一种新型云编排之上，可实现以往难以想象的效率，并以 MCP 服务器作为其主要接口。我们专注于为以智能体为主要驱动力的用户提供速度与可靠性。如果你来自传统云，你的项目可以通过智能体轻松转换为 redu 的工作流。

PaaS 是一个托管槽位，用于运行你的应用：推送代码即可运行，无需运维。这种便利性正是其全部吸引力所在，而代价则是放弃机器、他们的运行时、他们的限制、他们的利润空间。redu 是真正的云本身：你原本永远不会接触的实际虚拟机、网络和数据库。通常这意味着你需要自行运维，因此由你的智能体代劳，你既保留了便利性，又拿回了控制权。这就像拥有汽车而不是打车，只不过由你的智能体来驾驶，所以你仍然只需说去哪里。在 redu 上可以做而 PaaS 上做不到的事情：你的基础设施不受预设层级和固定网络模型的限制。机器、网络、存储，这一切都由你塑造。如果自定义部署出了问题，你的智能体可以深入基础设施本身进行修复：虚拟机、网络、存储。PaaS 最多只给你应用容器内的一个 shell，永远无法触及底层的机器、网络或存储。我们推荐一条路径，但我们不强制执行。redu 不是让你塑造一切来适应平台，而是由 redu 配合你的智能体来适应你。例如，redu 目前不提供托管 Kubernetes。但问问你的智能体，它可以在 redu 上为你构建一个，它拥有所需的一切。在 PaaS 上尝试这一点，没有大量变通或取巧是行不通的。看看：在 redu.cloud、AWS、Vercel 和 Railway 上的相同部署 →

它能让你免于困扰 PaaS 用户的两件事：账单和天花板。PaaS 为便利性收取溢价，因此超过小规模后，相同工作负载在真实基础设施上往往便宜数倍。你还可以运行托管运行时无法运行的东西：仅用其自身的快速磁盘扩展数据库，将服务置于私有网络，运行没有超时或构建上限的长时间任务。一直有一个问题：运维它过去需要一个团队。现在你的智能体来做这件事，所以你无需团队就能获得这一切。

是的。你的智能体会向你展示一份带成本的计划，在你批准之前不会进行配置，密钥有作用域且会过期，重试可以安全重复，每个操作都有日志记录。把你的智能体想象成司机，redu 是为它修建的道路：处处有护栏，但没有一个会拖慢它。

它运行在真实机器上，因此你的智能体可以 SSH 登录、读取日志、就地修复，并将修复推回你的仓库。在你掌舵时效果最佳，就像你与开发者结对一样。关键在于它有整台机器可供操作，而不是别人运行时中一个被锁定的切片。

按小时计费，用多少付多少，无最低消费。你可以免费开始：一个小型常驻服务器和一个运行你智能体的 Postgres 数据库。