Просишь чужое внимание, покажи собственный труд: о вежливости в эпоху ИИ-текстов
Tom Bedor описывает усталость, которая копится у инженеров от потока непроверенного контента, сгенерированного ИИ: код, документация, разборы дизайна. Толчком к тексту стал случай, когда коллега прислал критику предложенного решения с оговоркой, что сам её не читал и потому она может быть неточной. Автор понял, что переслать чужому человеку текст, который ты сам не удосужился прочитать, означает сигнал: моё время дороже твоего. Внимание он называет самым дефицитным ресурсом в рабочей среде, и тратить его на сырьё от модели без фильтра неуважительно.
Решение автора прагматичное и не запрещает ИИ как инструмент. Любой контент от модели он явно помечает как сгенерированный и сопровождает личным комментарием, показывая, что сам с ним поработал. Код, написанный ИИ, он всегда вычитывает перед тем, как выносить на ревью. Смысл правила в том, что человеческий труд автора подтверждает ценность просьбы о человеческом внимании и сохраняет в работе долю человечности.
Ключевые факты
- Просьба о внимании коллеги должна сопровождаться видимым личным усилием
- Сырой вывод ИИ без проверки читается как неуважение к чужому времени
- Контент от модели стоит явно помечать и снабжать своим комментарием
- Код, сгенерированный ИИ, автор всегда вычитывает перед ревью
- Внимание остаётся самым дефицитным ресурсом в работе
Ред. Пять пунктов, чтобы сказать «читайте то, что отправляете». Мы бы сократили до одного, но тогда не вышло бы статьи.
«Я это не читал, так что может быть неточно.»
— коллега автора, переславший критику от ИИ
Почему это важно
По мере того как доля сгенерированного ИИ текста и кода растёт, дефицитным ресурсом становится не производство контента, а чужое внимание на его проверку. Норма «показал усилие, потом проси внимания» защищает команды от заваливания непроверенным машинным выводом и сохраняет доверие к ревью.
Ред. Статья о том, что нельзя пересылать непрочитанный ИИ-вывод, написана, мы очень надеемся, человеком, который её прочитал.
Кому это важно
Тимлидам и инженерам, которые гоняют код и документацию через ИИ; ревьюерам, тонущим в потоке PR; всем, кто пересылает коллегам результаты работы ассистентов. Менее актуально для соло-разработчиков без командного ревью.
Ред. Тимлидам, тонущим в PR, которые сейчас прочитают этот абзац по диагонали и перешлют команде без комментария.
Как это применить
Три простых правила: пометь ИИ-контент как сгенерированный; добавь свой комментарий, что именно ты проверил и что думаешь; код от модели вычитывай до того, как звать людей на ревью. По сути, ставь свою подпись под тем, что отправляешь.
Ред. Гениально: чтобы доказать, что ты приложил усилие, теперь нужно приложить усилие. Назовём это прорывом.
Можно ли доверять
Это мнение инженера, а не исследование: цифр и доказательств здесь нет. Но тезис проверяется на личном опыте, усталость от непроверенного ИИ-вывода ощущают многие команды. Воспринимать как норму этикета, а не как закон.
Ред. Источник доверия здесь это здравый смысл, самый дефицитный опенсорс на рынке.
Риски и нюансы
Доведённое до крайности правило может тормозить работу лишней бюрократией пометок и провоцировать показной труд ради вида. Баланс в том, чтобы усилие было содержательным, то есть реальной проверкой, а не ритуалом.
Ред. Ставлю редакционный кофе, что через месяц выйдет плагин, автоматически проставляющий пометку «проверено человеком».