[分享创造] 我运营着好几个站，最后还是自己写了个 CMS
我运营着好几个站，最烦的不是写稿，是每个站各装一套后台、插件和更新。最后还是自己写了个 CMS：一个后台管所有站，发布即静态，AI 写作在编辑器里，一条命令自托管。 一个后台管所有站，不是一套系统管一个站。运营几个内容站的人最痛的不是写稿，是运维：5 个站就是 5 套后台、5 套插件、5 份更新和备份，改一个全站通用的东西要登 5 次后台点 5 遍。AI-CMS 把站点、栏目、内容、媒体、版式收进同一个后台，带 RBAC 权限和回收站，加新站是点几下的事，不是再装一套系统。版式那层也做到了可管：HTML 模板用 HY_ 标签，带版本管理和资产依赖，还能按全站、栏目、详情三级作用域分别生效，改版不用提心吊胆，也不用为每个站各养一套前台。 发布即静态，改一篇文章不用全站重建。内容发布时生成 Astro 静态站，CDN 直达读者。动态后台只在写稿时用，线上跑的是静态文件：打开快，而且线上根本没有动态后台可供攻击，攻击面小得多。构建粒度可以细到站点、栏目、单篇文章，改一篇文章只重建这一篇，不用全站重来。发布成败和耗时都会进铃铛中心告诉你，运维的人不用猜。 AI 写作在编辑器里，不在另一个标签页
阅读原始来源![原始网页截图: [分享创造] 我运营着好几个站，最后还是自己写了个 CMS](/media/fda1fd4e92a78dc9345b73f4?v=2026-11-05T15%3A06%3A58.187Z)
来源记录
研究分析
变化记录
来源描述：我运营着好几个站，最烦的不是写稿，是每个站各装一套后台、插件和更新。最后还是自己写了个 CMS：一个后台管所有站，发布即静态，AI 写作在编辑器里，一条命令自托管。 一个后台管所有站，不是一套系统管一个站。运营几个内容站的人最痛的不是写稿，是运维：5 个站就是 5 套后台、5 套插件、5 份更新和备份，改一个全站通用的东西要登 5 次后台点 5 遍。AI-CMS 把站点、栏目、内容、媒体、版式收进同一个后台，带 RBAC 权限和回收站，加新站是点几下的事，不是再装一套系统。版式那层也做到了可管：HTML 模板用 HY_ 标签，带版本管理和资产依赖，还能按全站、栏目、详情三级作用域分别生效，改版不用提心吊胆，也不用为每个站各养一套前台。 发布即静态，改一篇文章不用全站重建。内容发布时生成 Astro 静态站，CDN 直达读者。动态后台只在写稿时用，线上跑的是静态文件：打开快，而且线上根本没有动态后台可供攻击，攻击面小得多。构建粒度可以细到站点、栏目、单篇文章，改一篇文章只重建这一篇，不用全站重来。发布成败和耗时都会进铃铛中心告诉你，运维的人不用猜。 AI 写作在编辑器里，不在另一个标签页
版本与成本证据
该记录尚未附有核验过的前后对照、当前计费单位与完成任务总成本。
适用与受影响对象
先明确变化影响的现有工作流，再判断是否升级。发布热度不证明效果提升；接口、价格或可用性变化也可能增加迁移工作。
缺失的比较信息
待补齐：新旧行为、受影响套餐与地区、生效时间、兼容性、回退路径及同一工作量下的成本。
采用与迁移验证
保存发布或政策原文，对新旧方案运行同一个任务并比较结果与完整账单；若涉及停服，先核验截止时间再安排迁移。