Все так. Схема рабочая. Я даже смог перехватить нажатие нижней боковой кнопки на Galaxy Watch 4 (хоть там это и "запрещено"). Хотелось сделать передачу сообщения по удерживанию, но там уже никак. Ну хоть так пока. По качеству звука замечаний вообще нет.
Как по мне, то часы -- единственный реальный вариант иметь "под рукой" AI ассистента круглосуточно.
Мне захотелось перехват хардверной кнопки боковой. Удерживаешь -- говоришь. А каждый раз какие-то там приложения искать запускать -- вообще не интересно. Это во-первых. А во вторых -- это не для заметок, а для чего угодно. Т.е. это может быть и мгновенный ответ от своей LLM-ки на компьютере, но до этого руки так и не дошли.
Я вот для этого дела частично функционал запилил, но отложил, так как другие приоритеты. Как по мне, так реально рабочий вариант вот так выглядит: зажал на часах кнопку, проговорил мысль вслух (ну или то что надо запомнить, внести в базу/таблицу). Аудио-пакетики по RTP прилетели на сервер, там сложились в wav файлики, прогнались через Whisper, полетели дальше на LLM-ку (ну или напрямую, если используется мультимодальная модель). LLM-ка сохраняет все это в локальную векторную базу данных. В дальнейшем языковая модель всегда сама может вытягивать любую информацию из нее, когда контекст этого требует.
У меня тоже примерно такое соотношение. :) 4090 и Ryzen 7 1700X. Но под новый проц нужна еще новая материнка и новая память -- пока это выглядит неадекватным. Докинул лишь памяти до 64 Гига.
может нараспознавать всякого. Вчера столкнулся - в одном месте фамилия попала под печать, и дипсек везде поменял на кривую, даже там где было пропечатано чётко.
Даже если оставить (зачем-то) бумаги, то подготовленный ИИ-агент справится на порядки лучше человека.
Допустим, где-то там клякса буквы закрыла какого-нибудь контрагента (какие-то буквы). Вот просто мелкий гипотетический пример.
Сразу будут задействованы несколько потоков. 1) Нейронка при сканировании внутри для себя запишет показатели "уверенности" распознавания для каждого слова/буквы. Если обнаружится проблемное место, можно будет сделать поиск по архиву, сопоставить данные по другим признакам и принять адекватное решение. Причем, оно может быть даже отложено. Например, если след. документ заполняет эти пробелы в информации. 2) Параллельно можно проверять данные еще по какому-то общедоступному каталогу юр. лиц, сопоставляя другую доступную информацию. 3) ....
Ну и дальше принимать решение на основе этого анализа. А при пограничных ситуациях будет громко кричать и размахивать руками.
Это может быть другая модель, которая на вход принимает сигналы из предыдущих. Ну или, скорей всего, универсальная мощная агентская система от мировых лидеров рынка.
Все к этому придет, как только будет экономически обосновано. Нет технических препятствий.
Я бы не сказал, что проблема в энергии, проблема в вычислительных мощностях,
Полностью поддерживаю. То же самое хотел написать про сканер и ИИ. Только я бы добавил, что проблема больше в отсутствии специализированных датасетов для обучения. Но все равно к этому все придет. Агентская бухгалтерская система и ошибки сканирования обнаружит (и, например, сопоставит данные из предыдущих документов, оценит вероятности и примет решение, стоит ли "докладывать", записав это в свой лог), и изменения в законодательстве всегда вовремя увидит в тот же день, и даже некоторые ошибки в документах сможет найти и "вытащить наружу" путем анализа других данных и сопоставления...
Все будет основываться на "должностной инструкции" этого агента. При условии, что он был этому обучен на специализированном датасете. И вот подготовка такого датасета -- это будет самая главная статья затрат.
Наоборот, сети на IPX были куда как более в фаворе.
А я когда-то писал свой двухмодульный "проксер", чтобы осуществить побег через Novell-маршрутизатор, который маршрутизировал только IPX/SPX, в другую подсеть, где параллельно на машинах был и TCP/IP. Все для того, чтобы попасть в интернет, так как в моей подсети TCP/IP не было. :) Хоть и однопотоковый, но схема работала. :)
и нужно еще как следует потрудиться, чтобы ее запустить, потому что с зависимостями в половине случаев царит полная неопределенность
Это да. Нужно и все версии питона иметь, и не пытаться отходить от рекомендованной, если автор только на одной какой-то тестировал. :) И все равно постоянно спотыкаешься на проблемы несовместимости пакетов, когда настраиваешь environment. Я уже размышлял на эту тему -- начинает казаться, что весь этот питоновский AI мир держится просто на соплях. Только толкнуть, и все просто рассыпется на молекулы. :)
В целом по поводу тайтла статьи... Есть вот такой вариант:
https://github.com/pinokiocomputer/pinokio (Install, Run & Control AI apps on Your Computer with 1 Click. Pinokio is a browser that lets you install, run, and manage ANY server application, locally.)
Он не про API, но очень сильно упрощает доступ к новым проектам. Оно ж реально лень становится каждый по отдельности устанавливать. А тут сразу подборка. Очень удобно. ComfyUI с кучей своих workflow, Pinokio с нужными проектами. И остальное, что не вошло в первые две системы.
Еще может сработать способ "мягкого" (и сопереживающего) смотрящего, который сядет рядом, чтобы тоже "поучаствовать", вникнуть. Если, вдруг, окажется, что производительность работника (например, программиста), резко повысится (в таком формате), то... Можно будет сделать определенные выводы. И присмотреться повнимательней.
При этом пик голеодорства придётся через 5–14 минут после первого мяча. Чисто психологически, это можно объяснить, что команды, пропустившая мяч, хочет быстрее отыграться, а значит побежит вперёд и усилит натиск. А вот соперник в этот момент может поймать на ошибке.
Кроме этого и другие сценарии тоже "сдвигаются" к вероятности забить. Например, атакующая команда нащупала слабину в обороне. И, соответственно, защищающаяся команда тоже резко теряет уверенность в своей игре, если не удалось удержать ворота на замке. Забитый гол (особенно первый) влияет очень сильно психологически на обе команды. Даже если обороняющаяся команда не начала бежать вперед, игроки могут начать делать больше ошибок. А нападающие ловят кураж.
В общем, любой первый мяч легко может вывести игру из "монотонного" состояния. А дальше сценарии уже разные бывают.
в т.ч. минимальных. Я не знаю, как это формализовать, но правило офсайда явно нуждается в пересмотре.
В каком? :) Минимальный оффсайд не считать? :) Не, ну серьезно. Ну какой тут пересмотр. Автоматизировать это надо максимально, чтобы минимизировать задержки по принятию решений. И все. Это чисто технический момент.
Хороший способ "легализовать" привязку к аккаунту знаний о пользователе, полученных путем анализа содержимого почтового ящика. :) А то... всплывет, вдруг, в чат-боте что-то такое -- шуму лишнего будет...
А дальше, кстати, можно такой хук: я вернулся на первый пункт, чтобы приложить свой чип. Полез за ним в карман, достал. А ОН ЧУЖОЙ. Ну и дальше развивать интригу, раскручивая водоворот событий и открытий.
Попробовал написать свой вариант начала. В чуть более "пост-эйай-апок" стиле:
---
На полпути к терминалу "B52" мои зубы начали стучать от холода. Боковой ветер забрасывал капли дождя мне прямо за воротник. Промокшая рубашка то отлипала, то прилипала к спине, словно пытаясь меня взбодрить.
Я шел с полузакрытыми глазами. Как обычно. Мое сознание отчаянно сопротивлялось и цеплялось за остатки снов. Снов, в которых иногда были и другие люди. А небо было синее и прозрачное, как в тех старинных фильмах...
— Предъявите пропуск!
Автоматическая охранная система заставила меня вздрогнуть. Долбаный дождь. Я не заметил, как прошел первую зону, не приложив чип.
От осознания этого прокола мой мозг моментально проснулся. Я развернулся и ускорил шаг. Хорошо, что в запасе оставалось несколько лишних минут. В последний раз, когда я не успевал вернуться в первую зону, с меня сняли штрафные балы. Ну уж нет, сраные железки. Так не пойдет. Не дождетесь!
500 вольтовая дуга на 8 киловатт пробивает пару сантиметров воздуха без проблем
Дуга -- это уже факт пробития. А условие для пробития -- это НАПРЯЖЕНИЕ (в Вольтах). И его нужно раз в 100 больше, чтобы пробить пару сантиметров сухого воздуха. :)
Все так. Схема рабочая. Я даже смог перехватить нажатие нижней боковой кнопки на Galaxy Watch 4 (хоть там это и "запрещено"). Хотелось сделать передачу сообщения по удерживанию, но там уже никак. Ну хоть так пока. По качеству звука замечаний вообще нет.
Как по мне, то часы -- единственный реальный вариант иметь "под рукой" AI ассистента круглосуточно.
Мне захотелось перехват хардверной кнопки боковой. Удерживаешь -- говоришь. А каждый раз какие-то там приложения искать запускать -- вообще не интересно. Это во-первых. А во вторых -- это не для заметок, а для чего угодно. Т.е. это может быть и мгновенный ответ от своей LLM-ки на компьютере, но до этого руки так и не дошли.
Я делал под Galaxy Watch 4
Я вот для этого дела частично функционал запилил, но отложил, так как другие приоритеты. Как по мне, так реально рабочий вариант вот так выглядит: зажал на часах кнопку, проговорил мысль вслух (ну или то что надо запомнить, внести в базу/таблицу). Аудио-пакетики по RTP прилетели на сервер, там сложились в wav файлики, прогнались через Whisper, полетели дальше на LLM-ку (ну или напрямую, если используется мультимодальная модель). LLM-ка сохраняет все это в локальную векторную базу данных. В дальнейшем языковая модель всегда сама может вытягивать любую информацию из нее, когда контекст этого требует.
Векторная база данных + RAG. Все можно локально.
Даже не так. :) Вот так:
"Пробовал я ваш ***самолет. Даже в космос нельзя улететь!!111 Хайп и развод лохов на деньги!111"
У меня тоже примерно такое соотношение. :) 4090 и Ryzen 7 1700X. Но под новый проц нужна еще новая материнка и новая память -- пока это выглядит неадекватным. Докинул лишь памяти до 64 Гига.
Даже если оставить (зачем-то) бумаги, то подготовленный ИИ-агент справится на порядки лучше человека.
Допустим, где-то там клякса буквы закрыла какого-нибудь контрагента (какие-то буквы). Вот просто мелкий гипотетический пример.
Сразу будут задействованы несколько потоков.
1) Нейронка при сканировании внутри для себя запишет показатели "уверенности" распознавания для каждого слова/буквы. Если обнаружится проблемное место, можно будет сделать поиск по архиву, сопоставить данные по другим признакам и принять адекватное решение. Причем, оно может быть даже отложено. Например, если след. документ заполняет эти пробелы в информации.
2) Параллельно можно проверять данные еще по какому-то общедоступному каталогу юр. лиц, сопоставляя другую доступную информацию.
3) ....
Ну и дальше принимать решение на основе этого анализа. А при пограничных ситуациях будет громко кричать и размахивать руками.
Это может быть другая модель, которая на вход принимает сигналы из предыдущих. Ну или, скорей всего, универсальная мощная агентская система от мировых лидеров рынка.
Все к этому придет, как только будет экономически обосновано. Нет технических препятствий.
Полностью поддерживаю. То же самое хотел написать про сканер и ИИ. Только я бы добавил, что проблема больше в отсутствии специализированных датасетов для обучения. Но все равно к этому все придет. Агентская бухгалтерская система и ошибки сканирования обнаружит (и, например, сопоставит данные из предыдущих документов, оценит вероятности и примет решение, стоит ли "докладывать", записав это в свой лог), и изменения в законодательстве всегда вовремя увидит в тот же день, и даже некоторые ошибки в документах сможет найти и "вытащить наружу" путем анализа других данных и сопоставления...
Все будет основываться на "должностной инструкции" этого агента. При условии, что он был этому обучен на специализированном датасете. И вот подготовка такого датасета -- это будет самая главная статья затрат.
А разве не у всех так? :)
А я когда-то писал свой двухмодульный "проксер", чтобы осуществить побег через Novell-маршрутизатор, который маршрутизировал только IPX/SPX, в другую подсеть, где параллельно на машинах был и TCP/IP. Все для того, чтобы попасть в интернет, так как в моей подсети TCP/IP не было. :) Хоть и однопотоковый, но схема работала. :)
Что-то на этом споткнулось и запнулось мое чтение. :) Нейронка ж сказала, что профдеформация. Где же тут шутка-то?
Это да. Нужно и все версии питона иметь, и не пытаться отходить от рекомендованной, если автор только на одной какой-то тестировал. :) И все равно постоянно спотыкаешься на проблемы несовместимости пакетов, когда настраиваешь environment. Я уже размышлял на эту тему -- начинает казаться, что весь этот питоновский AI мир держится просто на соплях. Только толкнуть, и все просто рассыпется на молекулы. :)
В целом по поводу тайтла статьи... Есть вот такой вариант:
https://github.com/pinokiocomputer/pinokio (Install, Run & Control AI apps on Your Computer with 1 Click. Pinokio is a browser that lets you install, run, and manage ANY server application, locally.)
Он не про API, но очень сильно упрощает доступ к новым проектам. Оно ж реально лень становится каждый по отдельности устанавливать. А тут сразу подборка. Очень удобно. ComfyUI с кучей своих workflow, Pinokio с нужными проектами. И остальное, что не вошло в первые две системы.
P.S. /dɪˈsaɪ.dər/
Еще может сработать способ "мягкого" (и сопереживающего) смотрящего, который сядет рядом, чтобы тоже "поучаствовать", вникнуть. Если, вдруг, окажется, что производительность работника (например, программиста), резко повысится (в таком формате), то... Можно будет сделать определенные выводы. И присмотреться повнимательней.
Кроме этого и другие сценарии тоже "сдвигаются" к вероятности забить. Например, атакующая команда нащупала слабину в обороне. И, соответственно, защищающаяся команда тоже резко теряет уверенность в своей игре, если не удалось удержать ворота на замке. Забитый гол (особенно первый) влияет очень сильно психологически на обе команды. Даже если обороняющаяся команда не начала бежать вперед, игроки могут начать делать больше ошибок. А нападающие ловят кураж.
В общем, любой первый мяч легко может вывести игру из "монотонного" состояния. А дальше сценарии уже разные бывают.
В каком? :) Минимальный оффсайд не считать? :) Не, ну серьезно. Ну какой тут пересмотр. Автоматизировать это надо максимально, чтобы минимизировать задержки по принятию решений. И все. Это чисто технический момент.
Хороший способ "легализовать" привязку к аккаунту знаний о пользователе, полученных путем анализа содержимого почтового ящика. :) А то... всплывет, вдруг, в чат-боте что-то такое -- шуму лишнего будет...
А дальше, кстати, можно такой хук: я вернулся на первый пункт, чтобы приложить свой чип. Полез за ним в карман, достал. А ОН ЧУЖОЙ. Ну и дальше развивать интригу, раскручивая водоворот событий и открытий.
Попробовал написать свой вариант начала. В чуть более "пост-эйай-апок" стиле:
---
На полпути к терминалу "B52" мои зубы начали стучать от холода. Боковой ветер забрасывал капли дождя мне прямо за воротник. Промокшая рубашка то отлипала, то прилипала к спине, словно пытаясь меня взбодрить.
Я шел с полузакрытыми глазами. Как обычно. Мое сознание отчаянно сопротивлялось и цеплялось за остатки снов. Снов, в которых иногда были и другие люди. А небо было синее и прозрачное, как в тех старинных фильмах...
— Предъявите пропуск!
Автоматическая охранная система заставила меня вздрогнуть. Долбаный дождь. Я не заметил, как прошел первую зону, не приложив чип.
От осознания этого прокола мой мозг моментально проснулся. Я развернулся и ускорил шаг. Хорошо, что в запасе оставалось несколько лишних минут. В последний раз, когда я не успевал вернуться в первую зону, с меня сняли штрафные балы. Ну уж нет, сраные железки. Так не пойдет. Не дождетесь!
Дуга -- это уже факт пробития. А условие для пробития -- это НАПРЯЖЕНИЕ (в Вольтах). И его нужно раз в 100 больше, чтобы пробить пару сантиметров сухого воздуха. :)