corpusctl 对比 Sanity:第二个项目要花你多少钱

多租户是内置在核心中的,就在认证和模块注册表旁边。它不是一个你需要升级才能进入的档位。

#按席位计费定错了价

每席位 $15,加一个校对员要花钱。加一个翻译要花钱。加上那个想在上线前审阅自己文案的客户要花钱——每月都花,不管他们登不登录。

其效果可预测且静默:团队共用登录,或把审阅转到邮件上,或干脆不把那个本应在系统里的人加进来。定价模型改变了工作流,而且不是往任何人选择的方向。

corpusctl 是扁平费率。那些本应在系统里的人就在系统里。

还有一个值得点名的二阶效应。在 Growth 上,更高的用量是按量付费的,而提高配额的附加项是以文档、API CDN 请求、API 请求、带宽和资产为单位描述的。这些都是当你的内容被阅读时就会变动的数字——也就是说,它们是陌生人控制的数字。

corpusctl 根本没有读取计量器。发布会把渲染好的内容写入对象存储中一个不可变的、哈希寻址的文件,并刷新一份清单。客户端在本地把 slug 解析到某个清单分片,再从 nginx 边缘缓存中获取那个不可变的地址——可缓存三十天,因为同一个地址永远不可能返回不同的内容。两次请求,都来自缓存,都不会触及 API 或 PostgreSQL。

#你的内容住在哪里

Sanity 的 Content Lake 是一个托管的、实时的内容数据库。它确实是优秀的技术,也确实是别人的服务器。

corpusctl 把每个组件都运行在你能指向的基础设施上:PostgreSQL、Valkey、Typesense、Garage、nginx。Enterprise 套餐上提供完全自托管的安装。技术栈中没有任何按用量计费的第三方服务——这是写进架构里的一条产品约束,而非我们可能重新考虑的定价决策。

这是否要紧,取决于你的监管方、你的客户,以及你对一个无法检查的依赖的容忍度。对很多团队来说它根本无关紧要,那他们就应该选择托管产品。

#渲染,以及谁来决定内容长什么样

Sanity 提供 Portable Text 和一套渲染器。它们很好,但你最终仍需把它们映射到你的设计系统上。

corpusctl 的块渲染器出厂时零默认样式——一行 CSS 都没有。每一种块类型都可被覆盖,而未知的块类型会被优雅地跳过而不是抛出异常。核心渲染树与框架无关;React、Vue 和 Next.js 适配器作为薄薄的一层坐在其上。

背后的原则是:如果渲染某种块类型需要框架专属的代码,那么抽象就放错了位置。采用无头 CMS 最难的部分是把 API 响应变成带样式的标记,而一个强加设计的包并没有解决那个问题——只是给它换了个名字。

#关闭功能

corpusctl 的每个功能都是一个模块:媒体、搜索、webhook、SEO、GraphQL、导入、分析。

套餐降级会把模块设为 disabled。它绝不删除数据。这是在代码库中强制执行的,而非在一篇支持文章里承诺的。

#Sanity 胜出的地方

Studio。 实时协作编辑、实时预览和可视化编辑,以及一个已打磨多年的定制模型。corpusctl 的面板胜任工作,但比不上这一点。

GROQ。 一种真正富有表现力的查询语言。corpusctl 提供 REST 过滤器和一个模式从你的内容类型推导而来的 GraphQL 模块——很有用,但不是同一件乐器。

生态规模。 Sanity 的客户端库每月有数百万次 npm 下载;模板、插件和框架集成非常丰富。

AI 工具。 Content Agent、Agent Actions、一个 MCP 服务器。如果你今年的路线图包含智能体内容工作流,那 Sanity 已经交付了,而我们还没有。

#诚实的总结

如果编辑体验是决定性因素、你想要 GROQ,或你的内容运营是带大团队的单一产品,那就选 Sanity。

如果你运行多个项目、想要数据库级别的隔离,并希望一张不会因你添加一个审阅者或一个客户而变动的账单,那就选 corpusctl。

Sanity 价格取自 sanity.io/pricing,时间为 2026 年 8 月 17 日。价格会变——引用前请核对。

查看架构 → · 阅读文档 →