Стоимость слова «да» изменилась: GitHub возвращается к обсуждению настоящего узкого места

Билет GitHub Engineering от 17 июля ставит во главу угла компромисс «принять/отклонить задачу»: ИИ резко снизил стоимость создания, но многократно увеличил цену неправильных решений «да».

Простыми словами

Кодирование больше не является узким местом. Решение «да/нет» — по тикету, фиче или флагу — теперь и есть оно. Статья из блога GitHub возвращает trade-off в центр внимания: ИИ резко снизил стоимость производства, но увеличивает стоимость непродуманных «да».

Контекст

17 июля 2026 года команда GitHub Engineering публикует статью «The cost of saying yes has changed». Суть: предельная стоимость написания функции резко упала, но каждое «да», добавляемое в объём работ, увеличивает поверхность, которая не уменьшается — баги, зависимости, технический долг, поверхность атаки.

Данные

Статья не основана на количественных бенчмарках, а на наблюдениях команды: количество «приемлемых» тикетов взрывается, когда производство становится дешёвым. Центральная идея: ввести явную стоимость принятия решений, оценивая каждое «да» так, будто код уже написан — остаются только затраты на ownership (баги, зависимости, ops, поверхность атаки).

Анализ

Сдвиг структурный. В последние пятнадцать лет обсуждение DX фокусировалось на скорости исполнения — CI, монорепозитории, код-ревью. ИИ переворачивает проблему: скорость исполнения дана, а скорость принятия решений становится редкостью. Это смещение узкого места из области рабочей силы в область суждений. Следствие для архитектуры: каждая вводимая абстракция становится гипотезой, которую нужно защищать на протяжении десяти лет, а не компромиссом в стоимости разработки.

Сценарии

• Восстановленная дисциплина: команды, которые воспринимают «да» как архитектурное решение, а не ответ на пользовательскую потребность, выходят с более тонкой и читаемой кодовой базой.
• Расползание: те, кто позволяют ИИ генерировать без фильтров, удваивают технический долг при том же бюджете, а стоимость поддержки взрывается до того, как CFO это заметит (
  token-budget-caps

  лимит токенов

  ).
• Промежуточное состояние: большинство остаётся в статусе-кво, где ИИ ускоряет существующее, но не меняет доктрину объёма работ.

Что делать

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