Что произошло

Команда TanStack закрыла длинный кандидатный цикл: Start больше не почти готово, а заявлен как стабильный продукт полного стека на React.

История продукта важна для ожиданий. Start не появился как ещё один клон Next.js с нуля: маршрутизация, типы и привычки уже жили в Router, а Start надстроил серверную часть, сборку и сценарии приложения.

На npm метка 1.0 при этом выглядит как 1.169. В треде r/reactjs автор объяснил: номер отражает длинную историю пакетов, а не полторы сотни мажорных релизов смысла. Для команды это сигнал зрелости API. В package.json просто смотрите, что реально ставится.

Отдельно в дайджесте React Status — честность про серверные компоненты. Автор описывает их как коробку, которую пришлось отметить галочкой, чтобы фреймворк на React воспринимали всерьёз. Собственный сайт TanStack эту коробку уже снял: архитектура Start не обязана крутиться вокруг RSC как вокруг единственно правильной модели.

Сравнение с Next.js 16.4 на одном и том же приложении даёт цифры, которые легко процитировать на архитектурном разборе: больше динамических запросов в диапазоне 2,9×–8,6×, сборка с проверкой типов примерно в 1,7 раза быстрее. Это не универсальный приговор экосистеме Next.js, а конкретный стенд на конкретном коде — но игнорировать его при выборе стека уже неудобно.

Ryan Carniato отозвался о Start как о React‑метафреймворке с архитектурой, за которую можно зацепиться. В том же выпуске — переносы сайтов (в том числе с Astro) и официальные инструкции с Next.js и с кандидата.

Почему это важно

Выбор полного React‑стека давно упирается не только в удобство разработки и шаблоны, но и в то, какие допущения вшиты по умолчанию.

Серверные компоненты в Next.js — сильная ставка платформы. Start отвечает иначе: можно быть серьёзным React‑фреймворком, не делая RSC обязательным центром тяжести. Для команд, которым серверные компоненты мешают отладке, границам бандла или модели данных, это снимает ложную дилемму: либо Next.js, либо несерьёзный стек.

Цифры по динамике и сборке важны там, где узкое место не маркетинг, а нагрузка на сервер рендера и время непрерывной интеграции. Если одно и то же приложение на Start тянет кратно больше динамических запросов и быстрее проходит проверку типов при сборке, спор «а зачем ещё один фреймворк» получает измеримый ответ — хотя на вашем коде множители могут быть другими.

Руководства по переходу снижают стоимость эксперимента: можно перенести существующий проект на Next.js или довести кандидата до 1.0 по контрольному списку, а не переписывать с нуля на ощущениях.

Представьте мастерскую, которая начиналась как отличный верстак (Router), а потом вокруг него собрали полноценный цех (Start). Галочку «у нас есть комната, как у соседей» повесили для репутации, а жить в ней оказалось не обязательно — свой сайт уже работает без неё. Стенд с Next.js показывает, сколько заказов в час цех реально выдаёт на том же меню.

На практике

Стабильный 1.0 не отменяет проверку на вашем коде — только делает эксперимент дешевле и честнее по ожиданиям API.

1. Прочитайте релизные заметки Start 1.0 и список несовместимых изменений относительно вашего кандидата или слоя Router.
2. Если идёте с Next.js, начните с официального руководства по переходу, а не с копирования структуры папок как привыкли.
3. Если уже на кандидате, пройдите руководство «кандидат → 1.0» и зафиксируйте версию в lockfile (помните про номер npm вроде 1.169).
4. Сравните свой критичный сценарий (динамика + сборка с проверкой типов) на сопоставимом стенде: чужие 2,9×–8,6× — ориентир, не гарантия.
5. Явно решите, нужны ли вам серверные компоненты в этом проекте; не тащите их для галочки, если модель Start закрывает задачу без них.
6. Оцените границы сервер/клиент и маршрутизацию через привычный TanStack Router: это ядро, а не приложение сбоку.
7. В непрерывной интеграции замерьте время typecheck плюс боевой сборки до и после перехода: для многих команд выигрыш именно здесь, а не в мелких замерах рендера.

Итог

TanStack Start 1.0 — стабильный полный стек вокруг Router, с честной позицией по серверным компонентам и с цифрами против Next.js 16.4 на динамике и сборке.

Если выбираете React‑метафреймворк в 2026, имеет смысл прогнать свой стенд и открыть официальные руководства по переходу — а не спорить только про галочку RSC.