Infrastructure as Vibe: что автор имеет в виду под слоем после IaC

Идея Infrastructure as Vibe описывается как следующий шаг после эпохи Infrastructure as Code: если IaC убирал людей из императивного описания шагов, то «vibe» предлагает уйти и от чисто декларативного шага — вместо длинной конфигурации остаётся намерение (intent), а детали провижна машина дорабатывает сама. В связке с LLM, промптами и агентами нарисована картина, где инфраструктура всё чаще выглядит как набор tool calls модели, а не как ручная сборка YAML. https://dev.to/alexcloudstar/infrastructure-as-vibe-what-comes-after-infrastructure-as-code-5fc8

На карточке материала на Dev.to: комментариев нет, одна публичная реакция; поле просмотров в открытых данных площадки пустое, сравнивать охват по нему нельзя. Указанная оценка чтения — 16 минут. Дата публикации на странице: 21 мая 2026 (07:34 UTC).

Три опоры парадигмы: язык, inference и забранная интеграция

Вводится «категория» инструментов, для которой должны выполняться три условия — иначе конструкция «схлопывается» обратно в привычные формы.

1. Интерфейс — естественный язык, а не форма и не YAML.
2. Вывод (inference) подменяет декларацию: система читает код, зависимости и контекст проекта (в примерах фигурируют сигналы вроде зависимостей в package.json) и делает структурные предположения.
3. Платформа забирает интеграционную работу: не выдаёт длинный план «сделай сам», а вызывает API, ведёт выкат, обрабатывает сбои и ретраи и сообщает о завершении.

Проводится контраст с классическим IaC: машине больше не нужно «точно сказать, что провижнить» — ей передают задачу разобраться. Для читателя, который уже работает с coding agents и MCP, это близко к привычной схеме: модель держит намерение, а инструменты закрывают операционный хвост.

Если IaC уводил людей из императива, «vibe» в этой подаче бьёт по декларативному шагу: конфигурация уступает место намерению.

Под капотом: сканирование, LLM с ограниченной схемой и аудит

«Слойковая» модель выглядит так: детерминированное сканирование артефактов проекта → разбор намерения с участием LLM (в примере названа модель Claude Haiku) с ограниченной схемой вывода → оркестрация как «обычная инженерия» (сервис, очередь, Redis и интеграционный код) → прозрачность стоимости до деструктивных действий → аудит-лог с метками времени, версиями моделей и исходным промптом.

Такой стек объясняет, почему разговор про инфраструктуру всё чаще пересекается с разговором про structured LLM output и наблюдаемость: без последнего слоя «vibe» быстро превращается в чёрный ящик — тема поднимается и в блоке про риски.

От v0 и AI gateway до Cursor, Claude Code и MCP-оркестраторов

Продуктовые якоря, иллюстрирующие сдвиг интерфейса:

• v0 у Vercel — как пример деплоя «из скриншота» или «из предложения (sentence)» без ручной конфигурации.
• Cloudflare — формулировки про AI gateway и чат-ориентированную control plane, плюс сценарий с worker и доменом без конфиг-файла.
• Render — blueprints и сценарий согласия с предложенными сервисами перед деплоем.

В одном месте перечислены Claude Code, Cursor agents и «различные MCP-driven оркестраторы», которым при доступных инструментах позволяют из одного промпта провижнить базу, деплой, домен и ротацию секрета. Инфраструктура описывается как tool calls LLM, а «vibe» — как промпт: прямой мост между облачной инженерией и повесткой агентных IDE.

Бытовой фрикшн: от восьми вкладок к сценариям с агентами и MCP

Бытовая история: скриншот с восемью вкладками (включая Vercel, Neon, Cloudflare, GitHub, Stripe, Resend, Notion с переменными окружения и терминал с ngrok) и три часа без строк кода продукта. Тезис — что человек превращается во «влажный» интеграционный слой между CLI и панелями — и именно этот фон связывается с переходом к описанным выше агентам, промптам и MCP.

Дальше — «геология» слоёв: от ClickOps в AWS к IaC (Terraform, CloudFormation, Pulumi, CDK) и «налогу» в виде HCL, YAML, state и провайдеров; в примере фигурирует конфиг порядка 400 строк. Отдельно разбираются типичные боли: таб-усталость, bill shock (в примере со счётом порядка $4 000 из-за зацикленного cron), разрастание секретов и env (в тексте — оценка от двенадцати до двадцати переменных между staging и production), «DNS purgatory» с TTL 24 часа, проверкой владения TXT и ожиданием порядка 45 минут.

Термин Infrastructure as Vibe связывают с шуткой в Twitter, после которой «достаточно людей перестало смеяться»; встречаются заявления про публичные высказывания или намёки со стороны Neon и Cloudflare — это подача автора, а не независимый фактчек.

Риски для стека с LLM и автоматическими вызовами: контроль, lock-in и SLO

Перечислены прямо: потеря контроля, «black box», долгое понимание, vendor lock-in, устаревание навыков — всё это касается и классического облака, но в связке с LLM и tool calls усиливает вопрос наблюдаемости: если платформа скрывает цепочку, откатить «намерение» сложнее, чем откатить merge в IaC. Контрпозиция — поверхностная простота при доступе к «подкапотной» правде, стоимости и выходу в сырой конфиг.

Где сценарий описан как более безопасный или, наоборот, рискованный, даются списки (прототипы, малые команды, greenfield на стандартном стеке против регулируемых отраслей, крупного legacy и жёстких SLO вроде 99,95 %) — структура раздела на странице сохранена в пересказе без добавления новых критериев.

Источники

• Alex Cloudstar, «Infrastructure as Vibe: What Comes After Infrastructure as Code», Dev.to — Dev.to (дата доступа: 2026-05-23, 21:04 UTC).
• В самой публикации на Dev.to есть гиперссылки на https://dev.to/blog/agentic-coding-2026 и https://dev.to/blog/vibe-coding-revolution-2026; содержание этих страниц в материал не включалось.