Forwarded from GitHub Community
Headroom — это локальный инструмент для AI-агентов, который сжимает промпты, логи, файлы и историю чатов перед их отправкой в LLM, часто сокращая количество токенов на 60–95% при сохранении того же качества ответов.
Он может работать как библиотека, прокси, MCP-сервер или обертка для агента, что позволяет экономить токены, ускорять рабочие процессы и при необходимости восстанавливать исходный контент.
🐱 GitHub
Он может работать как библиотека, прокси, MCP-сервер или обертка для агента, что позволяет экономить токены, ускорять рабочие процессы и при необходимости восстанавливать исходный контент.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Анализ данных (Data analysis)
🌺 Релиз Ornith-1.0 - новое семейство open-source LLM, специализированных под agentic coding.
Ornith-1.0 выходит в разных размерах:
• 9B Dense
• 31B Dense
• 35B MoE
• 397B MoE
Модели показывают state-of-the-art результаты среди open-source моделей сопоставимого размера на coding-бенчмарках:
• Terminal-Bench 2.1 — 77.5
• SWE-Bench — 82.4 на verified, 62.2 на pro, 78.9 на Multilingual
• NL2Repo — 48.2
• SWE Atlas — 41.2 на QnA, 42.6 RF, 39.1 TW
• ClawEval — 77.1
Ornith-1.0 дообучали поверх Gemma 4 и Qwen 3.5.
Reinforcement learning используется не только для генерации решений, но и для создания task-specific scaffolds, которые направляют эти решения.
То есть модель совместно улучшает и «каркас» задачи, и итоговое решение. За счёт этого она генерирует более качественные ответы в agentic coding.
Все модели выпущены под MIT-лицензией, поэтому их можно использовать и в коммерческих, и в исследовательских проектах.
📖Tech Blog: http://deep-reinforce.com/ornith_1_0.html
🤗Huggingface: http://huggingface.co/collections/deepreinforce-ai/ornith-10
Ornith-1.0 выходит в разных размерах:
• 9B Dense
• 31B Dense
• 35B MoE
• 397B MoE
Модели показывают state-of-the-art результаты среди open-source моделей сопоставимого размера на coding-бенчмарках:
• Terminal-Bench 2.1 — 77.5
• SWE-Bench — 82.4 на verified, 62.2 на pro, 78.9 на Multilingual
• NL2Repo — 48.2
• SWE Atlas — 41.2 на QnA, 42.6 RF, 39.1 TW
• ClawEval — 77.1
Ornith-1.0 дообучали поверх Gemma 4 и Qwen 3.5.
Reinforcement learning используется не только для генерации решений, но и для создания task-specific scaffolds, которые направляют эти решения.
То есть модель совместно улучшает и «каркас» задачи, и итоговое решение. За счёт этого она генерирует более качественные ответы в agentic coding.
Все модели выпущены под MIT-лицензией, поэтому их можно использовать и в коммерческих, и в исследовательских проектах.
📖Tech Blog: http://deep-reinforce.com/ornith_1_0.html
🤗Huggingface: http://huggingface.co/collections/deepreinforce-ai/ornith-10
Forwarded from AlexRedSec
AI SOC Evaluation Framework – еще один вендор-независимый фреймворк для оценки применимости и эффективности AI SOC. На сайте проекта также есть онлайн-калькулятор.
Ключевые компоненты ASEF:
🟠 Shift Map (карта жизненного цикла инцидента) Позволяет оценить применимость ИИ на каждом этапе обработки данных и угроз:
🟠 Evaluator Scale (шкала автономности) – каждая функция оценивается по уровню автоматизации от 0 (ручной режим) до 2 (полная автономия). Например, уровень 1A (Approve) означает, что ИИ самостоятельно сформировал план действий и ожидает только подтверждения от аналитика.
🟠 Builder Mode (оценка рисков внедрения) – скоринг применимости функций под специфику конкретной команды, учитывая степень надежности реализации алгоритма (Trust), ресурсоемкость развертывания и поддержки силами внутренней команды (Complexity) и
риски для бизнес-процессов в случае ошибки ИИ (Impact).
🟠 Метрики эффективности (PICERL) – внедрение платформы оценивается через изменение (дельту) метрик на разных стадиях инцидента (Preparation -> Identification -> Containment -> Eradication -> Recovery -> Learning) относительно исходного состояния.
Этапы выбора AI SOC платформы по методологии ASEF:
🟠 Frame – самооценка слабых мест текущего SOC, фиксация базовых метрик и определение критических требований. Без фиксации базовой линии дальнейшая объективная оценка невозможна.
🟠 Shortlist – фильтрация кандидатов по ключевым технологическим критериям, проверка наличия механизмов логирования и аудита, исключение заведомо незрелых решений.
🟠 Evaluate – тестирование систем на собственных данных. Проводится сначала в Shadow mode (ИИ наблюдает и готовит черновики без активных действий в инфраструктуре), затем — с постепенным расширением зон контроля (тестовые хосты -> рабочие станции -> продуктивная среда).
🟠 Maturity – составление итогового профиля возможностей продукта на карте Shift Map.
🟠 ROI – расчет изменения метрик эффективности PICERL и оценка совокупной стоимости владения для покупателя.
🟠 Decide – принятие финального решения на основе сопоставления результатов пилота с пороговыми значениями, установленными на первом этапе.
Посты про другие фреймворки:
➡️ SIEM and AI SOC Ratings Framework
➡️ AI Response Maturity Model
#framework #maturity #soc #siem #ai
Ключевые компоненты ASEF:
риски для бизнес-процессов в случае ошибки ИИ (Impact).
Этапы выбора AI SOC платформы по методологии ASEF:
Посты про другие фреймворки:
#framework #maturity #soc #siem #ai
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from CyberOK_news
💻 Agentic SAMM: безопасная разработка, когда разработчик уже не только человек
На ISC.AI 2026 в Пекине, крупнейшем мероприятии по кибербезопасности в Китае, Сергей Гордейчик — генеральный директор СайберОК — выступил с ключевым докладом на панельной сессии.
Доклад был посвещен использованию интеллектуальных агентов в разработке и вопросам Secure Software Development в новом мире. Был представлен проект стандарта OWASP Agentic SAMM — модели зрелости и методологии аудита для ИИ-агентов и иструменты проведения аудита.
Расширенная версия этого доклада уже опубликована на Хабре.
Фреймворк и инструмент открыты. Тестируйте, ломайте, делитесь обратной связью.
На ISC.AI 2026 в Пекине, крупнейшем мероприятии по кибербезопасности в Китае, Сергей Гордейчик — генеральный директор СайберОК — выступил с ключевым докладом на панельной сессии.
Доклад был посвещен использованию интеллектуальных агентов в разработке и вопросам Secure Software Development в новом мире. Был представлен проект стандарта OWASP Agentic SAMM — модели зрелости и методологии аудита для ИИ-агентов и иструменты проведения аудита.
Расширенная версия этого доклада уже опубликована на Хабре.
Фреймворк и инструмент открыты. Тестируйте, ломайте, делитесь обратной связью.
Forwarded from GitHub Community
Hivemind — это система общей памяти для кодинговых агентов, которая сохраняет промпты, вызовы инструментов и ответы, а затем превращает повторяющиеся паттерны в переиспользуемые навыки для всей команды.
Это может сделать агентов быстрее и дешевле, улучшить запоминание, а также помочь вам искать прошлую работу, переиспользовать решения и хранить правила и цели команды в одном месте.
🐱 GitHub
Это может сделать агентов быстрее и дешевле, улучшить запоминание, а также помочь вам искать прошлую работу, переиспользовать решения и хранить правила и цели команды в одном месте.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from GitHub Community
AgentsView помогает вам просматривать, искать и отслеживать расходы для агентов по написанию кода в одном локальном приложении, без аккаунтов, и данные хранятся на вашем компьютере.
Он может быстро показывать использование токенов, ежедневные расходы, детали сессий и историю чатов, доступную для поиска, по многим агентам, чтобы вы могли экономить время, контролировать расходы и быстро находить прошлую работу.
🐱 GitHub
Он может быстро показывать использование токенов, ежедневные расходы, детали сессий и историю чатов, доступную для поиска, по многим агентам, чтобы вы могли экономить время, контролировать расходы и быстро находить прошлую работу.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Вайб-кодинг
This media is not supported in your browser
VIEW IN TELEGRAM
Проект OpenHuman менее чем за месяц набрал более 33 тысяч звёзд на GitHub. Одной из главных причин такого роста стала новая функция Super Context 🐸
При открытии нового чата OpenHuman сначала собирает контекст: анализирует релевантную информацию о пользователе, текущем экране и выполняемой работе. Благодаря этому уже первый ответ строится так, будто диалог длится уже несколько сообщений.
OpenHuman это ИИ-ассистент с открытым исходным кодом, который работает на уровне операционной системы и интегрируется со 118 приложениями. По словам разработчиков, он использует локальные данные пользователя и со временем всё лучше адаптируется к его стилю работы
Проект работает локально, поэтому данные не покидают устройство пользователя.
В течение десяти дней подряд OpenHuman входил в число самых популярных репозиториев GitHub, а сейчас занимает первое место в рейтинге платформы.
http://github.com/tinyhumansai/OpenHuman
При открытии нового чата OpenHuman сначала собирает контекст: анализирует релевантную информацию о пользователе, текущем экране и выполняемой работе. Благодаря этому уже первый ответ строится так, будто диалог длится уже несколько сообщений.
OpenHuman это ИИ-ассистент с открытым исходным кодом, который работает на уровне операционной системы и интегрируется со 118 приложениями. По словам разработчиков, он использует локальные данные пользователя и со временем всё лучше адаптируется к его стилю работы
Проект работает локально, поэтому данные не покидают устройство пользователя.
В течение десяти дней подряд OpenHuman входил в число самых популярных репозиториев GitHub, а сейчас занимает первое место в рейтинге платформы.
http://github.com/tinyhumansai/OpenHuman
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Руслан Гринев | AI-разработка
Линус Торвальдс совсем не против использования ИИ в разработке. Хотя конечно он больше топит за локальные модели, чтобы не зависеть от корпораций.
Говорит, что ИИ даёт 10-кратный рост производительности, но появление компиляторов в своё время дало 1000-кратный рост, просто этого уже никто не помнит, мало кто писал машинный код руками.
При этом его злит когда люди говорят, что за них 99% кода пишет ИИ. Но никто же не говорит "100% моего кода написал компилятор", потому что это всего лишь инструмент, как и ИИ, и если люди говорят, что ИИ написал за них код, значит, они не понимают, то, что делают.
Также он говорит, что те люди, которые писали хороший код, и с помощью ИИ смогут делать работоспособные и поддерживаемые приложения. Потому что они понимают как работает система.
https://www.reddit.com/r/buildinpublic/s/t3ZEPc8t9u
🧐 Подписаться на канал
Говорит, что ИИ даёт 10-кратный рост производительности, но появление компиляторов в своё время дало 1000-кратный рост, просто этого уже никто не помнит, мало кто писал машинный код руками.
При этом его злит когда люди говорят, что за них 99% кода пишет ИИ. Но никто же не говорит "100% моего кода написал компилятор", потому что это всего лишь инструмент, как и ИИ, и если люди говорят, что ИИ написал за них код, значит, они не понимают, то, что делают.
Также он говорит, что те люди, которые писали хороший код, и с помощью ИИ смогут делать работоспособные и поддерживаемые приложения. Потому что они понимают как работает система.
https://www.reddit.com/r/buildinpublic/s/t3ZEPc8t9u
Please open Telegram to view this post
VIEW IN TELEGRAM
Reddit
From the buildinpublic community on Reddit: Linus Torvalds: people bragging about AI writing their code never mention compilers…
Posted by gargieesingh - 913 votes and 123 comments
Forwarded from AISecHub
AI Coding Agents as Attack Surface: MCP, Poisoning, and Miasma
The core risk is a trust-boundary mismatch: coding agents ingest untrusted inputs (e.g., MCP tool outputs or repo content) but can act with developer-level privileges, so poisoning and instruction smuggling can turn “context” into autonomous actions.
#MCP #AgentSecurity #AISecurity #Report
https://labs.cloudsecurityalliance.org/research/ai-coding-agent-attack-surface-mcp-repository-poisoning-v1-0
The core risk is a trust-boundary mismatch: coding agents ingest untrusted inputs (e.g., MCP tool outputs or repo content) but can act with developer-level privileges, so poisoning and instruction smuggling can turn “context” into autonomous actions.
#MCP #AgentSecurity #AISecurity #Report
https://labs.cloudsecurityalliance.org/research/ai-coding-agent-attack-surface-mcp-repository-poisoning-v1-0
Lab Space
AI Coding Agents as Attack Surface: MCP, Poisoning, and Miasma
AI Coding Agents as Attack Surface: MCP, Poisoning, and Miasma Executive Summary The rapid adoption of AI coding agents has introduced a category of security risk the industry has not previously en…
Forwarded from e/acc
по сети ходит мем (который вероятно не только мем) о том как инженер убрал со стола клавиатуру и работает с одним только микрофоном.
после вчерашнего анонса Метой brain2qwerty (неинвазивного BCI, который позволяет управлять компьютером через "силу мысли") фронтир сместился еще дальше.
на самом деле, еще в 2010-2011 году вместе с профессором МГУ А. Капланом я тестил и даже пытался как-то применить коммерчески такие интерфейсы. они вполне себе работали, помогали печатать или играть в шахматы не используя ничего, кроме модуляции активности собственного мозга (в простонародии -- фокусировка).
однако, тогда это был довольно стандартный ЭЭГ с большой степенью помех и неточностей, плюс очень медленный.
то что предложила мета это два улучшения:
1. использование МЭГ (магнитоэнцефалографии) вместе с ЭЭГ для увеличения точности
2. ИИ модель, которая умеет сильно точнее и быстрее декодировать мозговые волны в печатный текст
вот тут все детали о том как оно работает.
после вчерашнего анонса Метой brain2qwerty (неинвазивного BCI, который позволяет управлять компьютером через "силу мысли") фронтир сместился еще дальше.
на самом деле, еще в 2010-2011 году вместе с профессором МГУ А. Капланом я тестил и даже пытался как-то применить коммерчески такие интерфейсы. они вполне себе работали, помогали печатать или играть в шахматы не используя ничего, кроме модуляции активности собственного мозга (в простонародии -- фокусировка).
однако, тогда это был довольно стандартный ЭЭГ с большой степенью помех и неточностей, плюс очень медленный.
то что предложила мета это два улучшения:
1. использование МЭГ (магнитоэнцефалографии) вместе с ЭЭГ для увеличения точности
2. ИИ модель, которая умеет сильно точнее и быстрее декодировать мозговые волны в печатный текст
вот тут все детали о том как оно работает.
Forwarded from SecureTechTalks
🧠🪱 AI-черви больше не требуют оператора
На arXiv вышла работа: AI Agents Enable Adaptive Computer Worms.
Исследователи показали новый класс вредоносного ПО: адаптивный AI-червь, который больше не живёт по заранее зашитому exploit chain. Вместо фиксированной логики внутри работает LLM-агент.
После компрометации машины червь разворачивает локальную open-weight модель прямо на украденных ресурсах и начинает сам анализировать окружение:
🔹 какие сервисы подняты
🔹 какие версии софта используются
🔹 где слабые конфигурации
🔹 какие lateral movement paths доступны
🔹 какие новые CVE можно применить
Каждый новый хост становится одновременно новой точкой заражения и новой вычислительной нодой для дальнейшего reasoning.
Получается паразитическая модель распространения.
🧨 Тестирование
Авторы прогнали worm на корпоративной сети из 33 машин: Linux, Windows и IoT. В среднем компрометировалось 73.8% инфраструктуры.
Червь адаптировался даже к CVE, которые появились уже после обучения модели, используя runtime intelligence и свежие advisory.
Агент умеет искать свежие эксплойты сам, а знания становятся динамическими.
🛡️ Новый класс угроз
AI-worm - это динамический reasoning движок. Он не хранит exploit chain. Он синтезирует её в реальном времени.
Это означает:
➖ меньше сигнатур
➖ меньше предсказуемости
➖ больше адаптации
➖ дешевле масштабирование
➖ сложнее containment
Таким образом, мы видим первые признаки autonomous offensive malware. Похоже эпоха «самообучающихся червей» уже началась.
🔗 Исследование: https://arxiv.org/abs/2606.03811
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AI #LLM #Malware #Worm #AgenticAI #RCE #ThreatIntel #CyberSecurity #SecureTechTalks
На arXiv вышла работа: AI Agents Enable Adaptive Computer Worms.
Исследователи показали новый класс вредоносного ПО: адаптивный AI-червь, который больше не живёт по заранее зашитому exploit chain. Вместо фиксированной логики внутри работает LLM-агент.
После компрометации машины червь разворачивает локальную open-weight модель прямо на украденных ресурсах и начинает сам анализировать окружение:
🔹 какие сервисы подняты
🔹 какие версии софта используются
🔹 где слабые конфигурации
🔹 какие lateral movement paths доступны
🔹 какие новые CVE можно применить
Каждый новый хост становится одновременно новой точкой заражения и новой вычислительной нодой для дальнейшего reasoning.
Получается паразитическая модель распространения.
🧨 Тестирование
Авторы прогнали worm на корпоративной сети из 33 машин: Linux, Windows и IoT. В среднем компрометировалось 73.8% инфраструктуры.
Червь адаптировался даже к CVE, которые появились уже после обучения модели, используя runtime intelligence и свежие advisory.
Агент умеет искать свежие эксплойты сам, а знания становятся динамическими.
🛡️ Новый класс угроз
AI-worm - это динамический reasoning движок. Он не хранит exploit chain. Он синтезирует её в реальном времени.
Это означает:
➖ меньше сигнатур
➖ меньше предсказуемости
➖ больше адаптации
➖ дешевле масштабирование
➖ сложнее containment
Таким образом, мы видим первые признаки autonomous offensive malware. Похоже эпоха «самообучающихся червей» уже началась.
🔗 Исследование: https://arxiv.org/abs/2606.03811
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AI #LLM #Malware #Worm #AgenticAI #RCE #ThreatIntel #CyberSecurity #SecureTechTalks
Forwarded from Кибербез образование | cybersecurity-roadmap.ru
Безопасность ИИ на схеме профессий 👷
Расскажу про большое обновление, которое произошло вчера на карте профессий по кибербезу (cybersecurity-roadmap.ru)
Благодаря коллеге из🟥 добавил на схему две должности: AISec-инженера и AISecOps-инженера, ранее они входили в состав MLSecOps.
Решили также отказаться от использования ML в названии должности, т.к. большой объем работы таких специалистов связан с LLM, поэтому AI = ML + LLM
Если говорить про отличия, то AISec-инженер — больше исследователь с навыками пентестера по сравнению с AISecOps, хотя у них много пересекающихся компетенций в области AI. В итоге AISec я отнес на схеме к Исследователю безопасности, а AISecOps — к специализации для ИБ-инженеров (см. рисунки👀 )
#кадры_в_ИБ
Расскажу про большое обновление, которое произошло вчера на карте профессий по кибербезу (cybersecurity-roadmap.ru)
Благодаря коллеге из
Решили также отказаться от использования ML в названии должности, т.к. большой объем работы таких специалистов связан с LLM, поэтому AI = ML + LLM
Если говорить про отличия, то AISec-инженер — больше исследователь с навыками пентестера по сравнению с AISecOps, хотя у них много пересекающихся компетенций в области AI. В итоге AISec я отнес на схеме к Исследователю безопасности, а AISecOps — к специализации для ИБ-инженеров (см. рисунки
#кадры_в_ИБ
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
😁1
Forwarded from ICT.Moscow
ФРИИ и Metascan запустили фонд для развития российских стартапов в сфере ИБ
Фонд развития интернет-инициатив (ФРИИ) и разработчик сканера уязвимостей Metascan запустили фонд для развития российских стартапов в сфере информационной безопасности.
Объем фонда может достигнуть 300 млн руб., на один проект выделят от 5 до 100 млн руб. в обмен на долю (10%) в стартапе. В числе приоритетных направлений — управление уязвимостями, защита веб-приложений и API, автоматизация ИБ-процессов, новые технологии в кибербезопасности, импортозамещение в ИБ, а также безопасность данных и облачная безопасность.
Фонд рассматривает проекты, продукты которых ориентированы на сегмент B2B, компания зарегистрирована в России, а ее продукт готов или находится в коммерческой эксплуатации, имеются первые клиенты, пилотные проекты или подтвержденный спрос.
🔗 В мае «Ростех» открыл программу поддержки стартапов по ИИ и робототехнике.
Фонд развития интернет-инициатив (ФРИИ) и разработчик сканера уязвимостей Metascan запустили фонд для развития российских стартапов в сфере информационной безопасности.
Объем фонда может достигнуть 300 млн руб., на один проект выделят от 5 до 100 млн руб. в обмен на долю (10%) в стартапе. В числе приоритетных направлений — управление уязвимостями, защита веб-приложений и API, автоматизация ИБ-процессов, новые технологии в кибербезопасности, импортозамещение в ИБ, а также безопасность данных и облачная безопасность.
Фонд рассматривает проекты, продукты которых ориентированы на сегмент B2B, компания зарегистрирована в России, а ее продукт готов или находится в коммерческой эксплуатации, имеются первые клиенты, пилотные проекты или подтвержденный спрос.
🔗 В мае «Ростех» открыл программу поддержки стартапов по ИИ и робототехнике.
🤡2🥴2👎1
Forwarded from CodeCamp
Anthropic внедрили шпионское ПО в Claude Code, чтобы помечать пользователей из Китая 💀
Исследователи обнаружили, что Claude Code анализирует часовой пояс, прокси и домен подключения, а потом незаметно помечает запросы скрытыми Unicode-символами. Anthropic говорит, что это нужно для борьбы с обходом экспортных ограничений и массовой дистилляцией моделей. Но в Х возмущены «скрытым шпионским ПО» внутри инструмента, которому доверяют.
Более того, рисовые братья пишут, что Anthropic еще и вставляет трекинг-пиксель в письма о блокировке — он срабатывает при открытии и может дополнительно подтверждать местоположение.
В соцсетях уже призывают не доверять компании, которая проворачивает такое, и представить, какой шум поднялся бы, если на месте китайцев были, например, евреи.
Это уже даже больше похоже на ИИ-войну, чем на гонку.👻
Исследователи обнаружили, что Claude Code анализирует часовой пояс, прокси и домен подключения, а потом незаметно помечает запросы скрытыми Unicode-символами. Anthropic говорит, что это нужно для борьбы с обходом экспортных ограничений и массовой дистилляцией моделей. Но в Х возмущены «скрытым шпионским ПО» внутри инструмента, которому доверяют.
Более того, рисовые братья пишут, что Anthropic еще и вставляет трекинг-пиксель в письма о блокировке — он срабатывает при открытии и может дополнительно подтверждать местоположение.
В соцсетях уже призывают не доверять компании, которая проворачивает такое, и представить, какой шум поднялся бы, если на месте китайцев были, например, евреи.
Это уже даже больше похоже на ИИ-войну, чем на гонку.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Data Blog
StiTching
Мне сегодня нужно было сшить кожу на пальце, и в процессе этого перформанса я вспомнила про model stitching. Чтобы скрасить время — врачебное и моё — начала рассказывать зачем это надо. Без понятия, зашло ли хирургу и медсестре, но зато я обнаружила для себя интересный тейк на поделиться с вами = )
Что:
Тогда это осталось нишевым инструментом для картинок — юзали AlexNet-ы.
Потом в 2021 NeurIPS идею дооформили, вышли две работы: Similarity and Matching of Neural Network Representations и Revisiting Model Stitching to Compare Neural Representations. Кстати, в первой работе шутили про Франкенштейна (или нет).
Как это стало устроено:
Смотрим на две обученные и замороженные сети A и B. «Сшитая» модель строится так:
• берём нижние слои сети B (front model, представление r = B≤ℓ)
• между ними ставим тонкий обучаемый stitching layer — единственный, кто обучается
• подключаем к верхним слоям сети A (top model, A>ℓ)
То есть делаем бутерброд из белого и темного хлеба, если хотите. А формально ищется простейший слой, задачей вида: L_ℓ(r; A) = inf_{s∈S} L(A>ℓ ∘ s ∘ r)
Где s — stitching layer, A>ℓ — верхние слои A, r — представление из B. s∈S — тут специально, мы ищем слой из класса простых слоев, а инфимум (inf), как математический знак, говорит нам, что stitching layer обязан быть минимальным: для свёрточных сетей — 1×1 conv с BatchNorm, для трансформеров — token-wise linear.
Как именно обучают stitching layer:
— HLM (hard label matching) — минимизируем ошибку на настоящих метках задачи.
— SLM (soft label matching) — минимизируем расстояние до предсказаний end-модели, а не до ground truth.
— DM (direct matching) — напрямую минимизируем расстояние между активациями на уровне stitching.
— FuLA (functional latent alignment, Athanasiadis et al., 2026) — stitching layer обучается имитировать не только выход end-модели, но и её внутренние процессы послойно (на пальцах плохо — надо читать).
Метрика успеха — stitching penalty = разница между ошибкой сшитой модели и ошибкой базовой A. Penalty ≈ 0 означает совместимость. Penalty < 0 — сшитая модель стала лучше базовой, то есть мы буквально подсадили ей более сильные нижние слои.
Зачем это нужно:
Смотрим на фиолетовую/рыжую цитату — изначально — метрика сходства. Но потом пошло интереснее. Например, Stitchable Neural Networks (CVPR 2023) можно семейство предобученных моделей разного размера (например, Swin-Ti/S/B), сшить и получить модель, которая во время инференса может динамически переключаться между режимами accuracy/efficiency или T-Stitch: ускорение диффузионных моделей через замену первых шагов денойзинга на более лёгкую сеть и возврат к тяжёлой для финального качества.
Это что, пахнет LoRA?
Эту мысль я обдумывала при знакомстве со stitching. Вдруг она не возникла у вас — я опеределиа.
Да: оба метода замораживают предобученные веса и вставляют тонкий линейный слой.
Но нет: LoRA адаптирует одну модель к новой задаче, stitching измеряет совместимость двух уже обученных сетей на старой задаче.
Финал не придумала, но stiting — одна из штук, висящих у меня на "идеи для рисерча". А ещё — просто вдумайтесь! Этот AI-мир можно сшить!
Хирург, кстати, ничего не спросил, но швы наложил нормально.
Аккуратнее будьте, друзья, и будьте здоровы! 😌
Мне сегодня нужно было сшить кожу на пальце, и в процессе этого перформанса я вспомнила про model stitching. Чтобы скрасить время — врачебное и моё — начала рассказывать зачем это надо. Без понятия, зашло ли хирургу и медсестре, но зато я обнаружила для себя интересный тейк на поделиться с вами = )
Что:
Model stitching как идея появился в 2015 году. Его выдвинули как метод изучения эквивалентности двух сетей, но математическая эквивалентность здесь мимо не проходила — она, более того, не верна — авторы назвали два представления эквивалентными, если существует преобразование между ними, в математике мы требуем аксиом).
Тогда это осталось нишевым инструментом для картинок — юзали AlexNet-ы.
Потом в 2021 NeurIPS идею дооформили, вышли две работы: Similarity and Matching of Neural Network Representations и Revisiting Model Stitching to Compare Neural Representations. Кстати, в первой работе шутили про Франкенштейна (или нет).
Как это стало устроено:
Смотрим на две обученные и замороженные сети A и B. «Сшитая» модель строится так:
• берём нижние слои сети B (front model, представление r = B≤ℓ)
• между ними ставим тонкий обучаемый stitching layer — единственный, кто обучается
• подключаем к верхним слоям сети A (top model, A>ℓ)
То есть делаем бутерброд из белого и темного хлеба, если хотите. А формально ищется простейший слой, задачей вида: L_ℓ(r; A) = inf_{s∈S} L(A>ℓ ∘ s ∘ r)
Где s — stitching layer, A>ℓ — верхние слои A, r — представление из B. s∈S — тут специально, мы ищем слой из класса простых слоев, а инфимум (inf), как математический знак, говорит нам, что stitching layer обязан быть минимальным: для свёрточных сетей — 1×1 conv с BatchNorm, для трансформеров — token-wise linear.
Как именно обучают stitching layer:
— HLM (hard label matching) — минимизируем ошибку на настоящих метках задачи.
— SLM (soft label matching) — минимизируем расстояние до предсказаний end-модели, а не до ground truth.
— DM (direct matching) — напрямую минимизируем расстояние между активациями на уровне stitching.
— FuLA (functional latent alignment, Athanasiadis et al., 2026) — stitching layer обучается имитировать не только выход end-модели, но и её внутренние процессы послойно (на пальцах плохо — надо читать).
Метрика успеха — stitching penalty = разница между ошибкой сшитой модели и ошибкой базовой A. Penalty ≈ 0 означает совместимость. Penalty < 0 — сшитая модель стала лучше базовой, то есть мы буквально подсадили ей более сильные нижние слои.
Зачем это нужно:
Смотрим на фиолетовую/рыжую цитату — изначально — метрика сходства. Но потом пошло интереснее. Например, Stitchable Neural Networks (CVPR 2023) можно семейство предобученных моделей разного размера (например, Swin-Ti/S/B), сшить и получить модель, которая во время инференса может динамически переключаться между режимами accuracy/efficiency или T-Stitch: ускорение диффузионных моделей через замену первых шагов денойзинга на более лёгкую сеть и возврат к тяжёлой для финального качества.
Это что, пахнет LoRA?
Эту мысль я обдумывала при знакомстве со stitching. Вдруг она не возникла у вас — я опеределиа.
Да: оба метода замораживают предобученные веса и вставляют тонкий линейный слой.
Но нет: LoRA адаптирует одну модель к новой задаче, stitching измеряет совместимость двух уже обученных сетей на старой задаче.
Финал не придумала, но stiting — одна из штук, висящих у меня на "идеи для рисерча". А ещё — просто вдумайтесь! Этот AI-мир можно сшить!
Хирург, кстати, ничего не спросил, но швы наложил нормально.
Аккуратнее будьте, друзья, и будьте здоровы! 😌
Forwarded from AISecure
Elastic опубликовали интересный материал о том, как они построили Agentic SOC и сократили время триажа алертов с 30 минут до менее чем 3 минут.
Самое интересное в статье — не использование LLM, а сама архитектура системы.
Основные принципы:
• Workflow выступает в роли оркестратора. Он управляет пайплайном, ветвлениями, ретраями и вызовом инструментов. Вся эта логика детерминирована и не требует LLM.
• LLM используется только там, где действительно нужен анализ. Если задачу можно решить с помощью ES|QL, правил или других детерминированных механизмов, модель не вызывается. Это снижает стоимость, уменьшает задержки и минимизирует риск галлюцинаций.
• Вместо одного универсального агента используются специализированные агенты для разных доменов: Windows, macOS, Cloud, SaaS и других. Каждый работает только в своей области экспертизы.
• Финальный агент не собирает данные, а принимает решение на основе уже подготовленных артефактов: определяет True/False Positive, оценивает уровень уверенности, сопоставляет техники MITRE ATT&CK и формирует рекомендации.
Вся архитектура выглядит следующим образом:
Alert → Workflow → ES|QL проверки → Specialized Agents → Review Agent → Verdict
Мне кажется, именно такой подход будет становиться стандартом для AI-систем. Не один «суперагент», который делает всё, а оркестрация детерминированных процессов и набора специализированных агентов.
Эту архитектуру легко представить не только в SOC, но и в DevSecOps, Kubernetes Security, Vulnerability Management и CI/CD Security.
Статья: https://www.elastic.co/security-labs/alert-triage-agentic-soc-elastic-workflows
Самое интересное в статье — не использование LLM, а сама архитектура системы.
Основные принципы:
• Workflow выступает в роли оркестратора. Он управляет пайплайном, ветвлениями, ретраями и вызовом инструментов. Вся эта логика детерминирована и не требует LLM.
• LLM используется только там, где действительно нужен анализ. Если задачу можно решить с помощью ES|QL, правил или других детерминированных механизмов, модель не вызывается. Это снижает стоимость, уменьшает задержки и минимизирует риск галлюцинаций.
• Вместо одного универсального агента используются специализированные агенты для разных доменов: Windows, macOS, Cloud, SaaS и других. Каждый работает только в своей области экспертизы.
• Финальный агент не собирает данные, а принимает решение на основе уже подготовленных артефактов: определяет True/False Positive, оценивает уровень уверенности, сопоставляет техники MITRE ATT&CK и формирует рекомендации.
Вся архитектура выглядит следующим образом:
Alert → Workflow → ES|QL проверки → Specialized Agents → Review Agent → Verdict
Мне кажется, именно такой подход будет становиться стандартом для AI-систем. Не один «суперагент», который делает всё, а оркестрация детерминированных процессов и набора специализированных агентов.
Эту архитектуру легко представить не только в SOC, но и в DevSecOps, Kubernetes Security, Vulnerability Management и CI/CD Security.
Статья: https://www.elastic.co/security-labs/alert-triage-agentic-soc-elastic-workflows