Обновить
1

Пользователь

0,4
Рейтинг
Отправить сообщение

Отдельный респект за принцип «не подменять память RAG-индексом». Это идет против мейнстрима, где RAG пихают везде, и на CL-Bench у вас видно, что накопленное состояние в контексте реально дает буст. Но интересно, где у этого потолок: иерархия markdown-файлов «забивает контекст до упора» — то есть стоимость и латентность растут линейно с историей задачи. На какой длине серии это перестает окупаться и приходится что-то вытеснять? И как решаете, что именно выкидывать, если реактивный поиск запрещен конституцией?

В моем идеальном мире 2 варианта — оба включают прототипирование перед отрисовкой дизайна:
1) маркетолог компании отрисовывает прототип страницы/сайта (основываясь на ожиданиях пользователя), а дизайнер лишь накладывает визуальную часть на этот прототип
2) ux-дизайнер отрисовывает вначале прототип страницы, согласует ее с заказчиком, после этого переходит к визуальной обработке прототипа

Только при таком подходе получится получить дизайн, который не надо будет перерисовывать 100500 раз.

Хотя попадаются и очень талантливые дизы, которые по прототипу могут нарисовать фигню)
2

Информация

В рейтинге
2 450-й
Зарегистрирован
Активность