Инженер почти не читал DNS-сервер, который написал Claude — читатель проверил его вживую

DNS-сервер, который построили, пока владелец почти не смотрел

Джош Блишер Снайдер руководит разработкой в exe.dev — стартапе, который поднимает одноразовые виртуалки за секунды через ИИ-ассистента по имени Шелли, и каждая садится на свой поддомен вроде my-app.exe.xyz. Виртуалки загружались так быстро, что DNS не поспевал, поэтому exe.dev написала собственный DNS-сервер, чтобы устранить задержки распространения записей. Затем добавились регионы, и единственный US-сервер стал новым узким местом, немного ломаясь при каждом деплое. Своими словами:

«Мы сделали то, что делает разумный инженер перед сложной задачей: схитрили. Мы vibe-инжинирили распределённый DNS-сервер под наши конкретные нужды». — из оригинального поста

Постройка замены заняла у Снайдера, по его словам, около недели внимания и не дала ни одного DNS-инцидента за месяц после запуска. Claude исследовал архитектуры распределённого DNS, запускал параллельные агентные циклы для сборки системы и тестов, сравнивал варианты реализации между собой и прошёл три раунда того, что Снайдер называет «дифференциальным анализом спецификации» — сверкой написанной спецификации с тем, что реально получилось. Итогом стал «документ-шрам» — его термин для накопленного, проверенного боем руководства, достаточно подробного, чтобы вести агента и по архитектуре, и по мелким решениям. Его вывод, процитированный прямо в теме:

«Я прочитал исчезающе малую долю реального кода... Но, во всех смыслах, которые важны, я понимаю этот код. Да, если бы мне пришлось редактировать его вручную прямо сейчас, кривая обучения была бы серьёзной. Но мне не придётся». — из оригинального поста

Его более широкое утверждение — что Claude не компилятор, переводящий инструкции в код. Это «вертикально интегрированный ресурс», работающий от стратегии до реализации; он называет эту практику vibe-инжинирингом.

Откуда на самом деле взялась фраза «Claude — это компилятор»

Несколько ранних ответов резонно спрашивали: заявлял ли вообще кто-то авторитетный, что Claude является компилятором, ведь весь пост существует, чтобы опровергнуть именно эту идею. Ответ обнаружился в первой же строке самого текста:

«Название отсылает к «Is Claude Code a Compiler?» того же автора... Безусловным хайлайтом было выступление Эрика Шлунца: Vibe coding in prod. В числе прочего он провёл аналогию между LLM и компиляторами». — читатель, давший прямую ссылку на оригинальный пост и упомянутое выступление

То есть метафору, которую этот пост целиком разбирает и опровергает, придумал не сторонний скептик. Она пришла изнутри того же разговора годом раньше, из выступления, которое и подтолкнуло Снайдера написать первое эссе на эту тему.

Читатель проверил DNS-исправление на живой системе

Часть возражений осталась технической, а не риторической. Один читатель решил проверить DNS-исправление exe.dev на живом домене, а не поверить посту на слово:

«У exe.xyz довольно короткий negative TTL — 10 секунд, так что даже если попытаться резолвить домен до того, как он появился в авторитативном DNS, он не задержится в негативном кеше надолго... Команда dig +short soa exe.xyz возвращает: ns1.exe.dev. hostmaster.exe.dev. 1854440 86400 7200 1209600 10» — читатель, отправивший живой dig-запрос к реальным DNS-записям exe.dev

Цифра совпала с архитектурой, которую описал Снайдер — деталь, которую больше никто в теме не потрудился, или не смог, проверить самостоятельно.

Почему принципал-инженер считает, что метафора компилятора не работает

Самое острое теоретическое возражение прозвучало от голоса с реальным весом в теме:

«Недетерминированность теоретически решаема. Хаос (нестабильность промпта) — нет. Меняешь одно слово во входных данных — получаешь совершенно другой результат. Из-за этого LLM никогда не станут компиляторами». — принципал-инженер в юникорне из сферы supply chain, сейчас пишет книгу по сетевому программированию

Инженер по распределённым системам отодвинул спор ещё дальше назад, к самой предпосылке под метафорой компилятора:

«LLM-как-компилятор — действительно упрощённый подход. Вчера писал возражение на пост Cursor, могу использовать его и здесь... Спецификации не берутся из ниоткуда, они сосуществуют с кодом. Если у тебя уже есть код, зачем генерировать его заново?» — инженер, который работает с CRDT и распределёнными системами и говорит, что выдвигал тот же аргумент днём раньше про другой пост об ИИ-кодинге

Настоящий спор в теме был вовсе не о семантике компиляторов. Он был о проверке. Снайдер доверился неделе решений Claude и документу-шраму, который написал сам; читатель доверился команде dig, отправленной на живой домен. Если vibe-инжиниринг станет обычной практикой, проверка чужой работы будет всё меньше похожа на чтение кода и всё больше — на прямой запрос к чужой инфраструктуре.