Instatic：自托管视觉 CMS，想同时替代 Webflow、Framer 和 WordPress

CoreBunch/Instatic 昨天 Trending 日增近 900 Star，定位很直接：开源自托管视觉 CMS，最终输出干净的静态页面。

读完 README 后，我觉得它的卖点不是“又一个 CMS”，而是：把设计器、内容引擎、发布器塞进一个 Bun 服务，而且产出的页面足够干净。

它解决什么？

现代建站通常要拼一整套东西：headless CMS、前端框架、托管服务、表单服务、分析、图片 CDN。每个都有账单、后台、可能出问题的地方。

Instatic 的相反思路：一个 Bun 服务把所有事包了。

• Canvas 视觉编辑器
• 内容引擎
• 用户、角色、权限
• 媒体管理
• 表单
• 插件系统
• 发布器

输出是纯语义化 HTML + 紧凑 CSS，没有编辑器残留的 div soup，没有框架运行时，没有 builder 属性。

为什么输出干净这件事值得说？

很多视觉编辑器产出的页面，view source 没法看：一堆内联样式、运行时脚本、冗余 class。Instatic 的立场是：页面交付物应该是静态文件，而不是编辑器快照的序列化。

如果你做博客、作品集、小企业站，最终页面可读、可导出、可长期维护，这件事比“拖拽很爽”更重要。

技术选型

• 运行时：Bun
• 语言：TypeScript
• 数据库：SQLite 或 Postgres
• 部署：Railway / Render / Docker / 自有 VPS

SQLite 作为默认足够应对大多数站点；团队协作、多作者、备份需求再切 Postgres。

与主流工具的对位

这不是说 Instatic 已经比 WordPress 成熟，而是说它在自托管 + 干净输出这个交叉点上，目前没有特别强的直接竞品。

适合谁用？

• 想要 Webflow 的拖拽体验，但又想自托管
• 重视页面长期可维护性，不想被平台绑定
• 已经有 VPS / Docker 环境，想简化站点栈

结语

Instatic 的早期状态很明显，但它做对了一个很少被 CMS 重视的事：让页面交付物本身保持干净。

在这个越来越多人开始质疑“现代前端过度工程”的节点上，这种“少即是多”的产品取向，值得关注。

项目地址：https://github.com/CoreBunch/Instatic