1) Промпт должен описывать подробнейше причинно-следственные связи из твоей голо

2) Надо убедиться что нигде в радиусе операций модели нет ни одного скриптового валидатора, верификатора, гейта, итд. Никакой детерминистики там быть не должно кроме инструмента транспорта данных, который не активный а пассивный. Он принимает данные от LLMки которая опять же очень хорошо понимает как их туда складывать потому что ей очень хорошо описали и объяснили.

3) Надо убедиться что в гигантском промпте со всеми объяснениями нет строгих запретов.

Часто у людей там НЕ, НЕ, НЕ, НЕ - это не работает.

Совокупные запреты обычно обнимают задачу настолько широко что целью модели становится не выполнить задание, а не нарушить запрет. Это влияет на качество... ну как сказать... ну процентов на 99.5% =))))))))

Если рисеч ну очень большой, то нужно чтобы это был не один воркер а последовательные воркеры которые выполняют каждый свою задачу. У меня в рисечере для кампаний клиентских таких воркеров в ряду.... 36 штук

время от времени между ними воркеры которые проверяют качество выполнения предыдущими воркерами инструкций и вносят правки если видят что можно было лучше. Один проверяющий/корректирующий воркер (я их называю ре-чекерами) может справиться (у меня) не более чем с 4 отработавшими предыдущими воркерами. Если больше - он плывет.

Ну и очень важно как устроена работа с базой в процессе выполнения задачи, потому что рисечер не может сделать качественный рисеч если он все держит и решает в уме

В уме у модели все начинает усредняться к среднему знаменателю всего что туда попало