ИИ-помощник в коде: метод полицейского расследования

До того как я услышал об OpenAI, я и представить не мог, что программирование станет таким, какое оно сейчас. Вот несколько заметок, которые помогли мне взглянуть на своё хобби и работу со стороны.

Уже больше года в моём редакторе кода встроен ИИ. Без сомнений, теперь я делаю свою работу гораздо быстрее. Даже успел завершить два личных проекта, хотя свободного времени в обрез: CyberKey и NightCity Tracer.

Решения проблем приходят быстрее, поэтому я меньше тревожусь. Больше не сижу ночами, размышляя о коде. Работа стала проще — отлично! Или это просто жизнь? Я стал лучше программировать, у меня родился ребёнок, так что я в любом случае стал меньше переживать по пустякам и переключился на другие приоритеты...

Ладно, это всё позитивные моменты. Есть и отрицательные стороны.

Чувство гордости

Помню моменты, когда я гордился своей работой. Ошибка, которую не могла исправить вся команда. Уязвимость, которую никто не замечал. Оптимизация, ускорившая систему в разы. Фича, за которую люди говорили: «Вау, ты сделал это? Круто, спасибо!»

Теперь машина может то же самое. Да, она пока упускает детали. Но часто она лучше меня. Поэтому я, конечно, пользуюсь ей — результат выше. Самые сложные задачи стали лёгкими. Поговорка «Без труда не выловишь и рыбку из пруда» больше не кажется правдивой.

Нехватка концентрации и прогресса

Всё чаще я начинаю разговор с агентом так: «Давай задачу номер такой-то». Агент работает две минуты. Я проверяю Slack. Агент спрашивает разрешение выполнить команду. «Давай». Я проверяю почту. Агент завершил.

Получаю анализ проблемы и рекомендации. Внимательно читаю, понимаю суть и говорю: «Хорошо, делай». Быстрый просмотр новостей... Через две минуты агент внёс изменения. Я тестирую, проверяю код, комментирую — и цикл повторяется.

Эти переключения контекста создают умственную усталость. Такое было и до эры ИИ, но теперь масштаб вырос. И я знаю, что виной моя лень. Нежелание самому разбираться с проблемой — зачем тратить время, если машина сделает быстрее и освободит его для другого?

Конечно, я понимаю сгенерированный код, но я его не писал, только читал. Прочные нейронные связи не формируются, прогресса нет. Это даёт ложную уверенность, которая рушится, когда из-за моей ошибки в продакшене всплывает баг, которого можно было избежать.

Если у вас те же проблемы, надеюсь, следующий метод поможет.

Метод полицейского расследования

Представьте, что вы младший следователь. Вы в закрытой комнате без окон, только холодный свет и стол с тысячами листов — файлами вашей кодовой базы.

1. Не просите агента: «Сделай эту задачу»

Сначала погрузитесь в расследование сами. Прикрепите задачу на стену, прочитайте. Найдите все связанные файлы и прикрепите их рядом. Поймите, как они работают вместе. Верните себе полное владение кодом.

2. Всегда сначала найдите решение сами

Не торопитесь — придумайте своё решение. Снова заставьте работать извилины. Верните ту креативность, которая делает нас людьми. И только потом позовите старшего коллегу (ваш любимый ИИ). Покажите стену, объясните идею и ждите.

3. Когда агент работает, оставайтесь в комнате

Не просите старшего коллегу решить задачу по бумагам, а сами уйдите за чаем. Или, что ещё хуже, начните параллельно другую задачу. Будьте профессионалом. Оставайтесь в комнате, сосредоточьтесь на проблеме. Критикуйте своё решение, проговаривайте вслух, ищите последствия. Делайте что угодно, но не отвлекайтесь.

Ваш старший коллега закончил. Он подтверждает (или нет), что вы верно поняли проблему, ваше решение работает и оптимально, вы ничего не забыли, соблюдаете принятые паттерны. Если всё верно — вы молодец, коллега впечатлён. Если нет — вы получили шанс научиться. Запомните это! Обсуждайте дальше, но каждый раз заставляйте себя глубоко подумать, прежде чем отправить сообщение.

Правило для агента

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

Прежде чем решать новую проблему, убедись, что пользователь предоставил:
1. Чётко сформулированную задачу.
2. Соответствующие файлы или код.
3. Свою попытку решения или гипотезу — не просто «что делать?», а конкретную идею, пусть даже грубую или неуверенную.
Если чего-то не хватает, не отвечай на вопрос. Спокойно, но твёрдо попроси недостающее, как наставник, который уважает ученика и не даёт готовые ответы. Кратко объясни, почему: сначала подумать — это развивает навык.
Пример тона: «Прежде чем я углублюсь — что ты сам думаешь? Даже примерная догадка подойдёт, я хочу, чтобы мы тренировали твою интуицию, а не заменяли её».
Проверка применяется каждый раз, когда пользователь ставит новую проблему или переключается на новый вопрос. Не применяется, если он просто отвечает на уточнение, подтверждает план или реагирует на ваше сообщение — не нужно его тормозить.
Если решение пользователя — явный плейсхолдер («сделай как лучше», «не знаю, решай ты»), мягко настаивай один раз, попроси хотя бы одну догадку. Если он после этого отказывается — ответь всё равно, не блокируй его бесконечно.

Кодинг-агенты вряд ли исчезнут, но это не повод сваливать на них все проблемы. Умение решать задачи всегда будет суперполезным навыком. Давайте не потеряем его из-за лени.

А как вы справляетесь с этими новыми трудностями?