Pico CSS(ピコ・シーエスエス)の保守が終了、v2.1.1が最後のリリースに
最小構成のCSSフレームワークPico CSS(ピコ・シーエスエス)は、GitHubのスター数16.8kのまま、v2.1.1を最終リリースとしてアーカイブされました。メンテナーは、代わりにAIがCSSを書くようになったためだと説明しています。
3 分で読めます
英語の原文から機械翻訳したものです。原文はClaire Whitmoreが事実確認と編集を行いました。内容に相違がある場合は英語版が優先されます。 編集方針

数字で見る
- final Pico CSS release
- v2.1.1
- GitHub stars on the archived repository
- 16.8k
- forks of the repository
- 514
- open issues left when it was archived
- 93
素のHTMLに余計なクラスなしでスタイルを当てる小さなCSSフレームワークPico CSSの保守が終了しました。メンテナーのLucas Larroche氏は2026年10月4日にプロジェクトをアーカイブし、v2.1.1を最終リリースと位置づけました。理由はAIにあります。Picoが人々に書かせずに済むよう作られた、軽量でアクセシブルなCSSを、今ではAIツールが書いてくれるというのです。この告知は10月30日にHacker Newsで共有されました。
PicoはGitHubで16.8kのスターを集めています。公式サイトによると、「何千ものウェブサイトを支えるようになった」とのことです。
Pico CSSが止まった理由
Larroche氏はGitHubでの告知で、次のように書きました。「今日では、AIが必要なCSSだけを備えた、軽量で単体のアクセシブルなHTMLを生成できます。」それが事実なら、セマンティックHTML向けの最小限のフレームワークの重要性は下がる、という主張です。
同氏は、なぜ近代化しなかったのかも説明しました。Picoを現役に保つには、全面的な書き直しが必要になります。Sass(CSSプリプロセッサ)をやめて素の最新CSSにすること。OKLCH色、カスケードレイヤー、Popover API、アンカーポジショニングといった新しいブラウザ機能を、すべてフォールバック付きで取り入れること。さらに、使われないCSSを取り除くネイティブコンパイラも必要です。
「それは別のプロジェクトになります」とメンテナンスのページには書かれています。「Pico CSSは今のまま残ります。」
引き続き使えるもの
Larroche氏は、既存のサイトが壊れることはないと慎重に述べています。「何も壊れません」と同氏は書きました。
| Picoの構成要素 | 状況 |
|---|---|
| 最終リリース | v2.1.1 |
| npmパッケージ | 長期にわたり公開を継続 |
| jsDelivr CDN | 長期にわたり公開を継続 |
| picocss.comのドキュメント | 長期にわたり公開を継続 |
| GitHubリポジトリ | アーカイブ済み、読み取り専用 |
| 新しいIssue、PR、リリース | なし |
| コードのライセンス | MIT |
| ドキュメントのライセンス | CC BY-SA 4.0 |
リポジトリは、未解決のIssueが93件、未マージのプルリクエストが32件残ったままアーカイブされました。これらがマージされたり、返信されたりすることはもうありません。
フォークと名称のルール
MITライセンスにより、誰でもコードをフォークできます。ただし、名称とロゴはその対象外です。「Pico CSSの名称とロゴはMITライセンスの対象ではありません」とLarroche氏は書いており、フォークは独自の名前を選ぶべきだとしています。Picoのサイトには、コミュニティのフォークを一覧にしたページへのリンクがありますが、特定のフォークの名前は挙げていません。
アーカイブの前に、すでに動いていたグループがあります。2026年6月、tonystarという投稿者が、FastHTML WebフレームワークのプロジェクトにIssueを立てました。そこでは、Picoは「積極的にメンテナンスされていない(最後の更新は1年以上前)」とされ、anyblades/picoにある保守されたフォークが紹介されました。
このフォークは6月26日にv2.5.0-alphaをリリースしました。スコープ付きビルドを追加し、Picoのルールがページの他の部分に漏れないようにしています。FastHTMLの投稿者が8月にこれを試し、「すべてがスコープ内に収まるので、元のものよりさらに良い」と評価しました。同じグループはBlades CSSという後継も提供しており、IssueによればGrav CMSのプロジェクトはすでにそちらへ移行したとのことです。
開発者にとっての意味
- 今すぐバージョンを固定してください。 PicoをCDNからゆるいバージョンタグで読み込んでいるなら、2.1.1に固定しましょう。新しいリリースは出ないので、厳密に固定しても失うものはありません。
- 稼働の安定が大事なら、CSSファイルを自前でホストしてください。 npmとjsDelivrは「長期にわたり」維持されると約束されていますが、それは契約ではなく約束です。小さなファイル1つなら、自分のリポジトリに置くのは簡単です。
- セキュリティやブラウザ対応の修正を待たないでください。 新しいブラウザで起きる描画の不具合は、今後はご自身で直すことになります。ブラウザの大型アップデートのあとにはレイアウトを確認しましょう。
- フォークは慎重に選んでください。 anyblades/picoは活発で、スコープ付きCSSを追加していますが、運営しているのは別のチームです。本番サイトを切り替える前にコミット履歴を読み、Picoの名称は使えないことも覚えておきましょう。
- メンテナーの主張を、ご自身のチームに当てはめて考えてください。 開発者がすでにAIコーディングツールを活用しているなら、手で確認した小さなスタイルシートのほうが、どのフレームワークよりも扱いやすい場合があります。そうでなければ、保守されているフレームワークは今でも確かな時間の節約になります。
出典
- Pico CSS is no longer maintained - GitHub (picocss/pico)
- Maintenance - Pico CSS - Pico CSS
- Pico CSS maintenance - GitHub (AnswerDotAI/fasthtml)
関連記事

Linux Foundation、メンテナーはPRの4件に1件を「AI slop」とみなす
リナックス・ファウンデーション(Linux Foundation)の報告書によると、メンテナーは届くプルリクエストの4件に1件が低品質なAI生成物だと推定しています。大規模プロジェクトでは31%です。一方、AIはコードを書く時間を推定52%短縮します。

Torvaldsのページキャッシュパッチに改良版:ext4で4.5倍高速に
MetaのKiryl Shutsemauが、Torvaldsのページキャッシュ(page cache)パッチを18本のパッチからなるRFCに仕上げました。ext4の64スレッドでは、小さな読み取りが毎秒約1,500万回から7,000万回に増えました。

BeamFSのRFC:Reed-Solomon符号を使うLinuxファイルシステム
18件のパッチからなるLinuxのRFC、BeamFSは、すべてのブロックをReed-Solomon(リード・ソロモン)符号語として保存します。これにより、1台のディスク上で反転したビットを修復できます。代わりに容量の7%を使います。