Почему писать код в 2026 году всё ещё важно для агентов ИИ
Даг Тернбулл в своей статье «Зачем писать код в 2026» бросает вызов господствующему менталитету AI Psychosis, где 90%+ кода генерируется ИИ. Он утверждает, что несмотря на интеллект уровня Fable, людям всё ещё полезно писать код — не потому что агенты хуже, а потому что английский язык недоопределён для вычислений, и передача через английский теряет точность.
Ключевые аргументы
- Ощутите хрупкость напрямую: Написание кода позволяет почувствовать болевые точки архитектуры. Если вам трудно что-то добавить без поломки, агенту будет ещё сложнее.
- Боритесь с накоплением мусора: Пассивное ревью кода пропускает микроизменения. Мусор остаётся незамеченным и накапливается, ухудшая работу агента в долгосрочной перспективе.
- Владение и внимание: Когда вы набрасываете подход и позволяете агенту реализовать шаблоны, вы участвуете и владеете результатом. Чистое ревью ведёт к отстранённости.
- Агент ≠ компилятор: Агенты как новички-стажёры — они читают частичный, возможно замусоренный код и выполняют неточные промпты. Не отдавайте человеческий вкус армиям стажёров.
- Агенты усиливают плохие решения: Одноразовая человеческая ошибка (например, использование браузерного локального хранилища вместо БД) оборачивается непрямыми действиями консервативных агентов, утраивая строки кода.
Почему всё ещё полезно писать код
Тернбулл приводит конкретные преимущества:
- Набросок в исполняемых шагах: Для алгоритмической работы английскому не хватает калиброванной точности. Низкоуровневые языки предлагают огромное дизайн-пространство; высокоуровневые ограничивают вычисления. Код позволяет думать непосредственно в среде выполнения.
- Радость удаления: Удаление кода вручную ведёт к лучшей архитектуре, чем просьба агенту на английском. Один пример: удаление ненужной обёртки локального хранилища и исследование альтернатив значительно улучшили архитектуру.
- Правило бойскаута: Агенты склонны к безопасным, минимальным изменениям — они редко улучшают качество кода. Людям нужно активно чистить и документировать последовательные архитектурные принципы.
Вывод
Менталитет программной фабрики ценен: инфраструктура, CI, оценки и защитные меры для агентов необходимы. Но у конвейера есть слабые места. Написание кода — даже малой доли от общего объёма — поддерживает вашу связь с архитектурой системы и предотвращает накопление мусора, что в итоге снижает эффективность агентов. Как говорит Тернбулл: «Если я могу прибраться, затем задокументировать последовательный принцип архитектуры, программная фабрика работает лучше».
📖 Читать полный источник: HN LLM Tools
👀 Смотрите также

Подписчики ЕС сообщают о нераскрытых ограничениях использования Claude Pro – возможное нарушение законодательства о защите прав потребителей
В одном из постов на Reddit описывается, как маркетинговые обещания Claude Pro «без ограничений» приводят к дополнительным расходам для пользователей из ЕС и скрытым лимитам сессий, что может нарушать директивы ЕС о защите прав потребителей.
Claude Code v2.1.285 добавляет передачу на десктоп, CLI для настройки плагинов и ограничения провайдеров
В Claude Code v2.1.285 появились переменная CLAUDE_CODE_DISABLE_WEB_FETCH, команда claude --desktop для передачи сессии в настольное приложение, claude plugin configure для чтения и записи параметров плагинов, управляемая настройка allowedProviders, а также множество исправлений для субагентов и MCP.

OpenClaw 2026.4.29 нарушает настройки: скачки ЦП, ограничения инструментов и исправления
OpenClaw 2026.4.29 вызывает скачки нагрузки CPU из-за активного управления очередями, ограниченные профили инструментов ломают команды exec/fs, а также ужесточение обработки групповых чатов. Откатитесь или примените точечные исправления.

Состояние открытого ИИ: паритет достигнут, производственный разрыв сохраняется
Отчет Mozilla за 2026 год показал, что модели с открытым весом сравнялись с закрытыми по кодированию и общим знаниям, стоимость вывода упала в 50 раз до $0,40 за 1 млн токенов. Но лишь 51% команд с открытыми моделями достигают продакшена против 63% у закрытых.