Узнайте, как использовать ИИ для написания и ревью кода, чтобы ускорить разработку. Практические советы для разработчиков.
Вы когда-нибудь задумывались, почему ваша работа с ИИ-ассистентами не приносит таких результатов, как у других? Я провёл год, экспериментируя с Codex, ChatGPT и Claude, и понял: дело не в инструменте, а в подходе. В этой статье я расскажу, как превратить ИИ из простого автодополнения в полноценного члена команды, который пишет код, проверяет его и даже спорит с другими ИИ. Вы узнаете, как настроить систему, которая экономит часы работы и повышает качество кода.
Я перестал просматривать изменения кода вручную. Человеческое ревью — это неэффективное использование ресурсов. ИИ-ревью умнее: два сильных оппонента, нацеленных на конкретное изменение, поймают больше ошибок, чем уставшие глаза разработчика. Вместо этого я проектирую системы и проверяю конечный результат. Так я выиграл три конкурса в разных стеках: Save the Sun, Carbon Trace и Unearthed. Я не писал код вручную, я проектировал решения, а ИИ писал код — и судьи оценили инженерную работу.
Мои инструкции для ИИ: «исправь все проблемы, не коммить», «исправь всё, закоммить, не пуши». Это не предпочтения, а модель прав. Никогда не делай git push без явного запроса — одно «пуш» авторизует ровно один пуш. Это часть моего чёрного списка: всё разрешено, кроме запрещённого. Так я создал систему безопасности из 134 правил, которая защищает от непредвиденных действий ИИ.
Codex, Copilot и Claude видят разные проблемы. Copilot замечает мелкие недочёты, которые позже станут большими. Codex и Claude спорят о решениях, и я иногда выступаю арбитром. Пример: Codex нашёл, что кадр 0 рендерится до инициализации оверлеев. Claude возразил, но Codex настоял: «Клод прав наполовину, но не в той оси». В итоге мы добавили инвариант, и ревью подтвердило правоту Codex. Если используете второго ревьюера, дайте ему ветку и риски, а не вердикт первого.
Хватит итерировать по сломанному. Если вы три раза сказали модели одно и то же, а она не понимает — ваш контекст отравлен. Откройте новый чат и начните с более чётким промптом. Чистый контекст лучше шести раундов «НЕТ! Я уже сказал...». С GPT-5.6 и Claude 5 не нужно держать за руку. Перепроектировать и создать заново дешевле, чем чинить. Я выбрасываю целый фронтенд после двух дней, если он сломан изначально. Мой триггер перезапуска: три неудачные попытки или одна сломанная предпосылка.
Я всегда начинаю с плана статьи. Мой мозг не работает по схеме A→B→C, мне нужен A→Q→X. ИИ помогает упорядочить мысли и отредактировать текст. У меня есть навыки, которые имитируют мой стиль, включая запрещённые фразы. Например: «Не рубите длинные предложения ради читаемости. Длинные, с запятыми и тире, — это как говорит Эшли». Это сохраняет мой голос в тексте. Статья остаётся моей, но сконструирована ИИ.
Однажды я сказал: «Копирование скриншота не работает на dev». Клод сделал неверное исправление. Я ответил: «Ты чинишь не ту проблему». Тогда он спросил: «Что значит "dev"? Локальный сервер или dev.to?» И это привело к правильному решению — проблема была в SVG, а не в буфере обмена. Учите ИИ задавать вопросы, а не угадывать.
Прямо сейчас: выберите одну задачу, где ИИ пишет код, а вы только проектируете. Настройте права: запретите push без команды. Используйте ИИ для ревью кода, написанного другим ИИ. Если что-то сломалось — перезапустите чат, не чините. Через неделю вы увидите, как ускорилась разработка.
Хочешь закрепить знания на практике?
Решай задачи на Algolit — интерактивная платформа для обучения
Начать бесплатно →