dark_spirit
22.07.2026, 05:00
Кто как пишет задачи для AI, чтобы тот не развалил проект? Сам столкнулся с тем, что вроде бы всё по-теме просил, а в ответ — код, который либо не компилится, либо ломает логику с кучей скрытых багов. По ходу дела собрал небольшой список, что проверяю всегда перед тем, как запускать AI на правки:
1. Чётко описать контекст. Если AI не вкуривает, в каком проекте работает, что уже есть, сразу плывём. Помогаю с деталями — версии библиотек, языки, структура папок.
2. Минимальный, но рабочий пример. Просить сделать что-то без куска родного кода — легко получишь рандом, который не вставить. Лучше подкинуть сниппет, на котором код должен работать.
3. Фокус именно на конкретной задаче. Без “поправь все баги” и “оптимизируй код” — это слишком широко. Чем точнее — тем лучше результат.
4. Проверка через тесты. Даже лёгкие юнит-тесты до и после правок — лучший фильтр. Если AI сломал логику, тесты сразу ругаются.
5. Наблюдаю за стилем и паттернами кода. Иногда AI генерит решение, которое технически работает, но не подходит под архитектуру. Либо выкидываю, либо просказываю по стилю.
6. Когда нужно изменения — прошу сохранить обратную совместимость. AI любит переделывать и переписывать много, а это на проекте зачастую плохо.
7. Не боюсь несколько раз уточнять или править результаты. Порой небольшой фидбек — и AI выдаёт уже ближе к нужному.
Показываю AI, что конкретно важно и что нельзя трогать в коде, чтобы не остановить весь пайплайн. Без этого легко словить “ломай — чиню” и потом жалеть.
Как у вас с этим? Всегда ли получается договориться с AI, чтобы код не развалить?
1. Чётко описать контекст. Если AI не вкуривает, в каком проекте работает, что уже есть, сразу плывём. Помогаю с деталями — версии библиотек, языки, структура папок.
2. Минимальный, но рабочий пример. Просить сделать что-то без куска родного кода — легко получишь рандом, который не вставить. Лучше подкинуть сниппет, на котором код должен работать.
3. Фокус именно на конкретной задаче. Без “поправь все баги” и “оптимизируй код” — это слишком широко. Чем точнее — тем лучше результат.
4. Проверка через тесты. Даже лёгкие юнит-тесты до и после правок — лучший фильтр. Если AI сломал логику, тесты сразу ругаются.
5. Наблюдаю за стилем и паттернами кода. Иногда AI генерит решение, которое технически работает, но не подходит под архитектуру. Либо выкидываю, либо просказываю по стилю.
6. Когда нужно изменения — прошу сохранить обратную совместимость. AI любит переделывать и переписывать много, а это на проекте зачастую плохо.
7. Не боюсь несколько раз уточнять или править результаты. Порой небольшой фидбек — и AI выдаёт уже ближе к нужному.
Показываю AI, что конкретно важно и что нельзя трогать в коде, чтобы не остановить весь пайплайн. Без этого легко словить “ломай — чиню” и потом жалеть.
Как у вас с этим? Всегда ли получается договориться с AI, чтобы код не развалить?