Prosefly
为现有 Git 网站提供托管的写作工作空间。
- 01
连接 GitHub 仓库,选择内容空间。
- 02
共同写作,将草稿保存在工作空间。
- 03
审阅差异,通过 commit 或 pull request 发布。
网站内容文件,还是面向多个渠道的结构化内容?
Prosefly 将 Markdown 和 MDX 发布到 Git 仓库。Sanity 将结构化内容保存在 Content Lake,并通过 API 提供查询。
查看详细比较如果网站由 Markdown 文件构建,Prosefly 可以延续这种模型。当内容需要关联、查询或跨渠道复用时,Sanity 值得考虑。两者对应不同的存储与分发方式。
为现有 Git 网站提供托管的写作工作空间。
连接 GitHub 仓库,选择内容空间。
共同写作,将草稿保存在工作空间。
审阅差异,通过 commit 或 pull request 发布。
提供托管数据存储与分发 API 的结构化内容平台。
定义内容 schema,配置 Sanity Studio。
在 Content Lake 中编辑文档与草稿。
通过 API 查询已发布内容,供网站和应用使用。
以下概括各自的内容流程;实际细节可能随配置和可选服务而变化。
除了通用的 Markdown 和 MDX 可视化编辑,Prosefly 还专门适配 Starlight、Fumadocs 和 Prosefly 组件,让支持的文档块可以在同一个编辑器中操作。
编辑提示块、标签页、卡片和文件树,支持 Starlight 的组件语法与 Expressive Code 元数据。
按照 Fumadocs 的组件语法和支持的属性,编辑提示块、标签页、步骤和折叠面板。
编辑 @prosefly/astro-components 的提示块、标签页、卡片和折叠面板;Lotus 和 Dahlia 也使用这套组件。
具体支持取决于 Collection 的编辑器配置及可识别的组件语法。自定义组件与不支持的表达式仍可在源码中编辑;Prosefly 不执行仓库代码。
了解可视化编辑发布后的 Markdown 和 MDX 保存在你的 Git 仓库。
Sanity Content Lake 中的结构化 JSON 文档。
连接 GitHub,扫描支持的内容,配置内容空间。
配置项目、数据集、schema 和 Studio。
可视化与源码编辑、frontmatter 属性管理,以及实时协作。专门适配 Starlight、Fumadocs 和 @prosefly/astro-components 的可视化编辑。
可定制的 Studio,支持结构化内容与协作编辑。
保存草稿不会提交 Git。草稿保留在工作空间。
未发布内容作为草稿文档保存在 Content Lake。
审阅文件差异,通过 commit 或 pull request 发布。
发布文档,应用通过 API 查询内容。
上传的图片、音频和视频与已发布文本分开保存,通过 URL 引用。
通过 Sanity 内容平台管理媒体资源及其引用。
Prosefly 托管工作空间;你维护网站和现有构建流程。
Sanity 托管 Content Lake;你维护 Studio 和使用内容的应用。
发布到 Git 不会替你部署网站。Prosefly 使用你现有的构建流程;刷新仓库内容需要主动扫描。
Sanity 支持导出和集成,使用数据库并不意味着失去内容所有权。转为仓库 Markdown 需要将 schema、引用和富文本映射为文件。Prosefly 不提供自动 Sanity 迁移。
核对日期
产品事实依据以下官方文档核对,选择建议是我们的判断。可选集成和付费版本可能提供额外能力;选择前请核对最新文档和服务条款。
连接仓库,用自己的内容体验这一工作流。