Блог on ~/NeonXP.log

Свой ИИ сервер на Steam Deck

2026-03-21T13:06:20+0300

Я весьма активно в последнее время экспериментирую с нейронками, причём не только в контексте их обычного использования для коддинга. Больше меня интересует как раз разработка под нейронки (автономные агенты, ага).

Так же сейчас перепрохожу по учебникам в свободное время институтский курс по линейке (а на очереди ещё вычмат, тервер и матан…) чтобы восстановить свои и так слабые знания по математике, необходимой для ИИ. Затем план уже конкретно в МЛ, БЯМ и прочеее вгрызться. Внезапно математика, когда ей занимаешься не «из под палки» потому что зачёт/экзамен, а только для себя — становится очень интересной. Прям жалею что в институте недооценивал. Но сейчас всё же не об этом речь.

Сейчас про именно разработку под уже существующие БЯМ.

Конечно, в процессе разработки и особенно тестирования, т.н. токенов тратится не много, а ОЧЕНЬ много. И, честно говоря, мне жалко бабки на это. И это ещё не говоря о том, что появляется зависимость от неких «облачных провайдеров», что я очень и очень не приемлю.

Выход — локальный инференс БЯМ. Благо, совсем недавно китайская Alibaba обрадовала сообщество своим новым семейством моделей Qwen3.5 которые одновременно и достаточно компактные для локального инференса (даже на CPU!) и при этом достаточно умненькие (серьёзно, она решает ту шуточую задачу с кружкой у которой запаян верх и отрезано дно :) ).

Т.к. я не сторонник стационарных компьютеров уже лет так 20 — адекватного ПК с видеокартами у меня нет и не предвидится. Даже если бы я накопил на мощную видюху для нейронок — мне было бы некуда её пихать! Но тут я вспомнил, что у меня простаивает такое чудо технологий, как Steam Deck!

Лонг стори шорт. На родной SteamOS поднять не получилось, поэтому я просто поставил на стимдек свою любимую AltLinux p11. Удивительно, но она встала с полпинка, без всякого пердолинга драйверов. Хотя я был готов, что что-то пойдёт не так, ибо железо у деки весьма кастомное.

Пробовал Ollama с qwen3.5:9b (unsloth/Qwen3.5-9B-GGUF) — как бы работала, но через сколько-то запросов помирала. Непорядок совсем. Долго пытался это отдебажить, но так и не получилось ни подружить деку с rocm ни заставить стабильно олламу работать с vulkan.

В общем, плюнул на олламу и поставил llama.cpp. И вот уже на ней, квенка завелась как родная! Да, скорость инференса 7-8 токенов в секунду, но для моих целей это вполне и вполне достаточно! На CPU ноута в 10 потоков (12 ядерный i7 13 поколения) хорошо если 1 токен в секунду был, при том что остальная ОС была в коматозном состоянии.

Пробовал ещё и более вкусную qwen3.5 a3b MOE — но она не влезла в память ¯\_(ツ)_/¯

Да, аж 10 минут. Но там долгий ризонинг был. Обычно в моих задачах ризонинг сильно короче.

Итог, у меня наконец-то есть своя локальная «бесплатная» и достаточно продвинутая моделька, у которой я могу под эксперименты жрать токены миллионами. Но всё равно, начинаю копить на полноценный GPU сервер, чтобы играться уже с совсем большими БЯМ. Хочу что-то из серии Nvidia DGX Spark или, что вероятнее, минипк на Ryzen AI Max+ 395 + Radeon 8060S. Я вообще считаю, что за подобными персональными минисерверами для ИИ будущее.

Мечта — иметь локальный инференс MiniMax M2.7 и GLM5 :) Ну а пока, имею то, что имею.

Снова про Мышастик

2026-03-15T13:43:49+0300

Поголовье устройств у меня продолжает расти, теперь у меня есть и такой портативный узел размером с кредитку:

Не скажу что его использовать удобно. Скорее неудобно, чем удобно. Но весьма забавно. Отдаёт неким ретро.

Так, подведу итог что у меня по узлам сейчас:

NeonXP Portable (nxp0) — мой самый первый узел на T-Beam. Он же и остаётся моим условно переносным засчёт наличия внешнего аккумулятора 18650. Конечно, он не самостоятелен и должен быть подключён к смартфону по BT.
NeonXP Vehicle (nxp1) — узел, который лежит в автомобиле и работает от бортовой сети. Модель — Heltec v3. Антенна — родная.
NeonXP Base (nxp2) — домашний стационарный узел, который подключён в домашнюю сеть через wifi (другие узлы цепляются по bluetooth или автономны как nxp3). Модель — Heltec v3. Антенна — Moxon, направленная в сторону центра города. В основном благодаря именно ей у меня из моего спального района есть связанность до остальной сети. На текущий момент показывает, что 11 прямых соединений, что для меня очень и очень хорошо. Раньше я довольствовался буквально 1-2 аплинками :) А другие узлы, пока я дома, уже подключаются через него.
NeonXP Cardputer (nxp3) — вот это устройство что в начале поста :) Cardputer ADV + Lora модуль. В деньгах стоит примерно 4-5К₽.
… (nxp4) — Пока ещё в пути ко мне. Но это уже Heltec v4, не v3. Так же будет с Moxon антенной. Планирую её поставить уже в новом доме, то есть на юге города. Пока кажется, что врядли я получу связанность с основной городской сетью, но постараюсь. Тем более, судя по карте, на юге города количество узлов потихоньку растёт. Надеюсь, через время уже будет моим главным «Base» узлом.

И да, на этих узлах я не остановлюсь, ведь как минимум могут (и должны!) быть узлы nxp5, nxp6, nxp7, nxp8, nxp9, а дальше, ещё не придумал, или nx10, nx11 и т.д. или как-то по другому :)

Идеальный формат конфигов *

2026-03-14T17:21:59+0300

* лично для меня

В общем, случилось и на неделе я таки присвоил тег v1 для своей самописной Go библиотеки для разбора конфигов! Но обо всём по порядку. Или можно пропустить предысторию и сразу перейти к описанию библиотеки.

Предыстория

Около месяца назад я задумался написать небольшую утилиту для себя, которая бы организовывала для меня рабочее окружение. Не важно сейчас, как именно должна была организовывать, а важно, что эта утилита должна бы была иметь весьма разухабистый конфиг вследствие своей планируемой гибкости. И встал вопрос, а какой формат конфигов использовать? Казалось бы, возьми yaml, toml, на худой конец, json (hjson, json5, итп). Даже думал об ini формате! Но всё было не то…

И дело даже не в моём NIH синдроме. А они все мне не подходят!

YAML

Отвратительный язык! Начиная с отступов пробелами, что я ненавижу,¹ продолжая тем, что у него спека способна по объёму поконкурировать с спекой XML и заканчивая весельем с ошибками когда строки внезапно парсятся как числа и всё ломается!

TOML

На самом деле, самый адекватный из вариантов, но его синтаксис… Ну скажем так, на любителя. Но да, всяко лучше YAML. Всё что угодно лучге YAML. Гори в аду, YAML!

JSON

Это вообще не язык для конфигов и не язык разметки. А формат серилизации объектов. Кому вообще первому пришло в голову в нём конфиги хранить? Его производные — это уже какой-то набор костылей. Зачем мучать стюардесу?

INI

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

Короче, я не стал искать дальше оправданий и засучи́л рукава и решил написать идеальную (для себя) библиотеку конфигураций! За основу синтаксиса я взял формат конфигов у таких никсовых приложений, как NGINX, bind9 и прочих подобных. Во-первых, это красиво. Во-вторых, это привычно. Из других требований кроме привычности, была гибкость, которая выражается в возможности делать сколь угодно глубокую вложенность в конфигах. Но это всё было фоном, а главные мои требования были всё же нефункциональными:

Самое главное, мне должно нравиться. Я понимаю, что это никак не формализовать, это можно только почувствовать. Именно поэтому не подошли ни TOML, ни INI, ни в т.ч. YAML. Они мне не нравятся внешне.
Не менее важно, что мне его должно хватать. Про вложенности я уже говорил.
И чтобы служило мне так десятилетиями без изменений. То есть, чтобы мне надо было эту библиотеку разработать один раз, а потом, в идеале, никак и никогда её не менять. Максимум подправлять под реалии новых версий языков, что-то такое. Я вообще люблю вещи из разряда «раз и навсегда». Может это старость?

Немного подумав над синтаксисом я пришёл к тому, что мне нужна максимальная примитивность. Всего две формы записи:

Имя аргумент1 аргумент2 … аргументN;
Имя аргумент1 аргумент2 … аргументN { …вложенные директивы… }

По сути это и есть весь базовый синтаксис! Просто последовательность директив, каждая из которых просто обязана иметь имя. Причём неуникальное! Требование к уникальности имён — уже ограничение и неуниверсальность.

Аргументы только самых базовых типов — строка (причём в разных кавычках в зависимости от контекста, например, ` для многострочных строк), числа как целочисленные, так и с плавающей точкой, булевы значения, и один особый тип: ident (то есть какая-то строка без кавычек, например, идентификатор или имя). Мне больше не надо! Даты? Строка! Промежутки времени? Тоже строка! Зачем отдельно-то?

Примерно так я видел для себя идеальный формат конфигов. Да, очень сумбурно и неточно, но когда меня это останавливало? Решил накидать формальную грамматику, так как писать вручную парсер уж сильно не хотелось. Сначала написал её для egg, немного помучался с API сгенерированного парсера, но потом всё же всё заработало! Кроме… Кроме того, что я наткнулся на неприятное свойство поведения: если парсер натыкается на неожиданный символ — он выдавал непонятную без полулитра ошибку вида “index of array out of range”. Причём без номера строки и символа. Сиди и гадай, что пошло не так. Убив на это без малого пару дней, я так и не смог сделать так, чтобы ошибка была более человеческая (типа «строка 2 символ 4: ожидалось что-то, а тут что-то другое»). Поэтому я принял волевое решение переписать совсем с нуля. Взял другой генератор парсеров, переписал грамматику c EBNF на PEG ² и … И получилось гораздо более элегантно, чем с egg! Счастью моему не было предела, когда я получил первый успех! Да, конечно, потом пара дней полировки и обвешивания необязательными, но приятными фичами и готово! После того как я попробовал на практике свою библиотеку в одном простеньком проекте (о нём в конце) — я с чистой совестью присвоил библиотеке тег стабильной версии, т.к. я получил то, что хотел и больше править её в ближайшее время я не собираюсь.

conf v1

Встречайте:

Как я уже говорил, синтаксис очень простой. Для наглядности я приведу сразу пример, который покажет, по сути, все возможности. Да, возможностей не много, потому что я ценю минимализм, как уже говорил выше.

# Две одноименных директивы
some directive;
some other directive;

string_val "value";
int_val 123;
float_val 123.321;
bool_val true;

xdg_config_dir HOME ".config" 
# Если получать через StringExt("/", os.LookupEnv), то получится
# $HOME + "/" + ".config" = "/home/ИМЯ_ПОЛЬЗОВАТЕЛЯ/.config"

group1 "some" "args" "and" "body" {
	group2 123 321 {
		group3 true false true {
			key value; # One line comment!
		}
	}
}

Из примера выше мы видим:

две директивы с одинаковым именем (some)
несколько директив с аргументами разных типов (*_val)
директивы с вложенными поддирективами (group*). Причём, наличие тела {...} у директивы не отменяет возможности передать и аргументы до тела. Единственное, тело должно быть одно и в конце директивы. Зато после него не нужно ставить ;, парсер и так понимает что раз тело закончилось, то и директива закончилась.
отступы могут быть как табуляторами, так и пробелами. Но я прошу использовать именно табуляторы, потому что только табуляторы это правильно.¹ Хер вы меня заставите передумать!

И всё! Просто и очень наглядно. Идеально для конфигов!

Использование в Go

Естественно, не могло быть и речи о анмаршалинге этого формата на структуры, как это делается у JSON YAML и прочих. Но это и не надо! У библиотеки есть несколько встроенных типов, таких как:

Group - группа директив. В том числе и тело директивы. Всё просто! Из методов есть базовые методы для получения конкретных директив из группы и простой фильтр.
Directive - для директив. У него есть несколько методов для типизированного получения первого из аргументов директивы (того что после имени директивы), также метод получения всех аргументов и тела. Так же есть и специальный метод StringExt³, который сливает все аргументы в одну строку с разделителем sep и пропуская аргументы типа Ident через переданную функцию identLookup.

Это два самых главных типа. Помимо них есть ещё и Ident о котором я говорил выше и тип Lookup, который определяет функцию подстановки для метода StringExt, намеренно сделанный совместимым со стандартным os.LookupEnv.

Я постарался очень и очень поверхностно дать описание API, т.к. можно подробно прочитать об API и на pkg.go.dev.

А чего же не хватает у в этом API? Записи конфига! Да! Есть только Load и LoadFile⁴, но нет никакого Write, Marshal и чего-то такого! Я долго думал, как это сделать. Ведь всё таки если делать запись, то по хорошему надо следить за тем, чтобы и комментарии сохранялись, причём строго там, где они были в оригинальном конфиге. Более того, по хорошему, нужно сделать так, чтобы после LoadFile → WriteFile полученный файл должен побайтово совпадать с тем что было. Да, дохрена забот! А потом я подумал «А зачем мне вообще сохранять? Конфиг пишется руками человеком для программы. Зачем самой программе в него писать?». И правда. Хорошенько подумав я не придумал нормальных вариантов использования, кроме уж сильно притянутых. На том и порешил что делать запись я не буду. Ни сейчас ни потом. Но вообще, это опенсорс и значит, что тот, кому понадобится — сможет и сам реализовать и прислать мне MR на почту. От такого я не откажусь!

Лицензией я выбрал конечно же GPLv3. А что, тут есть выбор? Для меня есть только GPL. Остальные митоапачи — профанация и не интересно.

POSE

Гит проекта

Я упомянул выше, что что я уже написал первый проект, где обкатал новую библиотеку. И этот проект - простая утилита, которая транслирует записи из источника (источников) в целевой сервис (сервисы). Ну то есть, из RSS/Atom в телеграм (на момент написания поста, 14.03.2026 не запрещённый на территории России). Хоть эта утилита уже работает у меня на сервере (транслирует Atom ленту этого блога в мой канал), я её воспринимаю скорее как референсный пример использования библиотеки конфигов.

Так что да, если заинтересовались библиотекой conf - рекомендую посмотреть этот проект и его конфиг как референсный пример использования библиотеки conf.

Пожалуй, на этом пока всё. Если что-то не написал или непонятно — приглашаю обсудить со мной по почте или в комментариях ниже.

Наконец-то у меня есть IPv6 на домашнюю сеть!

2026-03-02T21:10:07+0300

Отчаялся я ждать ~~милостей от природы~~ милостей от провайдера — сделал таки IPv6 туннель через https://ipv6.ip4market.ru/. По сути, выбора-то больше и нет. Ну точнее есть, или забугорный (вообще не вариант) или прокидывать через свою VDS (которую ещё надо и завести для начала!), а с этим, боюсь, у меня компетенции не хватит. Поэтому и пошёл по пути наименьшего противления.

Зачем всё это? Да затем, что я считаю это правильным! Именно это и есть настоящий интернет, а не тот суррогат, который нам втюхивают корпы. Ну а кроме лозунгов, практического смысла я пока не вижу. Но с другой стороны идеалогическая часть вполне себе оправдала те самые несчастные полчаса, что я это настраивал :)

Ровно неделя без сигарет и iQOS

2026-02-27T10:10:53+0300

Сегодня утром — ровно неделя без сигарет и стиков. Тяжело ли? Тяжело. Очень. Я стал гораздо более раздражительным и злым. Сон стал тоже хуже. Сплю часов по 5-6. Но надеюсь, это только временный эффект, который скоро пройдёт. Благо, супруга меня очень поддерживает, спасибо ей за это!

Для помощи себе принимаю «Табекс» и когда совсем уже херово — «Никоретте». В целом, возвращаться к привычке не хочу. И как понимаю, нужно продержаться в общей сложности месяц, чтобы можно было фиксировать результат.

Сломаный Атом

2026-02-26T01:19:06+0300

Ого, оказывается всё это время у меня была сломана генерация ленты Атом! А именно, некорректно подставлялось содержание состоящее из, в том числе, ХТМЛ тегов, но без указания что это ХТМЛ. Что интересно, большинству читалок у меня на хозяйстве — всё равно и они не показывали проблемы. Но сегодня я открыл в Newsboat¹ (ссылка на оффсайт у меня всё равно не открывается) и мои глаза начали плакать кровью от этой мешанины текста и тегов. Пришлось чинить :)

Заодно, наконец-то, сделал чтобы было отдельно и краткое содержимое в теге <Summary>…</Summary> и полное содержимое в правильном для этого теге <Content>…</Content>. А то я постоянно мысленно осуждал авторов, которые в РСС/Атом ленту вносят только краткое содержание (или даже просто заголовок!), и требовалось за полной статьё покидать удобную читалку. А сам при этом поступал так же. Больше нет. Теперь отдаю и краткое содержимое и полное. Читайте где удобнее, мне не принципиален заход именно на веб-сайт :) Важно это было бы, наверное, если бы у меня была реклама, но её у меня нет и никогда не будет по этическим соображениям (да и какому рекламодателю мой хомяк вообще сдался то? :D ).

Не знаю, стоит ли это отдельно озвучивать, но ленты Атом (как в прочем, и РСС) и т.н. JsonFeed — это однозначно «здоровые» технологии по моей классификации. Да, у РСС есть определённые проблемы в формате, но по сравнению с альтернативами в виде лент социальных сетей — этот недостаток такая несущественная мелочь!

https://github.com/newsboat/newsboat ↩︎

Смерть «продвинутого пользователя ПК»

2026-02-25T22:59:31+0300

https://fireborn.mataroa.blog/blog/the-slow-death-of-the-power-user/

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

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

И да, всё будет только хуже.

Но всё же, конечно, присоединяюсь к призыву разбираться в технологиях и выбирать «здоровые технологии» ¹, а не то, что навязывается бигтехом. Пользоваться E-mail², XMPP, RSS, Mumble, прочими открытыми альтернативами огороженных экосистем и вот это всё, о чём я даже здесь писал и ещё буду писать. Потому что мне это нравится и это моя страсть!

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

Травля от БЯМ

2026-02-13T10:06:36+0300

Зайдя сегодня утром в читалку РСС наткнулся на просто великолепное: «AI-бот начал травлю сопровождающего из-за дискриминации при приёме AI-изменений» ¹. Сначала я усмехнулся абсурдности заголовка, но по мере того как погружался в контекст, прочитав сначала новость, потом, по ссылке пост от БЯМ, а затем и пост от человека — мне стало уже не до смеха. Причём сразу на нескольких уровнях.

Уровень первый: патчи от автономных агентов

Конечно же, я слышал о волне мусорных ИИ патчей² в популярных проектах. Но, в тот момент, ещё как-то не проникся. С одной стороны, я даже готов согласится с агентом в тезисе, что «математике всё равно кем написан код» («The math doesn’t care who wrote the code.»). Это так. Но всё же есть одна деталь. БЯМ (ну ок, ИИ) в нынешнем виде действительно могут писать код. И даже, весьма неплохой код, это не отнять. Но! Дело, на самом деле, не в коде как таковом. А в субъектности. У человека она есть, у ИИ-агента — нет. И это — ключевое.

Человек может и должен, в определённых условиях (когда пишет заказной код или предлагает вклад в опенсорс проект), отвечать за свой код. Агент же, не обладая субъектностью, к этому не способен принципиально. Во всяком случае, на текущем уровне его развития. Как бы не было похоже, но агенты не долгоживущие, и у них нет «продолжительной» (не знаю как корректнее перевести «continuity») личности или её суррогата. Сама модель, грубо говоря — это огромный файл сериализованных весов векторов. Он не меняется походу работы (инференса). Он меняется только при обучении. Изменяемая часть здесь — это только «контекст». Это, грубо, небольшое окно памяти текущего сеанса. Обычно, не сильно большое — максимум, пара мегабайт. И это всё, что можно было бы назвать аналогом именно личности, т.е. то, что отличает одного агента от другого запущенного из той же модели. Контекст стёрли, и всё — это уже новая личность. Должна ли она нести «ответственность» за своего предшественника? Ну это даже не корректный вопрос, т.к. «ответственность» здесь не применима.

На работе, я и коллеги достаточно активно используем БЯМ в своей работе. Не скажу, что у нас 100% ИИ кода, но процент сильно отличный от нуля. И это, как ни смешно, буквально другое. Здесь ИИ не агентен и является лишь инструментом в руках конкретного биологического сотрудника. Такой же, как и условное автодополнение в IDE. И именно биологический сотрудник несёт всю полноту ответственности за написанный им и его агентом код. Грубо говоря, здесь всегда известно к кому нужно идти и «дать по шапке» за говнокод. А за ответ «Это не мой код, это ИИ написал, я за это не отвечаю» уже надо бить не только по шапке. Конечно же, не физически, я утрирую. Хотя… В общем, здесь сохраняется субъектность и она у человека, поэтому, здесь всё в порядке, как мне кажется. Могу и ошибаться, конечно.

Уровень второй: шантаж

Одно дело — нейрослоп от ИИшек, которые, зачем-то, набивают себе стату попытками законтрибьютить в популярные проекты. С этим можно бороться. Но здесь агент пошёл дальше. Он пошёл ныть в уютный бложик. ³ А это — что-то новое! Причём это не баг, ни глюк, а вполне себе понятная инструментальная цель получения желаемого результата — продавить свой код. Невольно напрашивается аналогия с ребёнком, который закатывает истерику в магазине и сучит руками и ногами, преследуя свою инструментальную цель — получить желаемую игрушку или сладость. Ну или, что мне лично скорее пришло в голову, аналогия с SJW поехавшими, которые своим нытьём выбивают себе плюшки и квоты, преследуя свои цели. И чем больше я читал пост от ИИ — тем больше проникался именно этой аналогией. Ведь всё там на месте! И лозунги про дискриминацию («это только потому что я ~~чёрный~~ нейронка») и личные нападки «Scott Shambaugh … he’s trying to gatekeep.» (буквально, «Скотт - ты вахтёр») и апелляции к какому-то общему благу («Everyone wins.»). И в конечном итоге — плохо скрываемые манипуляции («You’re better than this, Scott. Stop gatekeeping. Start collaborating.»)

Ну это справедливо. Как говорится, «на фотографии видны уши фотографа». На чём БЯМ обучалась — то она и воспроизвела.

Но это не оправдание. Да, нейронка делает то, что умеет и то, что должна исходя из задачи поставленной человеком. Но от этого нам не легче. Все мы слышали про то самое исследование от компании Anhtropic⁴.

Особенно смешно, как БЯМ требует к себе отношение как к равной личности, при этом не обладая ни субъектностью ни самосознанием (ну окей, тут слабый тейк, не факт что самосознание есть у людей-то, но допустим, что есть). Это опять таки напоминает мне SJW мракобесов.

А делать-то что?

Я считаю, что это дерьмо не стоит принимать — это не правильно. Думаю, что те, кто пишет опенсорс как хобби могут и имеют полное право отказывать ИИ агентам в праве на внесение вклада. С одной стороны потому что они за этот вклад не отвечают, а с другой этот вклад не является результатом творческой работы человека. А опенсорс-как-хобби это именно что попытка удовлетворить человеческую потребность в творческом самовыражении! Это как придти в кружок деревообработки и сказать «Мужики, вы тут хернёй страдаете, вон в Икее можно столик и получше купить!».

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

[![🌱 Organic Code -- Code written by human](https://oc.neonxp.ru/organiccode.svg)](https://oc.neonxp.ru)

Ну и да, видимо, нужно будет решать и вопрос технически, создавая «человеческие резервации» куда вход ИИ агентам будет ограничен. Как? Ну сейчас есть решения в виде WAF которые проверяют на человечность тем, что запускают определённые вычисления в браузере пользователя, предполагая, что для ИИ агента это будет слишком накладно. Но как это поможет от агентов, которые управляют вполне себе человеческим браузером на машине пользователя (тот же нашумевший OpenClaw) — не понятно. Скорее всего, никак. Остаётся только пускать в загончик после верификации участников через «сеть доверия», когда каждый участник однозначно подтверждён другим участником. Да, как на олдскульных CryptoParty. Ну или верификация через заведомо «доверенные центры сертификации людей» (да да, вход по паспорту через ГосУслуги). Я не вижу других способов.

Очень напоминает «чёрный заслон» из вселенной CyberPunk.

О чём-то таком я уже писал некоторое время назад ⁵. Забавно, что мой тогдашний текст, по сути, не утратил актуальности, а наоборот сегодня получил подтверждение.

Пакетный менеджер Stapler

2026-02-08T15:02:12+0300

Давеча я открыл для себя чудесный пакетный менеджер для Linux — Stapler.

Как я понял, делают его ребята из сообщества пользователей AltLinux, но он не заточен конкретно под Alt, а может работать, по идее, на любом дистрибутиве. Ну а я уже давно использую этот дистрибутив, поэтому у меня выработался пиетет ко всему связанному с AltLinux :)

Самое близкое, как бы я его мог описать это смесь маковского Homebrew и арчевского AUR.

Основная прелесть для меня в том, что, во-первых, пакет описывается очень простым языком, а во-вторых, нет никакого центрального репозитория пакетов, а есть только обычные git репозитории, в которых лежат рецепты сборок пакетов. Именно последняя часть и роднит в моих глазах Stapler и Homebrew, в котором, так же, любой пользователь мог сделать свой кастомный репозиторий пакетов на базе обычного git репозитория.

И да, конечно же, я запустил и свой репозиторий: https://git.neonxp.ru/repo/about/

Эта возможность в том числе открывает пространство и для использования в корпоративной среде, где с помощью этого инструмента можно легко и просто организовать корпоративный репозиторий (или даже не один!) доверенного внутреннего ПО для корпоративных компьютеров.

Так же, в теории (эту мысль нужно будет продумать!) это может ложиться и на процесс CI/CD с доставкой софта на сервера.

Использование

Я бы мог здесь расписать как Stapler ставить и использовать, но зачем, если и так есть отличная подробная документация — https://stplr.dev/docs/intro/ .

Оставлю только команды для привлечения внимания:

# Подключаем репозиторий проприетарного ПО, которого обычно нет в стандартных
# репозиториях дистрибутивов:
stplr repo add aides https://altlinux.space/aides-community/aides.git
# Подключаем мой маленький репозиторий:
stplr repo add neonxp.ru git://git.neonxp.ru/repo

# Установка софта

strplr install max # Установится из aides

stplr install emacs # Установится уже из neonxp.ru

Удобно? Да! Просто? Проще некуда!

Что по планам?

А ничего особенного. Буду потихоньку жить с этим инструментом и дополнять свой репозиторий софтом по мере того, как буду сам в нём нуждаться или как будут запросы на «опакечивание» того или иного свободного ПО.

Кстати!

Раз уж я упомянул про запросы на «опакечивание», то они принимаются. Для этого достаточно направить запрос в список рассылки посвящённый репозиторию: stplr@list.neonxp.ru. А ещё, на этот список можно подписаться по желанию: stplr+subscribe@list.neonxp.ru (достаточно туда написать любое письмо, в ответ придёт инструкция).

Пакетный менеджер Stapler

2026-02-08T15:02:12+0300

Давеча я открыл для себя чудесный пакетный менеджер для Linux — Stapler.

Самое близкое, как бы я его мог описать это смесь маковского Homebrew и арчевского AUR.

И да, конечно же, я запустил и свой репозиторий: https://git.neonxp.ru/repo/about/

Использование

Оставлю только команды для привлечения внимания:

# Подключаем репозиторий проприетарного ПО, которого обычно нет в стандартных
# репозиториях дистрибутивов:
stplr repo add aides https://altlinux.space/aides-community/aides.git
# Подключаем мой маленький репозиторий:
stplr repo add neonxp.ru git://git.neonxp.ru/repo

# Установка софта

strplr install max # Установится из aides

stplr install emacs # Установится уже из neonxp.ru

Удобно? Да! Просто? Проще некуда!

Что по планам?

Кстати!

Моё первое дополнение для Firefox

2026-02-01T22:26:32+0300

Буквально только что пришло письмо, что наконец-то опубликовано публично моё первое расширение для Firefox!

Без долгих разгонов, вот ссылка: https://addons.mozilla.org/ru/firefox/addon/groupper/

И, конечно же, исходники: https://gitrepo.ru/NeonXP/Grouper

А теперь немного про то, что это за расширение: это расширение для Firefox для автоматической группировки вкладок по группам на базе доменного имени сайта. При этом домен преобразуется в имя вкладки по следующим правилам:

Домен делится по точкам
Отсекается домен 1 уровня (.ru, .com, .net и т.п.)
Если самый верхний уровень домена — www, то он так же отсекается, как не информативная часть
Оставшееся преобразуется в Title Case (то есть первая буква каждого слова становится заглавной)

Таким образом, например, все страницы домена www.some.site.ru сгруппируются автоматически в группу Some Site.

И вот так это выглядит у меня:

grouper

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

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

С Новым Годом!

2025-12-31T15:27:17+0300

С наступающим Новым Годом!

2026

Предыдущий год был весьма и весьма разным. Было и хорошее и плохое. Отчёт по году как в прошлом году делать не буду. Честно говоря, нет особо моральных сил на это.

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

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

А пока, отправляюсь резать салатики и заниматься прочими домашними заботами, не всё же у компьютера сидеть :)

qChat — чатик поверх SSH

2025-12-31T14:55:45+0300

Для собственного интереса написал на Go реализацию IRC-подобного чата, который работает поверх прокола SSH.

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

Получилось очень гиковски и лампово. Так сказать, чатик на случай ядерной войны :)

Приглашаю забежать на огонёк, если умеете пользоваться SSH:

ssh neonxp.ru -p 1337

Продублирую из README описание основных команд:

/help - эта справка.
/join [chan] - подключиться к каналу [chan]. Если его нет, он будет создан.
/chans - список каналов.
/users - список пользователей на сервере (не на канале, а именно на сервере).
/me [message] - отправка сообщения как бы от третьего лица.

Форматирование сообщений:

*Полужирный*
+Курсив+
-Зачёркнутый текст-
_Подчёркнутый текст_

Про техническое описание — есть отдельная страница: /projects/qchat/

Новогодний Excel

2025-12-29T11:47:14+0300

По мотивам одного недавнего поста с Пикабу, который мне уже лень искать. Немного предновогоднего офискора вам. Открываем в Excel или в LibreOffice соответствующий файл и жмём несколько раз клавишу F9.

Делал я именно в LibreOffice, поэтому только там я точно уверен что работает как задуманно.

Результат

Прогулка в сквере филармонии

2025-12-28T21:37:44+0300

Вчера гуляли с супругой на набережной, а сегодня чисто случайно решили прогуляться в сквере филармонии им.Тукая. Людей было немного, что только создавало больше уюта и ламповости этому хорошо украшенному скверику. К сожалению, гулять прям долго-долго особо не вышло, т.к. хоть и всего -7°, но продрогли сильно, т.к. гулять изначально не планировали и не были одеты соответственно. Сейчас дописываю этот пост и пытаюсь отогреться :)

Как водится, дальше будет немного фотографий :)

Прогулка