Не наделать бардака в алгоритмах.

для этого и статьи будет мало

У каждой модели свои бзики.

То постоянно целый класс выдают, если только одну строку исправили, то только часть функций, остальные мол как были, а то и вообще часть функции.

Тут только контроль и контроль. И никогда не запрашивать больше одного изменения за раз.

Но в целом работа происходит так.

• Описание задания, желательно в отдельном файле.
• Выдача задания для теста самой "дурной" модели. анализ, что наделала, и корректировка задания.
• Выдача задания самой "умной" модели.
• Визуальная проверка кода, корректировка если нужно. Довольно часто приходится говорить, типа зачем цикл сделан, можно ведь и проще.
• Проверка результата в компиляторе, бывают случаи код не компилируется.
• Еще один анализ кода
• Попросить написать юнит тесты. Еще ни разу не было, чтобы все прошли.
• Исправить на пару все ошибки.
• Дать код на ревью/улучшение другой модели или очистить историю у текущей.
• После корректировок опять прогнать юнит тесты.
• Если нужно, попросить сделать тест производительности. А то вот задал улучшить производительность, наобещала три короба, а медленнее стало на порядок.

В итоге получается нормальный код, с которым можно уже работать дальше.

Ну и важно уловить момент, когда нужно остановиться. Иногда хочешь чего-то, а не делает. Если долго идёт по кругу, нужно остановиться и подумать. Чаще всего ошибка в том что хочешь