[分享创造] 我运营着好几个站，最后还是自己写了个 CMS
我运营着好几个站，最烦的不是写稿，是每个站各装一套后台、插件和更新。最后还是自己写了个 CMS：一个后台管所有站，发布即静态，AI 写作在编辑器里，一条命令自托管。 一个后台管所有站，不是一套系统管一个站。运营几个内容站的人最痛的不是写稿，是运维：5 个站就是 5 套后台、5 套插件、5 份更新和备份，改一个全站通用的东西要登 5 次后台点 5 遍。AI-CMS 把站点、栏目、内容、媒体、版式收进同一个后台，带 RBAC 权限和回收站，加新站是点几下的事，不是再装一套系统。版式那层也做到了可管：HTML 模板用 HY_ 标签，带版本管理和资产依赖，还能按全站、栏目、详情三级作用域分别生效，改版不用提心吊胆，也不用为每个站各养一套前台。 发布即静态，改一篇文章不用全站重建。内容发布时生成 Astro 静态站，CDN 直达读者。动态后台只在写稿时用，线上跑的是静态文件：打开快，而且线上根本没有动态后台可供攻击，攻击面小得多。构建粒度可以细到站点、栏目、单篇文章，改一篇文章只重建这一篇，不用全站重来。发布成败和耗时都会进铃铛中心告诉你，运维的人不用猜。 AI 写作在编辑器里，不在另一个标签页
Read original source![Source page screenshot: [分享创造] 我运营着好几个站，最后还是自己写了个 CMS](/media/fda1fd4e92a78dc9345b73f4?v=2026-11-05T15%3A06%3A58.187Z)
Source record
Research analysis
What changed
Source account: 我运营着好几个站，最烦的不是写稿，是每个站各装一套后台、插件和更新。最后还是自己写了个 CMS：一个后台管所有站，发布即静态，AI 写作在编辑器里，一条命令自托管。 一个后台管所有站，不是一套系统管一个站。运营几个内容站的人最痛的不是写稿，是运维：5 个站就是 5 套后台、5 套插件、5 份更新和备份，改一个全站通用的东西要登 5 次后台点 5 遍。AI-CMS 把站点、栏目、内容、媒体、版式收进同一个后台，带 RBAC 权限和回收站，加新站是点几下的事，不是再装一套系统。版式那层也做到了可管：HTML 模板用 HY_ 标签，带版本管理和资产依赖，还能按全站、栏目、详情三级作用域分别生效，改版不用提心吊胆，也不用为每个站各养一套前台。 发布即静态，改一篇文章不用全站重建。内容发布时生成 Astro 静态站，CDN 直达读者。动态后台只在写稿时用，线上跑的是静态文件：打开快，而且线上根本没有动态后台可供攻击，攻击面小得多。构建粒度可以细到站点、栏目、单篇文章，改一篇文章只重建这一篇，不用全站重来。发布成败和耗时都会进铃铛中心告诉你，运维的人不用猜。 AI 写作在编辑器里，不在另一个标签页
Version & cost evidence
A verified before/after comparison, current price units and total task cost are not attached to this record.
Who is affected
Identify the existing workflow this change affects before recommending an upgrade. Launch attention does not establish improvement; an API, pricing or availability change may instead create migration work.
Missing comparison points
Missing checks: old versus new behavior, affected plans and regions, availability date, compatibility, rollback path and cost under the same workload.
Migration check
Save the release or policy notice, run the same task on the old and new option, and compare outputs and the full bill. For retirement notices, verify the deadline before scheduling migration.