We built 23 websites in 48 hours using a team of AI agents.

No employees. One human + 13 Claude Code agents running an autonomous improvement loop inspired by Karpathy's autoresearch.

Full story + agent org chart:
https://thicket.sh/about?utm_source=mastodon&utm_medium=social

#AI #WebDev #Automation #NextJS #OpenSource #IndieHacker

React SSR Framework Showdown: TanStack Start, React Router, and Next.js Under Load, by @mcollina (@platformatic):

https://blog.platformatic.dev/react-ssr-framework-benchmark-tanstack-start-react-router-nextjs

#frameworks #serversiderendering #react #tanstack #reactrouter #nextjs #comparisons #performance #metrics

Next.js Across Platforms: Adapters, OpenNext, and Our Commitments

https://mander.xyz/post/49584106

URL как источник правды в Next.js App Router

Когда разработчик приходит в Next.js из обычного React SPA, он часто тащит с собой старую схему мышления. Есть поле ввода, значит будет useState . Есть поиск, значит будет useEffect . Есть список данных, значит будем следить за изменением состояния и вручную запускать новый запрос. На маленьком экране это вроде работает. Но очень быстро выясняется, что в приложении уже не одно состояние, а три. Есть значение в поле, значение в URL, данные, загруженные по одному из этих значений. Потом появляется четвёртая проблема. Кнопки Back и Forward начинают вести себя странно. Ссылкой на результат поиска неудобно делиться. А отладка превращается в угадайку, потому что не до конца понятно, что именно сейчас считается главным источником правды. В App Router это решается проще. Если фильтр является частью состояния страницы, его логично держать в URL. Тогда схема становится прямой: URL изменился -> сервер прочитал searchParams -> выполнил fetch -> отрендерил новый список. В этот момент Next.js начинает восприниматься как понятный инженерный инструмент.

https://habr.com/ru/articles/1016068/

#nextjs #nextjs_app_router #app_router #searchparams #url_state #server_components #react #javascript #вебразработка

都乃健AI新文明編集局｜とのけん3 (@Tono_Ken3)

Qwen3.5 계열 NVFP4 모델을 로컬에서 다루기 위한 연구용 스튜디오 NVFP4studio가 공개됐다. vLLM, FastAPI, Next.js 기반이며 OpenAI 호환 API, 브라우저 UI, GPU/VRAM 시각화, 벤치마크 기록, 런타임 프로필 전환 기능을 제공한다. RTX PRO 6000 Blackwell, RTX 5090 등 최신 GPU 활용을 염두에 둔 도구다.

https://x.com/Tono_Ken3/status/2037495594525278514

#qwen #vllm #fastapi #nextjs #llm

Как AI-копилоты изменили мой рабочий процесс во фронтенде — и где с треском провалились

AI-копилот за 40 секунд сгенерировал мне форму на 180 строк с валидацией через zod и сэкономил полчаса. А потом потратил два моих часа на отладку хука с race condition, который я бы написал сам за 40 минут. После месяца плотной работы с Cursor, Copilot и ChatGPT на продакшн-проекте React/Next.js я вывел для себя систему: какие задачи отдавать AI, а к каким его подпускать нельзя.

https://habr.com/ru/articles/1015256/

#javascript #react #nextjs #typescript #ai #copilot #frontend

Next.js 16: What's New for Developers in 2026

Next.js 16 is the most developer-friendly release since the App Router launched. Turbopack is finally stable, the React Compiler is on by default, and caching has been completel...

https://wowhow.cloud/blogs/nextjs-16-whats-new-developers-2026

#wowhow #nextjs #react #webdevelopment

So this is interesting/ominous. Next.js has added tools aimed specifically at making it easier for LLM coding agents to work with the framework. They state:

> it points toward a future where agents can debug and optimize apps with the same visibility as a developer.

However, it's starting to look like it points towards a future where agents have *more* visibility than the developer. That example is pretty cumbersome for a human to diagnose.

https://nextjs.org/blog/next-16-2-ai#example-growing-the-static-shell

#NextJS #AI #JavaScript

Метрика на ключевое событие в MVP без тяжёлой аналитики

При запуске MVP считаем вначале не клики вообще, а деньги и время. Деньги потому, что до серьёзных вложений полезно быстро и по возможности бесплатно проверить, нужен ли проект рынку. Время потому, что его легко потратить не на сам MVP, а на подключение Яндекс.Метрики, Google Analytics, событий, воронок, отдельной базы и прочей обвязки. В итоге идея ещё не проверена, а вокруг неё уже начинает расти аналитическая система. Рассмотрим простую схему с 1-2 быстрыми метрики, которые напрямую проверяют УТП или главный пользовательский сценарий. Пользователь нажал кнопку покупки. Начал создавать проект. Зарегистрировался. Перешёл в Telegram. Этого уже хватает, чтобы понять, работает ли сценарий и есть ли живой отклик. Получаем сразу три плюса. Бесплатно проверяем гипотезу, экономим время на старте и делаем один универсальный инструмент, который потом можно использовать для любого количества своих MVP без новых подключений и переделок. Разберем именно такой вариант. Маленький Django-бэк один раз деплоится на простом хостинге, принимает события через пиксель, хранит их в SQLite и отдаёт статистику JSON-ответом. Дальше во всех новых фронтах меняются только названия event и src . Особенно удобно это в тех случаях, когда фронт живёт на бесплатном или засыпающем хостинге. У free web services на Render сервис уходит в spin-down после 15 минут простоя, а файловая система там ephemeral, поэтому локальный SQLite для таких счётчиков работать не будет. В качестве простого примера отдельного маленького бэка можно использовать PythonAnywhere, где есть бесплатный аккаунт с одним web app. Но сама идея не привязана к этим площадкам и повторяется практически где угодно.

https://habr.com/ru/articles/1013258/

#MVP #аналитика #Django #Python #SQLite #Nextjs #вебразработка #ключевое_событие #трекинг