Один из навыков углубленного вайбдрочинга - футуристичное мышление. LLMка может

И управление качеством результата - это больше не скриптовая задача, а задача поиска баланса между:

1) Тип модели (ценник за единицу ее созидания)
2) Настройки модели (температура итд)
3) Нужно ли два или три или четыре или десять слоев моделей чтобы одна проверяла и улучшала продукцию предыдущей по цепочке?
4) Промпт
5) Структура проекта - к чему у модели вообще есть доступ и какие ручки ей доступны по итогам проделанной работы

Чем точнее становятся модели, тем меньше нужно кода. Я пришел к тому что у меня некоторые ОЧЕНЬ ВАЖНЫЕ области моего проекта - целиком состоят только из фронтэнда в кодовом выражении. На бэке там исключительно нейронки, и дебаггинг это исключительно дебаггинг стоимости на качество.

Многие процессы, которые значительно качественнее работают на глубоком ризонинге, и которые не нуждаются в сиюминутной реакции на нажатие кнопки на фронте - вообще выгоднее всего вкручивать через запускаемую сессию Кодекса в headless с доступом КО ВСЕМУ СЕРВЕРУ, и ебейше отлизанным промптом.

Откровенно говоря, я лишь совсем недавно к этому пришел. Несколько месяцев я пытался генерить какие-то ебанические кодовые конструкции, которые работали, но без AI ризонинга их слабость в том что чей-то ризонинг задаче нужен, чтобы выполняться. И если это не AI, значит это человек.

Очень мало функций (и как правило это очень тупые функции) можно реализовать надежно скриптовыми методами. Собственно поэтому SAAS и такой ебаный. Люди вынуждены им пользоваться, но никто его не любит.