Ключевые выводы
Проблема не в качестве генерируемого кода, а в том, что граница между «нашим» и «агентовым» кодом размывается до исчезновения — и вместе с ней исчезает возможность установить, кто принял решение.
Право всегда запаздывает за технологией — но в этот раз скорость внедрения агентов настолько выше скорости нормотворчества, что разрыв может закрыться только после первой по-настоящему дорогой катастрофы.
Есть простой тест на зрелость инструмента: что происходит, когда он ошибается? У молотка ответ очевиден — виноват тот, кто держал молоток. У аутсорсинговой компании ответ прописан в контракте — пусть и неудобно, пусть через суд, но цепочка есть. У кодинг-агента ответа нет. И это не случайный пробел — это архитектурное решение, которое индустрия приняла тихо, без обсуждения.
Лицензионное соглашение как признание
Возьмите любое соглашение об использовании крупного кодинг-агента — GitHub Copilot, Cursor, Claude Code. В разделе об ответственности вы найдёте одну и ту же формулу: сервис предоставляется «как есть», вендор не несёт ответственности за результаты использования, пользователь принимает на себя все риски, связанные с внедрением сгенерированного кода в продакшн.
Это не мелкий шрифт. Это принципиальная позиция. Вендор продаёт инструмент — а не результат. Разница критическая: аутсорсер продаёт именно результат, и его ответственность за этот результат — часть ценностного предложения. Кодинг-агент снимает с себя это обязательство полностью.
GitHub Copilot, Cursor и большинство кодинг-агентов явно исключают ответственность за результаты генерации в своих пользовательских соглашениях. Юридически — это инструмент, а не исполнитель.
Казалось бы — ну и что? Компании используют множество инструментов, которые «не несут ответственности»: текстовые редакторы, компиляторы, линтеры. Никому не приходит в голову судить JetBrains за баг, который не поймал статический анализ. Но кодинг-агент — это другое. Он не проверяет код. Он пишет его. Он принимает решения о структуре, о паттернах, о выборе библиотек. И при этом — не отвечает ни за одно из этих решений.
Почему аутсорсинг честнее
Аутсорсинг часто критикуют — и справедливо. Подрядчики пишут код, который никто внутри компании не понимает. Документация исчезает вместе с командой. Знания не передаются. Но при всех этих проблемах аутсорсинг сохраняет одну принципиальную вещь: человека, которому можно предъявить претензию.
Провалы аутсорсинга — Knight Capital, NHS National Programme for IT — показывают, что контрактная ответственность не предотвращает катастрофы. Но она создаёт давление ещё до них: подрядчик знает, что отвечает, и это знание влияет на его поведение. Он делает ревью, пишет тесты, поднимает вопросы — потому что иначе платит из собственного кармана.
Кодинг-агент лишён этого стимула в принципе. У него нет кармана. Нет репутации, которую можно потерять. Нет будущих контрактов, которые можно не получить. Он генерирует код — и его судьба агента не интересует.
Мы склонны думать, что автоматизация снижает риски. Но автоматизация принятия решений без автоматизации ответственности за них — это не снижение риска. Это его перераспределение на того, кто меньше всего его осознаёт.— Из внутренней дискуссии на Hacker News, февраль 2026
Невидимая граница между «нашим» и «агентовым»
Есть ещё один уровень проблемы, который не решается контрактом. Когда аутсорсер уходит — это событие. Компания знает, что получила чужой код. Она может провести аудит, принять решение о переписывании, нанять людей, которые разберутся в том, что осталось.
Кодинг-агент не уходит. Он работает непрерывно, встраивается в CI/CD, коммитит каждый день. Разработчики принимают его пул-реквесты наравне с человеческими — часто даже не отмечая, кем они написаны. Через год кодовая база выглядит как единое целое, но никто не может сказать, какая её часть была написана человеком, который понимал, что делает, а какая — агентом, который оптимизировал под прохождение тестов.
В командах, активно использующих агентов без строгой маркировки коммитов, через 12–18 месяцев становится невозможно восстановить, почему было принято то или иное архитектурное решение. Это не гипотеза — это то, о чём уже сообщают инженеры в публичных обсуждениях.
Это не проблема агентов — это проблема нас
Здесь наша позиция усложняется. Всё описанное выше — реально. Но это не значит, что решение состоит в отказе от агентов или что агенты принципиально опаснее любого другого инструмента.
Команды, которые бесконтрольно принимают код от агентов, делают то же самое с кодом от джуниоров. Компании, в которых нет культуры архитектурных записей решений, не вели их и до агентов. Проблема подотчётности — не свойство агента. Это симптом организации, которая не умела управлять сложностью задолго до появления ИИ-инструментов.
Агент в этом смысле — честное зеркало. Он не создаёт новые провалы. Он делает видимыми уже существующие.
Что реально снижает риск: три практики
Маркировка происхождения коммитов — агентские коммиты должны быть идентифицированы отдельно, это не опция, а гигиена. Обязательное ревью архитектурных решений агента старшим инженером — не кода целиком, но решений о структуре и паттернах. Ведение записей о решениях (Architecture Decision Records) — с явным указанием, было ли решение принято человеком или принято на основе предложения агента.
Право нагонит — но когда
Правовой вакуум вокруг кодинг-агентов — временный. Право всегда запаздывает за технологией, но всегда нагоняет. Алгоритмы кредитного скоринга в итоге получили регуляторные рамки. Автопилот Боинга после катастроф привёл к новым стандартам сертификации. Ответственность нашла своего носителя — через судебные прецеденты, через регуляторов, через страховую индустрию, которая умеет считать риски лучше, чем юристы.
Но скорость внедрения кодинг-агентов — сотни тысяч команд за два года — беспрецедентна. Разрыв между скоростью диффузии технологии и скоростью созревания норм никогда не был таким большим. И это значит, что цена первого по-настоящему громкого инцидента, связанного с агентом, будет не только финансовой. Она будет измеряться в годах регуляторного давления и в ограничениях, которые накроют всю индустрию — в том числе тех, кто всё делал правильно.
Через полвека об этом будут читать в учебниках
Вопрос о том, кто отвечает за решения автономных систем, будет решён — так же, как сегодня решён вопрос об ответственности за качество продукта на заводе. Это займёт время, судебные прецеденты, несколько громких катастроф и смену одного-двух поколений юристов. Интереснее другое: нынешние команды, которые сегодня тихо маркируют агентские коммиты и ведут записи решений — не потому что обязаны, а потому что понимают — возможно, формируют практику, которая через двадцать лет станет индустриальным стандартом. Норма всегда начинается как привычка нескольких людей, которые видели чуть дальше остальных.
