У LLM есть недостатки, да, это не интеллект, а мощная статистическая машина, и это чудо как она работает на "низкой" (предсказывание следующего токена) статистике кода и текстов. PS: написал этот текст IT команде. При кодинге с LLM дико повышается ответственность того, кто дает задания LLM машине. Из моего опыта - реализация абстракций пока там плохо работает. Это и ограничение контекстного окна, и скорее всего не так много хорошего кода было использовано при обучении LLM. И мне приходится самому делить на модули во время планирования задачи, либо это делать потом на рефакторинге. Вот сижу и говорю, что здесь неплохо сделать абстрактный класс, и все реализации через него. Тут можно использовать и trait/mixin или дженерики (в зависимости от задачи или ЯП). То есть возрастают требования к тебе как: • к архитектору (выше) • к тестеру • ревьюеру • И не дай Бог начать лениться, а искушение всегда есть, то начинаются проблемы. С этим всем мне помогают справится следующие вещи Очень жесткий цикл: 1. По каждой фиче я держу md файл с описанием 2. Каждая фича планируется в Cursor/Plan mode, курсор лучше видит все кодовую базу, так как он ее индексирует. (Claude/Codex - делают grep каждый раз.) Тегаю доки из прошлого шага. 3. Я внимательно читаю план, правлю его в том же thread 4. Если ок, то в новом чате/чатах курсора прогоняю план 5. Далее заряжаю Codex High - прошу сделать ревью кода 6. И только после ревью кода и правок начинаю делать ревью сам 7. Если все ок - то прошу Курсор прочитать весь незакоммиченный код и обновить документацию в фичах. По изменениям я пробегаюсь еще раз Для чего нужна документация - она держит контекст! И это полезно не только для LLM, но и онбординга новичков. Я недавно просил знакомого добавить изменения в мой сайд проект, так он просто пробежался глазами по докам фичей в проекта и все сделал. Я пока не использую нормально skills, rules, плохо пишу промпты, но слежу за документацией, по моему мнению, она важнее всего остального. С тестами я считаю пока у меня в LLM не очень, хороший тест написать это все-таки инженерное, требующего контекста, который бывает очень долго описывать.