LLM в роботе вполне себе хорошая идея - в качестве "головного мозга". А спинной мозг - отдельная нейросеть, ориентированная именно на двигательную активность и удержание равновесия. Голова будет говорить спине куда нужно двигаться, анализировать по камерам и датчикам что видит, что слышит, та в ответ будет рапортовать, что во что-то уперлись, упали там и тому подобное. Нормальная схема же, может даже заработать.
Claude Code поддерживает работу с другими моделями, даже с локальными (приходится, конечно, отключать там всякие дурацкие заголовки, чтобы оно почем зря промпт-кэш не ломало и не приходилось потом переплачивать за токены, если это платная модель).
А KV-кэш оно тоже считает? У некоторых моделей такая архитектура, что на сколько-нибудь приличную длину кэша приходится тратить почти столько же памяти, что и на саму модель.
Насколько я понимаю, самые активные по скорости поддержки новых фич и моделей - llama.cpp и vllm. Ollama хоть и часто рекомендуется новичкам, но лучше с нее сразу же и слезть, как только хоть немного начинаешь понимать что к чему.
Сам сижу с llama.cpp, самая неприятная в ней фигня - это OOM креши (нехватка памяти) в процессе настройки, несмотря на то что при запуске говорит, что все отлично влезает. Приходится долго подбирать квантование модели, квантование и размер KV-кэша с таким расчетом, чтобы все-таки что-то оставалось для каких-то неожиданно всплывающих потребностей. Потом уже работает само по себе.
Брать дополнительные денежки за "еще более качественную" модель, наверное. Может на будущее зарезервировали, типа (утрированно) - без нее кэш q8, а с ней - полный bf32 :)
Там куча каких-то специфичных фич, в основном (типа ultrathink). Но некоторые должны работать даже с локальными, судя по описанию (тот же kairos или dream). Надо будет попробовать.
Если есть халява на токены какой-нибудь AI-модели, то claude code или opencode (дальше просто ему в чате говоришь "вот в этом файле лежит техзадание, делай!", оно там накодит чего-нибудь и можно будет посмеяться и оценить - стоит ли этим дальше заниматься). Если нет, то лучше озаботиться установкой какой-нибудь локальной модели на имеющееся железо (а вот тут-то как раз часто оказывается, что поезд уже уехал - дорого уже всё, разве что смотреть и плакать как qwen3.5-9b с четырехбитовым кешем на 11 гиговой карточке лепит что-то несуразное).
Да хрен это настроишь нормально, даже если знать какой телефон у клиента, где у него антенна, какой стороной и на каком расстоянии он его держит. Возьмите любой BLE маячок, запустите, скажем, nrfconnect, положите телефон рядом и смотрите на цифры RSS, они там прыгать будут от (условно), -15 до -60 децибелл, на ровном месте.
Этот вопрос решается ротацией ключей. То есть в маячок прошивается, скажем, 10-20 ключей и они меняются каждые несколько минут. Если ключей мало (скажем, все ключи успеют прокрутиться за один час), то айфон или гугловый девайс с последним андроидом могут выдать предупреждение, но если таких ключей много, то предупреждения не будет.
Новость тут в том, что NASA выбрала этот двигатель (в числе нескольких других) для phase II исследований для проработки более детального проекта и оптимизации.
Насколько я понимаю, это импульсный ядерный (fission) двигатель, в котором есть подкритичная сборка реактора в виде трубы и заряд с обогащенным ураном и модератором, выстреливаемый магнитной катапультой в эту трубу (с дополнительным источником нейтронов для быстрого начала реакции). Заряд долетает на скорости 1.6км/c до нужного места в реакторе где начинается цепная реакция и превращается в плазму, плазма вылетает в магнитное сопло и толкает аппарат. При хорошем подборе материалов и скоростей - сам реактор нагревается относительно слабо, что позволяет его держать в рабочем состоянии при планируемой частоте импульсов в 1 герц.
Из минусов - требуется энергия для койлгана, который стреляет зарядами массой 2.2кг (половина массы - урана, другая половина - водяной лед, в железной оболочке). На каждый выстрел тратится 5 мегаджоулей, что для выстрелов с честотой в 1 герц составит 5 мегаватт. Ожидается, что от реактора нужно будет отводить 127 мегаджоулей тепла (127 мегаватт для 1 герца), сама энергия импульса - 3180 мегаджоулей. Сам реактор весит 522 кг, вес системы охлаждения, койлгана и магнитного сопла не указан (под сотню тонн, по быстрым прикидкам). Мое личное мнение - надо урезать осетра (масштабировать в сторону уменьшения), шибко здоровое получается.
Ventoy не пробовал, но вот сам недавно целый день потрахался с переустановкой windows 10 на ноут жены lenovo thinkpad 13. У него там биос понимает только FAT32, а микрософт выдает загрузочный образ в виде iso9660, в котором есть файл больше четырех гигов. И прикладывает утилиту, которой можно этот файл порезать, но для этого нужно иметь windows 10 где-то уже, под wine не пашет.
Напрямую записанную флэшку (dd if=...) биос флэшку не читает, на FAT32 этот самый файл не лезет. Запорол одну microSD карточку (много раз перезаписывал, ага), пока не нашел файлики с NTFS-драйвером для UEFI (отдельный раздел FAT32 с этим драйвером грузится, потом загружает уже загрузочные файлы с NTFS раздела).
Тогдашние компьютеры, у которых базовое ПО (бэйсик обычно) были прошиты в ПЗУ - все быстро "загружались". Потому что надо было только экран очистить и несколько переменных в памяти инициализировать. Никаких заморочек с распознаванием и инициализацией внешних устройств, никакой загрузки ОС и драйверов.
Такой магии не бывает. Да, реактор на быстрых нейтронах позволяет дожигать всякую дрянь от обычных реакторов, но просто засунуть отработанный стержень в него - не получится. Нужна определенная концентрация этой самой дряни, дополнительное количество U238, какое-то количество U235 или Pu239. Иначе либо ничего не получится, либо один стержень расплавится, пока остальные едва нагреются. Ну и на выходе - нужно будет топливо опять переработать, извлекая и обогащая U233/U235/Pu239 (чтобы засунуть их в новые).
Огромные усилия по переработке высоко и средне-активных отходов получаются, грязно, небезопасно, да еще и контролировать надо, чтобы не украли те самые U233/U235/Pu239.
Ну и, не помню точно, какой там процент Pu239 нужен, чтобы ядерную бомбу сделать? В БН-800 там его 20% в топливе, что уже близко очень.
Да все те же самые. Отработанное топливо (с каким-то количеством полученного U235/Pu239/U233) нужно извлекать, химически растворять, выделять нужное, сливать ненужное, а потом делать новое топливо.
Тут как раз прикол в том, что они сумели смасштабировать лазерно-инерциальный термояд, показали техническую возможность получать сравнимую с затраченной энергию на выходе. До этого вообще проценты от затраченных получали только.
Чисто теоретически, анейтронную реакцию и лазерно-инерциальным способом можно устроить, проблема "только" в том что нужно сжимать сильнее гораздо.
Ну и у таких импульсных реакций, даже если не удастся энергию генерировать, есть такое интересное применение, как импульсный термоядерный двигатель для космических полетов. Солнечными батареями/реактором делаем электричество, потом лазерами бабахаем капсулу, окруженную литием/водой (чем-то, что хорошо поглощает нейтроны) и получаем приличный выхлоп, придавая импульс кораблю. Тяга будет небольшой, но зато ISP высокий.
LLM в роботе вполне себе хорошая идея - в качестве "головного мозга". А спинной мозг - отдельная нейросеть, ориентированная именно на двигательную активность и удержание равновесия. Голова будет говорить спине куда нужно двигаться, анализировать по камерам и датчикам что видит, что слышит, та в ответ будет рапортовать, что во что-то уперлись, упали там и тому подобное. Нормальная схема же, может даже заработать.
Claude Code поддерживает работу с другими моделями, даже с локальными (приходится, конечно, отключать там всякие дурацкие заголовки, чтобы оно почем зря промпт-кэш не ломало и не приходилось потом переплачивать за токены, если это платная модель).
А KV-кэш оно тоже считает? У некоторых моделей такая архитектура, что на сколько-нибудь приличную длину кэша приходится тратить почти столько же памяти, что и на саму модель.
Насколько я понимаю, самые активные по скорости поддержки новых фич и моделей - llama.cpp и vllm. Ollama хоть и часто рекомендуется новичкам, но лучше с нее сразу же и слезть, как только хоть немного начинаешь понимать что к чему.
Сам сижу с llama.cpp, самая неприятная в ней фигня - это OOM креши (нехватка памяти) в процессе настройки, несмотря на то что при запуске говорит, что все отлично влезает. Приходится долго подбирать квантование модели, квантование и размер KV-кэша с таким расчетом, чтобы все-таки что-то оставалось для каких-то неожиданно всплывающих потребностей. Потом уже работает само по себе.
Вроде уже кто-то собрал и выложил форк. Но это же просто клиент для подключения к какому-нибудь AI, оно про себя ничего сказать не может само по себе.
Брать дополнительные денежки за "еще более качественную" модель, наверное. Может на будущее зарезервировали, типа (утрированно) - без нее кэш q8, а с ней - полный bf32 :)
Там куча каких-то специфичных фич, в основном (типа ultrathink). Но некоторые должны работать даже с локальными, судя по описанию (тот же kairos или dream). Надо будет попробовать.
Забыли еще "или пойдешь в тюрьму!" https://youtu.be/JeNS1ZNHQs8?t=32
Если есть халява на токены какой-нибудь AI-модели, то claude code или opencode (дальше просто ему в чате говоришь "вот в этом файле лежит техзадание, делай!", оно там накодит чего-нибудь и можно будет посмеяться и оценить - стоит ли этим дальше заниматься). Если нет, то лучше озаботиться установкой какой-нибудь локальной модели на имеющееся железо (а вот тут-то как раз часто оказывается, что поезд уже уехал - дорого уже всё, разве что смотреть и плакать как qwen3.5-9b с четырехбитовым кешем на 11 гиговой карточке лепит что-то несуразное).
Маузер дает кучу результатов при поиске JFET
Да хрен это настроишь нормально, даже если знать какой телефон у клиента, где у него антенна, какой стороной и на каком расстоянии он его держит. Возьмите любой BLE маячок, запустите, скажем, nrfconnect, положите телефон рядом и смотрите на цифры RSS, они там прыгать будут от (условно), -15 до -60 децибелл, на ровном месте.
Этот вопрос решается ротацией ключей. То есть в маячок прошивается, скажем, 10-20 ключей и они меняются каждые несколько минут. Если ключей мало (скажем, все ключи успеют прокрутиться за один час), то айфон или гугловый девайс с последним андроидом могут выдать предупреждение, но если таких ключей много, то предупреждения не будет.
Новость тут в том, что NASA выбрала этот двигатель (в числе нескольких других) для phase II исследований для проработки более детального проекта и оптимизации.
Для тех, кто не понял:
https://www.sciencedirect.com/science/article/abs/pii/S0094576522001187?via%3Dihub
Насколько я понимаю, это импульсный ядерный (fission) двигатель, в котором есть подкритичная сборка реактора в виде трубы и заряд с обогащенным ураном и модератором, выстреливаемый магнитной катапультой в эту трубу (с дополнительным источником нейтронов для быстрого начала реакции). Заряд долетает на скорости 1.6км/c до нужного места в реакторе где начинается цепная реакция и превращается в плазму, плазма вылетает в магнитное сопло и толкает аппарат. При хорошем подборе материалов и скоростей - сам реактор нагревается относительно слабо, что позволяет его держать в рабочем состоянии при планируемой частоте импульсов в 1 герц.
Из минусов - требуется энергия для койлгана, который стреляет зарядами массой 2.2кг (половина массы - урана, другая половина - водяной лед, в железной оболочке). На каждый выстрел тратится 5 мегаджоулей, что для выстрелов с честотой в 1 герц составит 5 мегаватт. Ожидается, что от реактора нужно будет отводить 127 мегаджоулей тепла (127 мегаватт для 1 герца), сама энергия импульса - 3180 мегаджоулей. Сам реактор весит 522 кг, вес системы охлаждения, койлгана и магнитного сопла не указан (под сотню тонн, по быстрым прикидкам). Мое личное мнение - надо урезать осетра (масштабировать в сторону уменьшения), шибко здоровое получается.
Ventoy не пробовал, но вот сам недавно целый день потрахался с переустановкой windows 10 на ноут жены lenovo thinkpad 13. У него там биос понимает только FAT32, а микрософт выдает загрузочный образ в виде iso9660, в котором есть файл больше четырех гигов. И прикладывает утилиту, которой можно этот файл порезать, но для этого нужно иметь windows 10 где-то уже, под wine не пашет.
Напрямую записанную флэшку (dd if=...) биос флэшку не читает, на FAT32 этот самый файл не лезет. Запорол одну microSD карточку (много раз перезаписывал, ага), пока не нашел файлики с NTFS-драйвером для UEFI (отдельный раздел FAT32 с этим драйвером грузится, потом загружает уже загрузочные файлы с NTFS раздела).
Тогдашние компьютеры, у которых базовое ПО (бэйсик обычно) были прошиты в ПЗУ - все быстро "загружались". Потому что надо было только экран очистить и несколько переменных в памяти инициализировать. Никаких заморочек с распознаванием и инициализацией внешних устройств, никакой загрузки ОС и драйверов.
Такой магии не бывает. Да, реактор на быстрых нейтронах позволяет дожигать всякую дрянь от обычных реакторов, но просто засунуть отработанный стержень в него - не получится. Нужна определенная концентрация этой самой дряни, дополнительное количество U238, какое-то количество U235 или Pu239. Иначе либо ничего не получится, либо один стержень расплавится, пока остальные едва нагреются. Ну и на выходе - нужно будет топливо опять переработать, извлекая и обогащая U233/U235/Pu239 (чтобы засунуть их в новые).
Огромные усилия по переработке высоко и средне-активных отходов получаются, грязно, небезопасно, да еще и контролировать надо, чтобы не украли те самые U233/U235/Pu239.
Ну и, не помню точно, какой там процент Pu239 нужен, чтобы ядерную бомбу сделать? В БН-800 там его 20% в топливе, что уже близко очень.
Да все те же самые. Отработанное топливо (с каким-то количеством полученного U235/Pu239/U233) нужно извлекать, химически растворять, выделять нужное, сливать ненужное, а потом делать новое топливо.
Тут как раз прикол в том, что они сумели смасштабировать лазерно-инерциальный термояд, показали техническую возможность получать сравнимую с затраченной энергию на выходе. До этого вообще проценты от затраченных получали только.
Чисто теоретически, анейтронную реакцию и лазерно-инерциальным способом можно устроить, проблема "только" в том что нужно сжимать сильнее гораздо.
Ну и у таких импульсных реакций, даже если не удастся энергию генерировать, есть такое интересное применение, как импульсный термоядерный двигатель для космических полетов. Солнечными батареями/реактором делаем электричество, потом лазерами бабахаем капсулу, окруженную литием/водой (чем-то, что хорошо поглощает нейтроны) и получаем приличный выхлоп, придавая импульс кораблю. Тяга будет небольшой, но зато ISP высокий.