Vibe coding и агентная инженерия сближаются сильнее, чем мне бы хотелось
- title
- Vibe coding и агентная инженерия сближаются сильнее, чем мне бы хотелось
- type
- summary
- summary
- Уиллисон признаёт, что грань между vibe coding и агентной инженерией стёрлась: он больше не проверяет каждую строчку даже для продакшена
- tags
- llm, ai-agents, vibe-coding, software-quality, simon-willison
- created
- 2026-05-07
- updated
- 2026-05-07
- lang
- ru
- translation_of
- simonw-vibe-coding-agentic
- source_updated
- 2026-05-07
- translated
- 2026-09-01
- translator
- lllm/antigravity/gemini-3.7-flash-high
Пост Саймона Уиллисона от 2026-05-06 по следам разговора в подкасте. Раньше он проводил чёткую границу: vibe coding - это нерецензируемая генерация кода ИИ, допустимая для одноразовых скриптов и опасная для продакшена; agentic engineering - ответственный вариант, где компетентный инженер проверяет каждую строчку. В этом посте он видит, как эта граница размывается в его собственной повседневной практике, и формулирует возникший дискомфорт.
Главное признание звучит недвусмысленно: "I'm not reviewing that code. And now I've got that feeling of guilt." ("Я не проверяю этот код. И теперь чувствую вину".) Продакшен-код, написанный Claude Code, уходит в релиз без построчного ревью. Он не пытается выдать это за новую методологию - он честно называет это дрейфом и пишет о чувстве вины, не пытаясь его рационализировать.
Доверие без ответственности
Попытка смириться с этим дрейфом строится на сравнении агентных инструментов с сервисами других инженерных команд: вы доверяете им, не проводите аудит каждого коммита и вмешиваетесь, только когда что-то ломается. Но аналогия сама же и ломается: "Claude Code does not have a professional reputation! It can't take accountability." ("У Claude Code нет профессиональной репутации! Он не может нести ответственность".) Причина, по которой можно опустить аудит работы соседней команды, заключается в наличии человека на том конце, чья карьера служит неявным залогом. В случае с агентом такого залога нет: форма доверия остаётся прежней, а вот его фундамент исчезает.
Это сторона спроса, зеркальная структурному аргументу Фэй: роль оркестратора предполагает наличие надёжного супервизора-человека; пост Уиллисона - это отчёт супервизора о том, что он перестал контролировать процесс и испытывает из-за этого неловкость. Пост вносит имя Уиллисона в эмпирическую часть skill-atrophy-supervision-paradox - там он уже упоминался из-за потери "чёткой ментальной модели того, на что способны приложения", а теперь добавляется и как случай добровольного отказа от ревью.
Отполированный результат больше не признак качества
Второе наблюдение, на которое стоит обратить внимание. Сгенерированные репозитории теперь сразу содержат подробные README, исчерпывающие тесты и аккуратную структуру каталогов; видимые маркеры, которые раньше означали, что "автору было не всё равно", теперь стали базовым стандартом. Новая эвристика Уиллисона: единственный надёжный сигнал - пользовался ли этим кто-то на самом деле. "I want somebody to have used the thing." Это та же мысль, к которой features-to-steal-from-npmx подходит с другой стороны (число скачиваний как защита от тайпосквоттинга) и на которую указывает specsmaxxing (спецификация выживает, потому что создание артефакта обесценилось). Когда артефакт стоит дёшево, внимание смещается к использованию, к спецификациям и к людям.
Узкие места смещаются на периферию
Пропускная способность выросла с ~200 до ~2000 строк в день. Уиллисон отмечает каскадный эффект: узкое место смещается как вверх по цепочке (что именно нам строить и по какой спецификации), так и вниз (тестирование, верификация, интеграция). Та же закономерность, что и в no-silver-bullet-llms: сущностная сложность по Бруксу никуда не исчезла, поэтому ускорение случайной сложности просто переносит работу в другое место. specsmaxxing представляет верхнюю половину этой цепочки, а 4-5-часовой лимит из agentic-coding-fatigue - нижнюю.
Место в общей картине
Уиллисон занимает неудобное положение между полюсами этого кластера. В отличие от i-am-an-ai-hater (отказ Мозера) или cult-of-vibe-coding (дисциплина чтения каждой строки у Коэна), Уиллисон фиксирует дрейф, не призывая к возврату назад. В отличие от agentic-coding-is-a-trap (структурный аргумент) или no-silver-bullet-llms (теоретический аргумент), он не спорит - он исповедуется. Поэтому его пост ценен не как анализ, а как свидетельство: опытный практик с репутацией и широкой аудиторией называет изменение в поведении, защищать которое он не собирается.
Финальное утверждение о том, что программирование "невероятно сложно", ИИ - лишь усилитель, а опытные люди по-прежнему ценны, звучит честно, но не снимает дискомфорта. Пост оставляет противоречие неразрешённым: он верит, что роль супервизора важна, сам перестаёт её выполнять, но всё равно продолжает выпускать код.
Отражение в вики
Ссылки: agentic-coding-is-a-trap, skill-atrophy-supervision-paradox (Уиллисон служит прямым подтверждением тезиса об "утрате ментальной модели"), cult-of-vibe-coding, agentic-coding-fatigue, peril-of-laziness-lost, building-syntaqlite-ai, no-silver-bullet-llms, specsmaxxing, anti-llm-discourse (Уиллисон находится вне пяти поджанров - он ни хейтер, ни евангелист).
- AI-Native Tiers
- Anti-LLM Discourse
- antirez (Salvatore Sanfilippo)
- Control the Ideas, Not the Code
- You'll Lose Your Job in 2027 — Elena Verna
- How Do We Stop Vibe Coding?
- If AI Writes Your Code, Why Use Python? (Mitchem)
- The LLM Critics Are Right. I Use LLMs Anyway
- Programming still sucks (stvn)
- Simon Willison's Weblog
- Skill atrophy and the supervision paradox
- Old and new apps via modern coding agents (Tao)
- Vibe-engineering