网站通常从一组 Markdown 文件开始。它们容易保存、审查和迁移。但当更多人参与内容维护，写作本身可能变得不方便：并不是每个人都希望为了修改一段文字打开代码编辑器，或创建一次 commit。
Prosefly 围绕已有文件提供共同写作的空间。发布后的文字依然保存在你的仓库里。
给未完成的内容留一点空间
草稿需要反复调整。你可能会重写开头、请同事补充一节，或者把未完成的文章留到明天继续。这些过程不必立刻成为发布后的文件。
保存草稿只会更新 Prosefly 工作区，不会创建 Git commit。团队可以实时协作，编辑支持的 frontmatter 属性，也可以在可视化编辑和完整 Markdown 或 MDX 源码之间切换。
将发布作为明确的一步
草稿准备好之后，先审查文件变更。发布会以 commit 或 pull request 将结果写入 Git。文档保留原有的内容路径，frontmatter 和源码也继续供现有工具使用。
接下来由网站的构建流程继续处理。Prosefly 的发布操作本身不会构建或部署网站。
保存的草稿属于工作区，发布的文档属于你的仓库。
保留已经建好的网站
你不必用新的内容 API 替换原来的站点构建工具。Prosefly 围绕已有仓库中支持的 Markdown 和 MDX 内容工作流提供编辑体验。
上传的图片、音频和视频单独管理，通过 URL 在文字中引用。文字保存在 Git 中，并不意味着每个媒体文件都成为仓库文件。