Дешёвый реверс-инжиниринг домашних устройств

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

Несущая мысль здесь в том, что он отделяет возможность от целесообразности. Реверс-инжиниринг недокументированного API домашнего устройства был возможен всегда. Любой, у кого есть время, мог перехватить трафик, подобрать протокол и написать скрипт. Препятствием были не возможности, а окупаемость вложений (ROI). Стоили ли эти усилия выключателя света или кофемашины? И, как знает любой опытный программист, недокументированные и нестабильные API обычно меняются или ломаются, так что первая же доработка обрекает на бесконечную поддержку. Для большинства мелких домашних автоматизаций этот расчёт выходил в минус, и проект так и не начинался.

Кодинг-агенты меняют сразу две составляющие стоимости, и Уиллисон аккуратно называет обе. Усилия на запуск простой автоматизации снижаются - это очевидная часть. Менее очевидная половина в том, что стоимость попытки и неудачи тоже падает: можно попробовать, увидеть, что ничего не вышло, и бросить затею, не потеряв почти ничего. Дешёвый провал - именно то, что делает предельную попытку рациональной.

Ценная мысль - переосмысление проблемы поддержки как психологической, а не технической. Когда вендор выпускает обновление прошивки и недокументированный API меняется, код ломается - всё как раньше. Разница в том, что сгенерировать его заново или выбросить и начать сначала "сопряжено со значительно меньшим психологическим грузом", если сам код изначально стоил дёшево. Проблема нестабильного API никуда не исчезает; она просто перестаёт быть причиной даже не начинать. Это пример disposable-code в конкретной ситуации: код, который достаточно дёшево написать, завалить и выбросить, смещает порог ROI, определяющий, стоит ли вообще браться за пограничные проекты.

Тот же рычаг встречается и в других местах базы знаний под иными названиями. port-not-patch-contribution - это open-source вариант: как только форк и перенос библиотеки занимают 45 минут, цикл исправлений в upstream слабеет. llm-as-average-democratizer и average-is-all-you-need - экономический вариант: дешёвый средний результат поднимает нижнюю планку. Вклад Уиллисона в том, что он применил ту же идею к личной одноразовой автоматизации, где страх перед поддержкой тормозил проекты куда сильнее, чем сами трудозатраты на их написание. Это также перекликается с peril-of-laziness-lost: дешёвый код, сохранение которого никому не нужно обосновывать, - это именно тот режим, где разрастание накапливается бесконтрольно, так что та самая одноразовость, которая открывает дорогу домашней автоматизации, заодно снимает и стимул сохранять её компактной.