Телеграм

Kuraga. Творим электронику. Ремонт, разработка.

@kuraga_service Гаджеты и электроника
РКН: проверяем Иноагент: проверяем
Для связи @kuraga_tech
Телефон +7 (900) 643-61-18
https://kuraga.tech/ru/

Статистика обновлена 12.11.2026 в 20:16 · 1 просмотр страницы · Хотите больше просмотров?

Подписчики1 228
Охват поста673 55% от подписчиков
ERR за месяц54,80%
ERR за 24 часа40,07%

Динамика за 30 дней

Рекламные публикации

Рекламных публикаций не найденоЗа последнее время мы не нашли на площадке ни одного рекламного поста.

Последние публикации

Все посты канала →
Открыть пост ↗
Технологии ИИ
Часть вторая


Как это работает внутри? А если точнее - языковая модель.

Понятно, мы можем изучить как хорошо пользоваться современными LLM (большая языковая модель), ИИ агентами, какая модель на чем лучше работает. Возможно с практической точки зрения это будет даже полезней, но цели данной статьи другие. Мы уже выбрали "красную таблетку", то есть нас не устраивает быть просто пользователем.

Но прежде чем собирать-разбирать современные модели и слои, надо разобраться в самых основах.

Как модель работает, что там происходит такое, что она "понимает" смысл слов и предложений?

То есть вопрос - как оцифровать смысл? Ответ : векторизация, многомерный вектор.

Первое, что мы должны понять - что такое многомерный вектор и матрица.

Многомерный вектор - упорядоченный набор чисел-координат.

Многомерным вектором можно описать любое слово или сущность.

Матрица - просто прямоугольная таблица чисел, двумерная. Матрица может задать правило по которым один вектор можно преобразовать в другой (связать, различить, оценить).

Для примера создадим вектор с размерностью 4-ре. Это очень мало для современных моделей.

Теперь берём слово - лимон. Попробуем описать его с помощью 4-мерного вектора.
Лимон: [0.95, 0.98, 0.90, 0.00]
Ось 1 (X) = 0.95 — Съедобность
Ось 2 (Y) = 0.98 — Кислость.
Ось 3 (Z) = 0.90 — Желтость.
Ось 4 (W) = 0.00 — Техника и механизмы (он никакого отношения не имеет к технике, мы игнорируем этот признак)

Теперь сравним с Лайм =[0.95, 0.95, 0.70, 0.00].

Видим, что лайм близко с лимоном (съедобный, кислый, чуть чуть жёлтый, не имеет никакого отношения к технике).

Смотрим на Трактор - никакого отношения к трактору кислые наши фрукты не имеют. Банан где по двум осям сходится (желтый, съедобный), но не близко (не кислый).

Ок, поздравляю - мы создали Embedding - это начальные координаты сущностей. От слова embed (встраивать), думаю всем знакомое.
Здесь признаки и числа придуманы вручную для наглядности.
То есть мы встроили в модель самые самые начальные понятия.

Ок, а как модель понимает лимон или лайм, трактор?

Теперь мы приходим к очень важному понятию в IT - токен.

Само слово токен от англ. token — знак, символ, жетон. Токеном в программировании называют набор цифр-символов которые указывают на что-то либо выражает что-то.

Теперь, нам нужно преобразовать слова в токены, чтобы мы могли расставить начальные координаты (кислость, желтость и т.п.).

Этот процесс называется токенизация. А движок который превращает слова в токены - токенизатор.

Причем токен не обязательно слово целиком, оно может быть "нарезано " на ломтики, например несёт -> н ес ёт в токенизаторе BPE (Byte-Pair Encoding).
Теперь вы понимаете, что токенизатор и ембеддинг связаны, как язык и словарь, будет несовпадение - все, ничего работать не будет.

Теперь, мы разбирали 4-мерный массив и смогли отличить кислость лайма и лимона. А у реального эмбеддинга kimi k3 размерность 7168 - представьте сколько туда можно закодировать признаков каждой сущности (в реальности очень много, так как в жизни все чуть сложнее).

Хорошо, а как она "понимает" смысл?
Смысл она конечно не понимает, она вычисляет координаты. Правила по которым она вычисляет координаты называются весами, это те самые матрицы.

Вот пример - мы создали матрицу весов "Можно добавить в чай".

Можно_Добавить_В_Чай_Веса = [
[0.5], // Съедобность
[1.0], // Кислость
[0.0] // Желтость
[0.0] // Техника - не нужно
]

Здесь матрица (веса), задают правила, по которым мы будем обрабатывать значения векторов (а значения изначально получены из ембединга).

X (Съедобность) - умножаем на 0.5 (не факт что подойдёт);
Y (Кислость) - умножаем 1.0;
Z (Желтость) - 0.0 (цвет не важен);

Лимон =
1. 0.95 × 0.5 = 0.475 (сработало правило съедобности)
2. 0.98 × 1.0 = 0.980 (сработало правило кислости)
3. 0.90 × 0.0 = 0.000 (желтый цвет обнулился)
Складываем: 0.475 + 0.980 + 0.000 = 1.455.
Для примера, мы решили, что отметка выше 1.2 - можно добавлять в чай.

Лимон можно добавить в чай )

В следующем посте дойдём до самого интересного - соберём свою микромодель.
👁 77 сегодня в 16:16
Открыть пост ↗
Технология ИИ
Часть первая

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

Тема актуальная, горячая, накал страстей не снижается.
Сейчас рынок разработки буквально перевернули ИИ агенты, про Claude, ChatGPT знает уже наверное каждый.

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

Эмоции. Впечатлился - погиб

В первую очередь, сама по себе технология в виду своих особенностей вызывает у человека очень сильные эмоции. Негативные, позитивные, размышление о смысле и т.п.
Этот фактор вы обязательно должны закладывать в свой план, по сути это ключевой фактор.

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

Впечатлительного человека ИИ агент похоронит как специалиста (не важно какого уровня) за очень короткий срок, как минимум выбьет из колеи.

Какие особенности?

1. На вход принимается естественный язык. На выходе - ответы и действия.
Антропоморфизм - мы стремимся все очеловечить. Это иллюзия раз.
2. Закрытые данные модели - при работе с моделью, даже с открытыми данными (так называемые веса, а открытые модели - модели с открытыми весами), вы фактически не знаете как она приняла решение, какие именно веса и какой эксперт принял то или иное за верный вариант (внутри модели есть микромодели, эксперты, технология называется MoE Mixture of Experts, микс экспертов). Плюс у хедлайнеров (OpenAI, Antropic и т.п.) есть всякие региональные запреты, заглушки, регуляторные штуки и т.п. Это создает магический эффект, когда модель может решить сложнейшую задачу быстро и красиво и наоборот свалится на простой. Ещё хуже, второй магический эффект - после решения сложной задачи, можно перестать проверять простые.
3. Нет средств отладки, нет простой среды для быстрого погружения-обучения, нет простых средств реверса.
Мы как электронщики привыкли, что мы можем посмотреть регистр в отладчике, осциллографом форму сигнала, анализатором пакет = даже закрытую систему мы можем быстро разобрать, понять как она работает.
Условно, мы можем быстро подключить отладочную плату, собрать простой пример, подключить отладчик и поставить точку остановки, ткнуть щупом. У нас есть HardwareManual-ы c расписанными блоками, есть ПЛИС, в средах разработки ПЛИС многие IP блоки уже лежат в открытую, мы можем понять как это работает.
Для LLM (она потому и называется Large) нужен сервер с большим объемом памяти, его надо арендовать, перед этим нужна подготовка, стабильной среды какая сейчас во всех системах пока ещё нет - технология очень свежая. А хедлайнеры так гонят разработку, что сами в интервью признаются - никаких глубоких средств отладки нет, мы не знаем как оно работает. Впечатлительные говорят - вот он, скайнет пришел.
Это усиливает эффект магии.
4. Чтение мыслей - ошибка впечатлительного специалиста - появляться идея, что его понимают с полуслова, его архитектуру и идеи уже продумали за него, и он начинает делегировать понимание (то есть как будто агент там все понимает). Самое страшное, что можно услышать от специалиста после работы с ИИ агентом - "все тесты зеленые, я покрыл 100500 сценариями", все значит понимание потеряно, очень скоро проект выйдет из под контроля. Это уже ИИ-нфицирован )
5. Нет детерминированного внешнего управления - все попытки алгоритмическим (разным обвесом) или промптами, AGENTS, скиллами менять поведение, это мало-детерминированный не гарантированный способ. Попробуйте сказать Астре не вводить дисклемейров на каждое сообщение, почти тоже самое сказать алкашу не пить. Какой там вектор будет обработан, каким экспертом, какие данные были, вы этого не знаете. Пока вы не контролируете модель, данные и слои вы не можете строить свои бизнес процессы. Вы можете строить MVP, демонстрационные версии, что-то что впечатлит других.
6. Реверс, копирование, хакерство - это серая сфера, где информация о работе в интернете была, а инструмент был беден (либо был очень дорогой-недоступный). Делали реверс в открытую энтузиасты. В закрытую хакеры, разные группировки, спец учреждения. По сути ИИ агенты подтянули эту сферу до пром стандарта, тем самым снизив порог входа, подняли скорость работы. Это создало впечатление опять же о магическом скайнете-турбохакере, по факту эту сферу намеренно никто не развивал, из-за разных факторов думаю понятных.
7. Фильмы, игры, книги - сюжеты про ИИ и само название ИИ. Тут думаю все понятно - машина которая обрела сознание, субъектность, это будоражит, это интересно, можно обсудить, поспорить. Философские вопросы, о сознании, о природе человека, о религии, о будущем, список бесконечен.

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

Какие мы выработали правила при работе:

1. В первую очередь, для разработчика нужна демистификация.
Есть товарищ Андрей Карпаты, один из сооснователей OpenAI, у него в гитхабе есть проект nanoGPT. Это микро проект, понятно, что это не LLM даже близко.
Обязательно возьмите и соберите https://github.com/karpathy/nanoGPT - будет работать на средней dev машине.
Добавьте отладку, посмотрите как она ошибается, как сделать так, чтобы ошибок стало меньше.
Есть много материалов на hugging face. Не позволяйте себе стать эникейщиком, оставайтесь инженером.
2. Вроде банальное правило, но его нужно себе зафиксировать - если вы что-то не понимаете, сначала по классике изучите, обретите понимание, компетенции. Уже потом подключайте ИИ. Нет понимания - работать не будет. Будут зеленые тесты, все сценарии будут покрыты, но работать не будет. Если вам кажется, что в предыдущем предложении ошибка, то вам будет очень смешно когда вы встретитесь с "сценарии работают", а в реальности не работает.
3. НЕТ НИКАКОЙ ГРАНИЦЫ ПОНИМАНИЯ - вы не можете делегировать понимание - это не человек, не существо. Это не инструмент как компилятор, у которого все детерминировано, это не перфоратор который работает только в ограниченном наборе алгоритмов-сценариев. Вы должны понимать все, что делает ИИ.
4. Когда вы поймете как все работает, я думаю, вы придете к мысли, что текущие ИИ гиганты по сути большая демо версия. А реальные рабочие варианты - когда вы собираете нужные вам данные (или ваш подрядчик), обучаете на ней модель, можете контролировать каждый слои, отлаживать. Узкоспециализированная отлаженная модель на понятных данных, которую вы можете запустить у себя, отлаживать. До этого ещё не прям чтобы далеко, но не думаю, что это будет завтра.
5. Не нужно себя недооценивать - у одного с ИИ агентом получится собрать мощный проект, у другого нет, одна и та же модель, и один и тот же проект, два разных человека. А разница будет в одном предложении. Именно в одном предложении, в одном вопросе. При беглом на взгляде на проект опытный электронщик/разработчик/мастер/специалист отличит проект/заказ/код/плату/архитектуру которая будет работать и которая идет в мусор. Как говорил мой Учитель - хороший электронщик не включает паяльник, пока не знает, что и зачем он делает. Помните притчу про 1 доллар за удар, 99 за знание куда ударить.

В следующем посте постараемся углубиться в техническую часть вопроса.
👁 492 ❤ 9🔥 5 ↻ 3 4 ноября
Открыть пост ↗
Модуль RMT-BLDC 150W

Анонсируем запуск производства нового модуля для RMT.
Задача модуля - тест маломощных моторов-помп, с проверкой по току, реализована HSO (High Sensitivity Observer (HSO).
Модуль не будет входить в базовый комплект RMT, поставляется отдельным модулем (не субмодулем, а именно модулем).
Интеграция и эргономика - покажем чуть позже, коробка на которую ставится база RMT, подключается шлейфом обмена и 220V.
👁 568 🔥 18❤ 1👨‍💻 1 2 ноября