Не обязательно паспортных. Скорее, за основу генерации идентификатора спамера может быть взят идентификатор клиента в системе оператора, к которому применить какую-то функцию. ( условно - взять автоинкрементное поле id таблицы clients и как-то преобразовать)
Этот идентификатор, в теории, мог бы быть изменен - если расторгнуть договор обслуживания и заключить заново. Но это вопрос деталей реализации, который стоит проработать отдельно. Там не все ясно сейчас.
В любом случае, даже такой обезличенный идентификатор от операторов связи, скорее всего, получить будет не просто. Может быть, в свое время, мне просто повезло, что регистраторы доменов, были готовы были идти на встречу в таких вопросах.
Понимаю, но идентификаторы уже есть. Они активно используются в некоторых задачах уже много лет. От нашего с вами желания, эти идентификаторы никуда не денутся, и использование не прекратится.
Ситуация выглядит так, что сейчас разрешение их использовать имеют те, кто в наших интересах их использовать вообще не собирается. Но мы хотим запрещать их использовать тем, кто будет защищать наши интересы. Ладно, допустим, что не будет присваивать уникальный идентификатор спамерам оператор связи. Это лишь децентрализует эту логику, администраторы локальных серверов смогут решать этот вопрос самостоятельно на свое усмотрение.
Процедуру очистки IP адреса из блек листов, я несколько раз проходил для организации, которой настраивал работу почты. Дело было много лет назад, не знаю как сейчас, а тогда все получалось. Через несколько дней адрес становился чистым, почта работала. Но я пока не пробовал чистить адрес именно для irc.
Разумеется, механизмы блокировок, так же должны предоставлять и возможность снятия блокировки. В своем комментарии о телефонных спамерах, я не расписывал весь протокол подробно.
Было бы полезным, если бы операторы сотовой связи поставляли событие смены владельца номера. Тогда номер можно было бы автоматически ставить на повторный контроль. При повторном контроле, человеку, во время звонка, приложение покажет что ранее номер был у спамера, но владелец сменился и предлагается заново оценить этот номер.
Если клиенту сотовой связи будет присвоен уникальный идентификатор, то репутацию такого клиента можно было бы учитывать - были ли ранее у этого клиента заблокированные за спам номера, или нет.
Аналогичную схему учета репутации, я применял еще лет двадцать назад, при проверке почты на спам - сверяя с данными от регистраторов доменов - был ли этот владелец домена ранее замечен в рассылке спама с других его доменов.
Все никак руки не доходят вставить в USB GSM модем сим карту с номером, который будет псевдо-случайным образом распространен по интернету как honeypot - так, чтобы считать его могли только роботы или "мамкины OSINT-еры". Все звонки на этот номер будут автоматически добавлять входящий номер в черный список. Далее пишем андроид приложение синхронизирующееся с этим домашним сервером, получающее такой черный список. Приложение будет по этому списку блокировать входящие звонки, и позволять редактировать список. Далее активируем протокол обмена такими списками с дружественными серверами, с репутацией серверов, ранжированием степени доверия. Итого, получится распределенная сеть серверов в реальном времени блокирующая спамеров. (Что-то похожее на DNSBL)
В таком сценарии стоит одному человеку получить спам звонок на свой телефон как он занесет номер в распределенный по сети черный список и уже через минуту этот номер больше ни до кого не дозвонится. Ну, понятно, что это в зависимости от степени доверия серверу, и лично человеку выполняющему регистрацию данного кейса. В каких то случаях потребуется подтверждение от нескольких человек, если еще не набран нужный уровень доверия.
Светодиод одновременно является и фотодиодом, он вырабатывает от 0.1 до 0.5 вольт в зависимости от яркости света и типа кристалла. Может быть, они это напряжение от фотодиода измеряют? Если заклеить, напряжение упадет до 0 и система будет об этом знать. А ночью, видимо, камера и так не работает, вряд-ли она ночного видения там.
Наверно, нужно автоматизировать создание LoRA и при желании, вмерживать ее в модель, или подгружать так, из отдельного файла. Впрочем, если нужны точные ответы по новым темам, то потребуется интеграция с поисковым движком, сочетающим классический поиск и векторный.
Чтобы не терять контроль над ходом разработки, вполне достаточно какой-нибудь из локальных версий qwen, или что запустится: glm, kimi, minimax, mimo, deepseek, да хоть бы и nemotron. Разработчик задает модели строгие правила ведения проекта, ставит небольшие конкретные задачи по генерации варианта кода, и потом смотрит качество реализации запрошенного - прежде чем влить коммитом в ветку. Если генерация постоянно не подходящая - меняет правила, формулировку задачи или адаптирует модель дообучением.
Поскольку никто не прокомментировал эту идею, я немного поискал по теме. Оказывается, в эту сторону уже идут: AVP (Agent Vector Protocol) Latent Collaboration in Multi-Agent Systems - LatentMAS Enabling Agents to Communicate Entirely in Latent Space - Interlat
Вообще не понимаю зачем агенту хоть какие-то слова. В агента прямо весами латентного пространства выплевывать можно было бы. Если та же самая модель используется и у агента, то она разберется что к чему. ( кстати, даже если модель агента другая, можно на лету применить смещение, если его заранее вычислить и использовать) Было бы интересно это попробовать на уровне llama.cpp там такое провернуть можно.
Да, но зависит от модели и правил разработки которые ей предоставили в системном промпте.
У меня нормально генерят локальные модели qwen3.6/3.5 - отдают только измененные строки по поставленной задаче. Я использую свой набор правил разработки, можно попробовать его весь или только пункты [RULE_STYLE_CONSISTENCY] и [RULE_NAME_STABILITY]. Если подключить набор правил разработки целиком, то в первый раз может серьезно изменить код - для приведения в соответствие с правилами, но потом будет выдавать аккуратные точечные правки.
Все пункты правил составлены по фактическим кейсам из llm-разработки - если я видел что модель постоянно совершает одни и те же ошибки - я создавал правило для такого случая.
Наверно, нужен какой-то новый термин вместо "вайбкода" для контролируемой llm разработки, где она выполняется по строгим правилам, и проходит ручное код-ревью.
Детский сад какой-то. Носятся с этими моделями, как дурень с писаной торбой. Будто такая модель может быть только у них. Быть может, они и сделали ее на месяц-другой раньше остальных. Но это вопрос ближайшего времени - когда это будет буквально у всех. Независимо от того прячут они ее или нет.
Интересно, они как-то синхронизируются с режимом глушения? Если в регионе А включено подавление GPS, но приложение все еще шлет координаты из региона А - может ли это считаться признаком подделки координат?
А, кстати, наверно, такие координаты можно использовать для проверки насколько эффективно глушат GPS в округе - у какого количества клиентов координаты "поехали" и куда.
оси вариаций — «ракурс»; «освещение»; «возраст лица»
Я бы не заставлял модели каждый раз переизобретать себе "оси". Есть базовый набор осей вроде пространства, времени, и некоторых частных детализаций. Сделал бы входные алгоритмы выделения точек на этих осях, к которым модель должна привязывать свои знания. Пусть она изобретают себе только "ости" не вошедшие в базовую поставку. По большом у счету, все в мире - это объекты, их свойства, состояния и методы. Оперировать моделям такой картиной мира ( объекты на осях) было бы и эффективнее и точнее.
Кстати, насчет общего математического принципа Фристона. Очень похоже на правду. Поэтому, людям было бы намного более полезно оперировать в жизни вероятностями событий, чем фактами событий. Любой, произошедший сегодня в жизни факт - это результат реализации вероятности, которая существовала в прошлом.
Хорошо бы запилить автомат хранения, который знает сколько чего в нем есть. Просишь конденсатор 50 мкф на 12 вольт, и он выдает как вендинговая машина выдает условную шоколадку. Или предлагает близкую замену если нет. И в обратную сторону - выкладываешь на приемный контейнер "нечто", а машина фоткает камерой и распознает ( или спрашивает, если не поняла ) Потом забирает контейнер внутрь себя, на хранение. Теперь она знает что у нее "это" есть, и сможет отдать когда надо.
Интересно, почему ikawrakow рассорился с ggerganov. Технический спор? Организационный? Финансовый? Можно ли помочь решить вопросы, и снова объединить усилия?
И, да, идеи и реализация - это все здорово, а жить на что? Кто платит?
Представим, что некоторое количество серверов начнет присылать рандомные UDP пакеты на случайные IP из РФ. Для кого-то этот дождь пакетов может стать золотым.
Не обязательно паспортных.
Скорее, за основу генерации идентификатора спамера может быть взят идентификатор клиента в системе оператора, к которому применить какую-то функцию.
( условно - взять автоинкрементное поле id таблицы clients и как-то преобразовать)
Этот идентификатор, в теории, мог бы быть изменен - если расторгнуть договор обслуживания и заключить заново.
Но это вопрос деталей реализации, который стоит проработать отдельно. Там не все ясно сейчас.
В любом случае, даже такой обезличенный идентификатор от операторов связи, скорее всего, получить будет не просто.
Может быть, в свое время, мне просто повезло, что регистраторы доменов, были готовы были идти на встречу в таких вопросах.
Понимаю, но идентификаторы уже есть.
Они активно используются в некоторых задачах уже много лет.
От нашего с вами желания, эти идентификаторы никуда не денутся, и использование не прекратится.
Ситуация выглядит так, что сейчас разрешение их использовать имеют те, кто в наших интересах их использовать вообще не собирается.
Но мы хотим запрещать их использовать тем, кто будет защищать наши интересы.
Ладно, допустим, что не будет присваивать уникальный идентификатор спамерам оператор связи.
Это лишь децентрализует эту логику, администраторы локальных серверов смогут решать этот вопрос самостоятельно на свое усмотрение.
Понятно, вы хотите чтобы рейтингом пользовались только гос структуры - у них всегда есть доступ к таким данным и нужные идентификаторы на каждого.
По вашей логике, независимые проекты не имеют права иметь свое мнение от тех кто хочет слать им спам.
Ок, мистер спамер :)
Процедуру очистки IP адреса из блек листов, я несколько раз проходил для организации, которой настраивал работу почты.
Дело было много лет назад, не знаю как сейчас, а тогда все получалось.
Через несколько дней адрес становился чистым, почта работала.
Но я пока не пробовал чистить адрес именно для irc.
Разумеется, механизмы блокировок, так же должны предоставлять и возможность снятия блокировки.
В своем комментарии о телефонных спамерах, я не расписывал весь протокол подробно.
Было бы полезным, если бы операторы сотовой связи поставляли событие смены владельца номера.
Тогда номер можно было бы автоматически ставить на повторный контроль.
При повторном контроле, человеку, во время звонка, приложение покажет что ранее номер был у спамера, но владелец сменился и предлагается заново оценить этот номер.
Если клиенту сотовой связи будет присвоен уникальный идентификатор, то репутацию такого клиента можно было бы учитывать - были ли ранее у этого клиента заблокированные за спам номера, или нет.
Аналогичную схему учета репутации, я применял еще лет двадцать назад, при проверке почты на спам - сверяя с данными от регистраторов доменов - был ли этот владелец домена ранее замечен в рассылке спама с других его доменов.
Ссылки в ответ добавлять, и убирать из ответа, может вообще другая машина, перепроверяющая весь диалог.
Все никак руки не доходят вставить в USB GSM модем сим карту с номером,
который будет псевдо-случайным образом распространен по интернету
как honeypot - так, чтобы считать его могли только роботы или "мамкины OSINT-еры".
Все звонки на этот номер будут автоматически добавлять входящий номер в черный список.
Далее пишем андроид приложение синхронизирующееся с этим домашним сервером, получающее такой черный список.
Приложение будет по этому списку блокировать входящие звонки, и позволять редактировать список.
Далее активируем протокол обмена такими списками с дружественными серверами, с репутацией серверов, ранжированием степени доверия.
Итого, получится распределенная сеть серверов в реальном времени блокирующая спамеров. (Что-то похожее на DNSBL)
В таком сценарии стоит одному человеку получить спам звонок на свой телефон как он занесет номер в распределенный по сети черный список и уже через минуту этот номер больше ни до кого не дозвонится.
Ну, понятно, что это в зависимости от степени доверия серверу, и лично человеку выполняющему регистрацию данного кейса. В каких то случаях потребуется подтверждение от нескольких человек, если еще не набран нужный уровень доверия.
Светодиод одновременно является и фотодиодом,
он вырабатывает от 0.1 до 0.5 вольт в зависимости от яркости света и типа кристалла.
Может быть, они это напряжение от фотодиода измеряют?
Если заклеить, напряжение упадет до 0 и система будет об этом знать.
А ночью, видимо, камера и так не работает, вряд-ли она ночного видения там.
Наверно, нужно автоматизировать создание LoRA и при желании, вмерживать ее в модель, или подгружать так, из отдельного файла.
Впрочем, если нужны точные ответы по новым темам, то потребуется интеграция с поисковым движком, сочетающим классический поиск и векторный.
Чтобы не терять контроль над ходом разработки, вполне достаточно какой-нибудь из локальных версий qwen, или что запустится: glm, kimi, minimax, mimo, deepseek, да хоть бы и nemotron.
Разработчик задает модели строгие правила ведения проекта, ставит небольшие конкретные задачи по генерации варианта кода, и потом смотрит качество реализации запрошенного - прежде чем влить коммитом в ветку.
Если генерация постоянно не подходящая - меняет правила, формулировку задачи или адаптирует модель дообучением.
pip install avp[hf]
Поскольку никто не прокомментировал эту идею, я немного поискал по теме.
Оказывается, в эту сторону уже идут: AVP (Agent Vector Protocol)
Latent Collaboration in Multi-Agent Systems - LatentMAS
Enabling Agents to Communicate Entirely in Latent Space - Interlat
Вообще не понимаю зачем агенту хоть какие-то слова.
В агента прямо весами латентного пространства выплевывать можно было бы.
Если та же самая модель используется и у агента, то она разберется что к чему.
( кстати, даже если модель агента другая, можно на лету применить смещение, если его заранее вычислить и использовать)
Было бы интересно это попробовать на уровне llama.cpp там такое провернуть можно.
Да, но зависит от модели и правил разработки которые ей предоставили в системном промпте.
У меня нормально генерят локальные модели qwen3.6/3.5 - отдают только измененные строки по поставленной задаче.
Я использую свой набор правил разработки, можно попробовать его весь или только пункты [RULE_STYLE_CONSISTENCY] и [RULE_NAME_STABILITY].
Если подключить набор правил разработки целиком, то в первый раз может серьезно изменить код - для приведения в соответствие с правилами, но потом будет выдавать аккуратные точечные правки.
Все пункты правил составлены по фактическим кейсам из llm-разработки - если я видел что модель постоянно совершает одни и те же ошибки - я создавал правило для такого случая.
Наверно, нужен какой-то новый термин вместо "вайбкода" для контролируемой llm разработки, где она выполняется по строгим правилам, и проходит ручное код-ревью.
Детский сад какой-то.
Носятся с этими моделями, как дурень с писаной торбой.
Будто такая модель может быть только у них.
Быть может, они и сделали ее на месяц-другой раньше остальных.
Но это вопрос ближайшего времени - когда это будет буквально у всех.
Независимо от того прячут они ее или нет.
Интересно, они как-то синхронизируются с режимом глушения?
Если в регионе А включено подавление GPS, но приложение
все еще шлет координаты из региона А - может ли это считаться
признаком подделки координат?
А, кстати, наверно, такие координаты можно использовать для проверки
насколько эффективно глушат GPS в округе - у какого количества
клиентов координаты "поехали" и куда.
оси вариаций — «ракурс»; «освещение»; «возраст лица»
Я бы не заставлял модели каждый раз переизобретать себе "оси".
Есть базовый набор осей вроде пространства, времени, и некоторых частных детализаций.
Сделал бы входные алгоритмы выделения точек на этих осях, к которым модель должна привязывать свои знания.
Пусть она изобретают себе только "ости" не вошедшие в базовую поставку.
По большом у счету, все в мире - это объекты, их свойства, состояния и методы.
Оперировать моделям такой картиной мира ( объекты на осях) было бы и эффективнее и точнее.
Кстати, насчет общего математического принципа Фристона.
Очень похоже на правду.
Поэтому, людям было бы намного более полезно оперировать в жизни вероятностями событий, чем фактами событий.
Любой, произошедший сегодня в жизни факт - это результат реализации вероятности, которая существовала в прошлом.
Хорошо бы запилить автомат хранения, который знает сколько чего в нем есть.
Просишь конденсатор 50 мкф на 12 вольт, и он выдает как вендинговая машина выдает условную шоколадку.
Или предлагает близкую замену если нет.
И в обратную сторону - выкладываешь на приемный контейнер "нечто", а машина фоткает камерой и распознает ( или спрашивает, если не поняла )
Потом забирает контейнер внутрь себя, на хранение.
Теперь она знает что у нее "это" есть, и сможет отдать когда надо.
Интересно, почему ikawrakow рассорился с ggerganov.
Технический спор? Организационный? Финансовый?
Можно ли помочь решить вопросы, и снова объединить усилия?
И, да, идеи и реализация - это все здорово, а жить на что?
Кто платит?
Представим, что некоторое количество серверов начнет присылать
рандомные UDP пакеты на случайные IP из РФ.
Для кого-то этот дождь пакетов может стать золотым.
Пока Ubuntu, но в планах переезд, возможно на Arch.
В Ubuntu 25.10 решено задействовать аналог sudo, написанный на Rust