Pico CSS 停更，作者把原因算在 AI 头上

开源项目停更的理由通常是没时间、没钱、没兴趣。Pico CSS 给的是第四个：这东西存在的必要性变窄了。

一、发生了什么

Pico CSS 停在 2.1.1。维护者在项目的 GitHub 讨论区发了公告，仓库随之归档，不再接新 issue、不再收 PR、也不会再有新版本。这则公告在 10 月 30 日被顶上了 Hacker News 首页。

理由写得很直白：现在用 AI 就能生成一份轻量、自包含、可访问的 HTML，样式只带这个页面真正用到的那部分。既然如此，一个专门为语义化 HTML 准备现成样式的极简框架，就没那么重要了。

公告没有停在这句判断上，还给了技术账：要让 Pico 重新有用，得推倒重写——放弃 Sass 改用现代原生 CSS，用上它至今没碰的 OKLCH 颜色、级联层、Popover 和锚点定位，同时给老浏览器留兜底，再配一个能剥掉未使用样式的编译器。作者的原话意思很明确：那会是另一个项目，Pico 就保持现在这样。

二、跟你有什么关系

线上跑着 Pico 的项目，短期不用动。npm 包、jsDelivr 上的文件和官网都长期在线，代码是 MIT，坏不了。

准备长期维护的前端团队，要开始记账了。以后新浏览器出了兼容问题，没有官方修复，只能等社区分支，或者自己上手。官方给了一份社区分支列表，说明作者不是撒手不管，而是把后续交给了愿意接手的人。

写个人主页、落地页的人，这件事反而印证了另一条路：与其学一个框架再改，不如让模型直接吐一份合身的页面。

三、怎么判断

1. 先盘依赖。项目里搜一遍引用，确认是引 CDN 还是装进了构建链，两者的风险不一样。
2. 冻结版本。把版本号写死，别用浮动标签，避免哪天 CDN 上的文件变动带来意外。
3. 评估换不换。页面简单、样式改动少，迁到原生 CSS 的成本可能比守着旧框架更低。
4. 要 fork 就改名。MIT 覆盖代码，不覆盖名字和 logo，想让分支继续叫 Pico 会被要求换掉，否则用户会混淆。

顺带说一句，这也是给所有用轻量框架的团队提了个醒：选型时除了看体积和上手速度，还要看维护者的续期意愿。项目小、作者少、没有商业化路径，就意味着某一天可能收到这样一封体面的告别信。

四、三个别信的说法

「AI 生成的 CSS 能替代框架。」 单页可以，团队项目不行。框架给的是统一视觉、可预期的升级路径和一群人在维护的约定；模型每次生成的样式都不一样，没法当基础设施。

「项目归档了，现有网站会挂。」 不会。归档只是只读，包和 CDN 都还在，这是它处理得比较体面的地方。

「没人维护就等于没价值。」 恰恰相反，Pico 的问题是被两侧挤压：浏览器原生能力覆盖了它的大部分功能，模型又能按页生成样式。中间那层轻抽象，正在失去位置。这不是质量事故，是位置问题。

五、一句话结论

这不是一次被放弃的维护，而是一次诚实的退场判断：有些工具不是做坏了，是需要它的场景变少了。对用它的人来说，最该记住的是那句提醒——基础设施要么有人续，要么你得自己能接。

信息来源

• 开源中国：Pico CSS 停止维护及作者说明（2026 年 10 月 30 日）

功能与价格以官方公告为准。本文写于 2026 年 10 月 31 日。