mayton2019

но и использовать его для формирования различного рода таблиц и текстовых документов,

Разумеется можно формировать любые таблицы и документы. Только к ним нужно
относится с большим подозрением и проверять все в том числе и цифры.
При таком double-check я думаю что ИИ автоматизация теряет смысл.

Уж лучше формировать отчетность теми средствами как вы делали раньше.

А AI можете использовать для генерации писем.

Я думаю можно. Но действительно ли вам нужна нейросеть? Может Elastic Search или Sphinx
закроют все потребности?

А нейросети обычно выдают не точные а вероятностные ответы. И если с текстом еще хорошо
то с цифрами там могут быть сильные неточности. Поэтому как бухгалтерия это точно не пройдет.

Я не знаю что такое хромадб. Но если тебе надо найти 5 самых не похожих
то можно
- кластеризовать результат поиска на 5 кластеров
- взять для каждого кластера близкий вектор

Они и будут максимально непохожие поскольку принадлежат к разным кластерам.

Возможно есть лучшее решение. Но это вполне мне кажется приемлемое.

Я тоже думал над этим вопросом.

Я думаю что можно оценить влияние ИИ на текст как близость текста к учебному датасету.
И чем ближе ответ ИИ к учебке - тем с большей вероятностью он создан ИИ.

И чем дальше - тем он более нестандартный и очеловеченный

Как видите, для ответа на вопрос вам придется потрудиться. Как минимум собрать всю библиотеку Гуттенберга,
всю Британскую Энциклопедию, Фейсбук, Stackover e.t.c. :)

Википедия пишет

Достижение устойчивого состояния не гарантирует правильный ответ сети. Это происходит из-за того, что сеть может сойтись к так называемым ложным аттракторам, иногда называемым «химерами» (как правило, химеры склеены из фрагментов различных образов).

Скорее всего это просто особенность этого вида сети.

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

У звукорежиссеров это кажется называется pitch.

Берется дилетант который не умеет петь но очень хочет. Он напевает что-то.
Потом звуковик редактирует темп и тональность.

Полу-ручная работа. Здесь еще не хватает самой композиции. Ее надо придумть.
Про это автор не пишет. Возможно ему все равно что там будет.

Тогда проще всего не петь а прочитать рэп по тексту.

Несколько мыслей.
- sqlite - это не база для BigData.
- в клипе не будет смысла. А для сравнения картинок - поищи что такое perceptual hash. Статья была гдето.

Это называется сбор сведений. К ИИ не имеет никакого отношения.

В самой нейросети. Нейросеть - это и есть память. Она конечно загадочным образом сочетает
в себе и память и процессинг но в этом вся идея.

В геймдеве нету проблем сделать умного бота. И ИИ здесь вобщем-то не при делах. Бот на обычной линейной логике вполне себе симулирует интеллект. Я общался недавно на эту тему с одним тех-лидом. Он говорит - что в целом для игры это не нужно ИИ. Заказчик не видит никакого резона. Игрок щас пошел глупый. Ленивый. И иногда ему надо наоборот понизить планку требований. И сделать игру комфортной. Грубо говоря бот должен быть просто пушечным мясом. И это - хороший бот.

Matlab - это старое десктопное приложение. Оно создавалось для работы на конкретной рабочей станции
(десктоп) и скорее всего не сможет использовать ресурсы облака или кластера. По оставшимся
библиотекам tensorflow,pytoch,keras я не знаю. Я-бы почитал их стек технологий. Возможно они совместно
используют общие библиотеки и тогда вопрос надо переформулировать или свести к общим зависимостям.

Но в целом когда говорят о скорости - вопрос звучит обычно так - параллелится ли в облаке алгоритм и
параллелятся ли данные. Если да - то только ваш кошелек ограничивает скорость.

AI здесь вобщем не нужен. Это классика машинного обучения еще из 20-го века.

Я такое делал в алгоритме K-Means для Apache Spark. В данном случае выборкой были векторы { r, g, b }
всех пикселов картинки а количество кластеров было 256. И на выходе алгоритма я получал массив из 256 наиболее популярных цветов (центров кластеров) для данной картинки.

Реализация алгоритма K_Means есть в любом научном или статистическом пакете. Я еще находил ее
в java commons-math кажется.

Далее рисование мозаики - это отдельная задача. Она - утилитарная и любой разработчик Python / JavaScript
ее сделает за 5 минут. И здесь AI тоже не нужен.

Сделай генерацию из двух частей. Подложку пускай сделает Midjourney.

А надпись сделай сам программно. Более простой и более контролируемый способ.

Мне кажется что дешевле игру запрограммировать чем обучать ей бота.

Просто в случае обучения - ты должен показать все возможные сочетания "стритов", "флешей" и прочего.
И не один а несколько раз. И обеспечить учителя или подкреплять удачные ходы.

Поищи по ключевому слову Stable Diffusion.

Мне не удавалось добиться от GPT генерации корректного кода под ассмблеры fasm/nasm.
Видимо все таки языковые модели обобщают языки настолько что не могут придерживаться
строгих правил при генерации. Может отсутсвие строгих правил - это как раз сильная сторона
этих моделей. В противном случае мы вернулись бы в эпоху Prolog-программирования и формальной
логики где программы бы всегда компилировались и работали но никакой фантазии или обобщения
из двух программ мы не получили-бы.

В поддержку автора я-бы попросил лог общения с чатом чтобы разобраться на каком этапе была
ошибка и как можно было-бы исправить вопросы чтобы двигаться к ответу более быстрыми шагами.

Я никогда не расчитывал на чяты в части чистого написания кода. Но например в сборе информации
эти чяты вполне себе полезны.

Самая интересная идея для ИИ - как разбогатеть очень быстро и без рисков.

Идея - нужная. Я гарантирую это (С)

Если зайти в вики по ключевому слову MNIST - можно найти наборы для распознавания рукописного ввода. И еще от самой странчки MNIST еще 2 ссылки идут на аналогичные тестовые сеты.

+UPD

https://en.wikipedia.org/wiki/MNIST_database
https://www.kaggle.com/datasets

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

Мне эта задача напоминает оптимальный раскрой. Решалась она в 90х и 2000х без всяких нейросетей.
Ну я-бы по крайней мере попробовал. Не стал-бы пренебрегать простыми решениями.

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

Очень верный совет вам - нанять разработчика который это один раз сделает. И заплатите ему чтоб он вам
объяснил как это работает.