Обновить
4K+
2
Екатерина@About_everything

Работаю в команде FreshOffice.

4
Рейтинг
Отправить сообщение

Верно. Тут как раз начинается командная работа. Парный балет, а не соло)))

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

Мы переносили сотню страниц документации с одного движка на другой: подключили агента к MCP-серверу и дали ходить по исходникам напрямую. Структуру он разобрал, страницы вычитал, разметку сконвертировал — всё, что требовало понять «что здесь написано и куда это положить», закрыл сам и почти без правок.

А посыпалось на ерунде. Markdown валидный, диф чистый, сборка зелёная. Открываешь собранную страницу — блоки разъехались, видео не отрисовалось, на телефоне всё сложилось не так. Отступы, плеер, адаптив.

То есть в нашем случае граница прошла не между «исследовать» и «делать», а между «проверяется программно» и «видно только глазами». Всё, что можно провалидировать, агент закрыл. Всё, что нужно открыть и посмотреть, осталось человеку — и никакой линтер тут не помощник.

Интересно, бывает ли похожее с кодом: когда формально всё корректно и тесты зелёные, а глазами видно, что сделано не то. По описанию рефакторинга в Unity похоже, что как раз этот случай.

Чего не поместилось в статью: старый портал на GitBook у нас до сих пор открывается. Время от времени смотрим на него, странные мысли ловлю «а может, зря переезжали». Потом вспоминаю два месяца «то работает, то нет» и думаю нееее не зря и перестаю рефлексировать.

А что ломалось у вас при переезде документации? Мне кажется, стоп-лист в поиске — это только верхушка, и у каждого свой набор граблей.

С обратной стороны: у нас узкое место оказалось там, куда этот конвейер не смотрит.

Агент через MCP перенёс нам сотню страниц документации с одного движка на другой. Ревьюить оказалось нечего: markdown валидный, диф чистый, сборка зелёная. Двадцать анализаторов сказали бы то же самое. А открываешь страницу — блоки разъехались, видео не отрисовалось, на телефоне всё сложилось, как зонт на Дворцовой.

Проверка, которая была нужна, не формулируется как чтение кода. Смотреть надо не на диф, а на результат. И глазами (желательно человеческими хи-хи)

Читать-то есть кому. Вопрос, кто будет смотреть.

Ключевое, про кнопку «влить» — у нас она буквально: прав на push у агента нет, он коммитит, отправляем мы.

Я отношусь к ИИ стоит как к «суперспособности», которая работает на короткой дистанции.
Нельзя всё время быть сильным, как сказочный герой, но на короткий срок — это реально мощно. Отношение к этой возможности может быть разным:
•«вредно для здоровья / мозга»,
•«посмотри, что стало с твоим характером, ты изменился»,
•«это костыль, который разучит думать» и т.д.
Важно не то, что говорят другие, а то, как сам человек к этому относится. Если для тебя ИИ — это волшебный скачок, после которого ты становишься эффективнее и можешь достичь своих целей не через год, а через три месяца — welcome. Бери и делай. Главный вопрос: используешь ли ты эту «суперспособность» осознанно, чтобы стать сильнее в долгосрочной перспективе, или просто делегируешь ей всё, чтобы не напрягаться. В первом случае — это ускоритель роста, во втором — риск деградации.

:-) Спросите у ребенка какую суперспособность он себе взял бы - никто не спросит а зачем, ребенок сразу назовет свою версию.

Из своего опыта барьером оказались не бюджеты и не инфраструктура, а непонимание, где заканчивается зона ответственности агента.

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

А дальше началось интересное. Разметка в репозитории валидная, диф чистый, сборка зелёная — а на собранной странице блоки разъехались, видео не отрисовалось, на мобильном всё сложилось не так. Это не ловится ни дифом, ни линтером, ни валидатором. Нужен человек, который откроет страницу и посмотрит глазами.

В итоге самым рабочим режимом оказалась пара: человек смотрит и говорит, что не так, агент правит. И барьер, по-моему, именно здесь — не в том, чтобы внедрить ИИ, а в том, чтобы понять, какую часть работы ему нельзя отдавать в принципе.

Но все редактирование через агента - комфортно проходит. Просто рутина не такая скучная, как если это делать с нуля руками, без переноса текста.

А это после миграции. Как раз здесь очевидно видно что, без человека не обойтись.

К примеру это было ДО

Согласна про роль контролёра, но добавлю от себя: граница между человеческим и агентским проходит не там, где её принято рисовать.

Недавно мы перевозили сотню страниц документации с одного движка на другой. Скриптов конвертации не писали — подключили агента к MCP-серверу и отпустили гулять по документации. Он разобрал структуру, вычитал страницы, переложил разметку. Всю умную часть сделал и глазом не моргнул. Я выдохнула и пошла за кофе.

В репозитории красота: разметка валидная, диф чистый, сборка зелёная. Открываю страницу, а тут сахарная пудра от пышек по всюду — блоки разъехались, видео не отрисовалось, на телефоне всё сложилось, как зонт на Дворцовой. Отступы, плеер, адаптив. То самое монотонное, которое агент по всем обещаниям и должен был забрать первым.

Так что дело, похоже, не в делении на творческое и рутинное. Дело в том, проверяется задача программно или только глазами. Ни диф, ни линтер, ни зелёная сборка не видят, что страница выглядит криво. Я вижу за секунду. И вздыхаю.

А про последнее слово за человеком у нас буквально: прав на push у агента нет. Он коммитит, отправляем мы. Стоит это примерно ничего, зато весь спор о доверии к моделям заканчивается, не начавшись

Информация

В рейтинге
1 394-я
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирована
Активность

Специализация

Продуктовый маркетолог
Ведущий
Разработка программного обеспечения
Разработка CRM
PostgreSQL
Linux
Микросервисная архитектура