Pico CSS закрывают: AI сделал минималистичные CSS-фреймворки ненужными
Pico CSS is no longer maintained
Сопровождающий Pico CSS объявил, что версия v2.1.1 станет последней. Причина — AI теперь генерирует лёгкий, доступный HTML с нужным только ему CSS, и минималистичный фреймворк для семантической разметки потерял прежнюю ценность. Чтобы остаться актуальным, проект пришлось бы полностью переписать на современный CSS с OKLCH, cascade layers и anchor positioning. Репозитории архивированы, но npm, jsDelivr и сайт останутся онлайн, а код под MIT можно форкнуть.
Сегодня AI может генерировать лёгкий, автономный, доступный HTML с тем CSS, который ему нужен, поэтому минималистичный CSS-фреймворк для семантического HTML значит меньше, чем раньше.
- shubhamjain
> Чтобы оставаться актуальным, Pico CSS потребуется полная переработка: чистый современный CSS вместо Sass, построенный на функциях, которые он сегодня не использует (цвета OKLCH, каскадные слои, Popover, привязка якорей), с фолбэками для старых браузеров
Почему? Почему? Почему? Ненавижу, как все, кажется, убеждены, что им нужно внедрять самые новейшие и крутые функции браузеров только для того, чтобы оставаться актуальными. Ненавижу oklch, и ненавижу, что Tailwind популяризировал его. Мне плевать, насколько научно точно он представляет человеческое восприятие цвета. Это головная боль — разбираться с новым типом цветовой системы и учиться её настраивать, особенно когда HSL/RGB просто отлично работали.
- sphars
Несколько недавних альтернатив/преемников/форков в том же духе, что и Pico
- Nimble: https://leftium.github.io/nimble.css/demo/pico.html
- Sumi.css: https://vladocar.github.io/Sumi.css/docs.html
- Blades: https://github.com/anyblades/blades
- Oat: https://oat.ink/
- eterps
Мне очень нравилось использовать Pico CSS, но я понимаю это решение.
Спасибо Lucas Larroche за создание Pico CSS и за то, что поделился им с нами.
- Brajeshwar
Сначала признаюсь, что в начале своей карьеры разработчика я создал довольно много CSS-фреймворков и дизайн-систем. Так что это будет скорее личный опыт.
С тех пор как ассистенты для кодинга на LLM стали довольно хороши (2025-Q4 – 2026-Q1), я чувствую, что продолжать использовать предопределённые CSS-фреймворки, которые «содержат всё», имеет очень мало смысла. Конечно, это всё ещё нормально, если команда в целом выбирает один из них, и они в порядке (такие как Tailwind, MUI в мире фронтенда).
Я активно использовал Foundation[1] и Bourbon[2]. В основном потому, что я могу разобрать их на части и взять только то, что нужно проекту, и уложиться в небольшой CSS-бюджет для любого проекта.
С учётом этого, в более чем 10 проектах, начатых для некоторых крупнейших брендов мира, я просто определял CSS-фреймворк, дизайн-системы, дизайн-токены с возможностью расширения по мере роста проекта. Claude Code — мой инструмент выбора на данный момент, и я просто позволяю ему работать всю ночь, вношу правки по мере создания каркаса проекта, и в итоге требуется менее недели, чтобы получить полноценный CSS-фреймворк на чистом CSS и JavaScript там, где нужно взаимодействовать с более широким фронтендом.
- suhlig
Большое спасибо за ваше руководство на протяжении многих лет. И честь вам за то, что вы не просто дали ему сгнить, а ясно обо всём сообщили и ответственно закрыли проект.