Claude Opus 5 сам пишет доки и чинит железо 1996 года — без единой строчки исходника

Два поста, вышедшие в X 8 августа с разницей в час, на первый взгляд рассказывают о разных вещах — один про рутину техписателя, другой про воскрешение древнего железа. Но если приглядеться, оба описывают один и тот же сдвиг: документация кода с Claude Opus 5 и реверс-инжиниринг легаси-систем перестают быть отдельными нишами и становятся примерами одного и того же — агенту можно поставить цель верхнего уровня и уйти, не расписывая план по шагам.

Документация кода с Claude Opus 5: рутина в конце дня

Разработчик под ником adocomplete описал свой ритуал: в конце рабочего дня он ставит Claude Code задачу через /goal — обновить всю документацию под изменения, сделанные за день, снять скриншоты и выдержать существующий тон подачи. По его словам, результат впечатляет именно качеством, а не фактом автоматизации как таковой.

Почему это не мелочь

Документация — классическая жертва дедлайнов: код едет в прод, доки остаются на «потом», и это «потом» часто не наступает никогда. Проблема не в том, что писать доки трудно технически, а в том, что это отдельная, скучная задача, требующая переключения контекста. Когда агент сам поднимает diff за день, сопоставляет его с текущими страницами документации и переписывает только затронутые куски — трение исчезает. Отдельно важна деталь про «match tone»: не просто корректный текст, а текст, неотличимый по стилю от уже существующей документации, — это ровно то, что раньше делало ручное вычитывание сгенерированных доков обязательным.

Реверс-инжиниринг legacy-систем без единой строчки исходника

Второй пост куда лаконичнее, но по существу — сильнее. Пользователь trq212 пересказывает диалог: Claude использовали, чтобы автономно реверс-инжинирить и модернизировать критичную для бизнеса систему 1996 года — без доступа к исходному коду, в потребительском сегменте, в портативном устройстве. Реверс-инжиниринг без исходников — задача, которая традиционно требует узкоспециализированных навыков: дизассемблирование, восстановление протоколов и форматов данных по наблюдаемому поведению, ручная реконструкция логики через пробы и ошибки. Это часы экспертной, плохо автоматизируемой работы, а не «почитать код и переписать».

Что тут стоит воспринимать с осторожностью

Пост — короткая переписка без технических подробностей: неясно, что именно было «источником истины» для агента (дампы прошивки, поведение устройства, документация протокола), сколько итераций потребовалось и был ли рядом человек, разруливающий тупики. Как прецедент для колонки — это интересный сигнал, а не воспроизводимый кейс, и относиться к формулировке «autonomously» стоит с поправкой на твит, а не на инженерный отчёт.

Общий знаменатель: делегирование задач с открытым концом

Оба случая объединяет не конкретный домен, а тип задачи — с открытым концом, где заранее не расписан план действий, а есть только цель и критерий готовности. Раньше с ИИ-агентом работали в режиме диалога: маленькая команда, проверка результата, следующая маленькая команда. Здесь схема другая — /goal, и дальше агент сам решает, какие файлы читать, какие инструменты вызывать и когда считать задачу выполненной. Для документации это экономит часы рутины, для легаси-систем — потенциально открывает работу с кодовой базой, которую вообще некому поддерживать вручную.

Практический вывод для тех, кто уже работает с Claude Code: если в проекте копится долг по документации, есть смысл попробовать похожий ритуал — цель в конце дня вместо ручного апдейта README. А для тех, кто сидит на непонятном легаси без исходников, история про 1996 год — повод присмотреться к агентным инструментам не как к игрушке для гринфилда, а как к реальному кандидату на разбор того, что раньше трогать боялись.