Я уже писал про Vercel Workflow SDK.
Тогда мне показалось важным не то, что Vercel сделал «ещё один workflow engine».
Важнее была сама формулировка: обычная async-функция должна уметь жить дольше одного HTTP-запроса. Заснуть. Дождаться webhook. Пережить deploy. Продолжить с того же места. Не выполнить опасное действие второй раз.
Раньше вокруг этого почти всегда вырастал маленький инфраструктурный ком: очереди, cron, retry logic, Redis, idempotency keys, таблица статусов, отдельная админка.
И через пару недель ты уже не пишешь бизнес-логику.
Ты строишь маленький Temporal у себя в подвале.
Теперь на эту же территорию заходит TanStack.
Они выкатили TanStack/workflow.
И вот это для меня уже интересный сигнал.
Потому что TanStack обычно появляется там, где у разработчиков накопилась повторяемая боль.
Server state? Появился TanStack Query.
Routing? TanStack Router.
Таблицы, формы, fullstack? Тоже туда.
Теперь — workflow.
В описании репозитория прямо написано: type-safe durable execution for agents and workflows То есть речь не про «запустить background job».
Речь про процесс, который можно поставить на паузу, сохранить в журнал, восстановить после падения, дождаться человека или внешнего события — и продолжить.
Почему это важно именно сейчас?
Потому что AI-агенты почти никогда не живут в модели: prompt → LLM → answer Реальная работа агента больше похожа на: получил задачу → сходил в CRM → проверил данные → дождался события → попросил approval → продолжил завтра → отправил результат → не сломал внешний мир повторным действием.
И вот тут становится видно: агенту нужен не только интеллект. Ему нужна операционная память. Журнал. Паузы. Повторы. Компенсации. Границы ответственности.
Без durable execution LLM — это умная функция.
С durable execution — это уже участник бизнес-процесса.
Кажется, мы тихо переходим от эпохи request/response backend к эпохе долгоживущих TypeScript-процессов.
И через пару лет вопрос будет не: «зачем тебе workflow layer?»
А скорее: «как ты вообще строишь AI-продукт без него?»
