用 Claude 改写一个开源 CMS，加起来没花到一千美金

GitHub 上有个项目这两天被丢到 Show HN 上：laikacms 把 Decap CMS（一个老牌 Git 内容管理系统）整个搬了一遍，做出了 `@laikacms/decap-cms`，作者在帖子里说整套重写的 Claude 调用加起来花的钱不到一千美金。Decap CMS 这个名字很多人没听过，但用 Jekyll、Hugo、Eleventy、Next.js 这些静态网站框架搭内容站的人不少踩过它坑——老版本挂在 GitHub OAuth 上、维护节奏越来越慢、社区里也有人抱怨 issue 一挂几个月没人理。Laikacms 这家小公司把它整个 fork 出来重做了一遍，重写完的单 package 版本已经在 npm 上发了出来，名字叫 `@laikacms/decap-cms`，仓库地址挂在 github.com/laikacms/decap-cms 上，协议 MIT，最近一次代码 push 是 2026 年 8 月 6 日，整个项目用 TypeScript 写成。

作者在 Show HN 的标题里把帐算得很细：把一个接近十年历史的老牌项目整套用 AI 重写，平均下来 Claude 这边的 token 成本压在一千美金以下。这数字怎么看都让人觉得不可思议，毕竟 Decap CMS 不是一个 ToDo Demo，UI 部分有几十个组件、后端要同时支持 GitHub、GitLab、Bitbucket 这几家、还自带一套可视化编辑器、配置走 JSON Schema、插件体系不算简单。要把这样一个东西翻一遍，工程量本身就不小；用 Claude 来加速，确实是这一波独立开发者都在试的路径。但 Show HN 这条帖本身点的人不多、评论也几乎没有，倒是仓库里那份 CONTRIBUTING 写得相当认真，从 pnpm 9 安装、TypeScript 检查、Vitest 单测、Playwright 端到端测试、changeset 版本管理到 Conventional Commits 规范一条不落——这看起来不像 AI 一晚上吐出来的代码，更像是一个真有工程纪律的小团队在主导 AI 重写、AI 负责干活，人负责兜底。

仓库里还有几份内部 design decision 文档值得一提：restructure.md 解释了为什么从 monorepo 拆成单 package 加 subpath exports；architecture.md 写了 Emotion、Effect、yaml 这些技术选型的理由；breaking-changes-v4-beta.md 列出了不向后兼容的调整，比如 markdown widget 改名为 richtext 这种细节。对想动手 fork 这个项目的人来说，这些文档比仓库说明本身更值钱——仓库说明告诉你怎么用，design docs 告诉你为什么这么做、改动背后是什么取舍。如果是一个纯靠 AI 一次性吐出来的项目，这些背景说明通常不会被认真写出来。GitHub 主页 description 那行就一句话：A Git-based CMS for Static Site Generators——很克制、没有营销话术；star 数目前是 1，最近一次代码 push 是 2026-08-06，作者本人也没有刻意去推。

这个项目对普通独立开发者或者小团队有什么可借鉴的地方？第一，AI 重写老牌项目不是噱头而是路径——前提是 fork 这个动作本身是合规的、协议允许、用户能平滑迁移到 fork 上。Decap CMS 是 MIT 协议，所以 laikacms 可以合规 fork 并改写，如果是 AGPL 或者其他限制更死的协议，这条路就走不通。第二，"AI 重写花不到一千美金"这种标题不是夸大，是把 AI 工具的边际成本讲清楚——过去维护这种 CMS 需要一个 3-5 人的小团队全职投入，现在用 Claude 把代码量压下来之后，小公司可以独立支撑一个 fork 的迭代节奏。第三，对想用静态站点搭内容站的人来说，多了一个还在活跃更新的备选——Decap 上游已经接近停摆，laikacms 这条线如果能稳定下来，等于把内容工作流这一层从生态塌方的风险里捞出来。Show HN 那条帖虽然没什么热度，但这个仓库本身值得做静态站的人收藏一下。

创业找资源，上乌鸦部落。