Все потоки

Вайбкодинг наперегонки, или как был организован BulbCode на CodeFest-2026

У нас было 16 умных ламп Сбер, один GigaCode и желание объединить в одной задачке всё самое занимательное: умные устройства, искусственный интеллект, вайбкодинг, желание побеждать. Так появился BulbCode в Лаборатории на CodeFest-2026 — конференции IT-специалистов в Новосибирске 30-31 мая.

Стенд представлял собой зеркало с подсветкой и 16 умными лампами Сбер. В каждом код-батле два участника. Каждого вооружили ноутбуком, где в VS Code подключён плагин GigaCode, и они наперегонки промтили, стремясь первым подчинить свои восемь ламп определённой логике. Код позволяет включать и выключать устройства, менять их цвет, настраивать яркость — словом, было на что посмотреть.

Какого типа задачи решали участники:

• Сделайте из ламп светофор с мигающим красным цветом.

• Сделайте прогресс-бар, где лампы загораются по очереди, а их яркость меняется в зависимости от количества горящих ламп.

Подготовка стенда заняла около месяца. Так, обычно команды к Wi-Fi лампам проходят через сервер платформы Умного дома Сбер. Но для работы на стенде в условиях нестабильного соединения нужно было локальное управление, поэтому перешли на управление через локальный шлюз. Далее подготовили Rest-«ручки», через которые участники смогли взаимодействовать с лампами, а также написали небольшую обёртку вокруг этих «ручек».

Для сценария локального управления потребовалось обновить прошивку ламп. Мы предустановили в firmware лампы SSID и пароль для Wi-Fi-роутера, поэтому она автоматически подключается к выделенному роутеру. После подключения к сети лампа автоматически устанавливает соединение с локальным MQTT-брокером без использования TLS, так как устройство работает в изолированной сети стенда.  

Результат — на промптах сразились более сотни участников. В батлах участвовали как опытные разработчики, так и те, кто никогда прежде не программировал. В среднем решение задачи занимало пять минут. Спасибо всем, кто пришёл!

Два месяца бесплатного тестирования ВИДЕОБЛЕЙЗЕРА

Для всех, кто ценит честный подход и свободу выбора

ОФИЦИАЛЬНАЯ ОФЕРТА!

Каждый желающий может приобрести видеоблейзер - умный видеорегистратор на основе нейросетей, протестировать его в реальных условиях и — если вдруг устройство не подойдёт — вернуть без объяснения причин.

Мы прекрасно понимаем, что людям важно быть уверенными в покупке. Поэтому решили убрать любые барьеры и формальности. Никаких договоров на тестирование, никаких сложных процедур — только наша открытость и 30-летняя репутация, на которую тоже не нужно теперь опираться, потому что всё можно проверить!

Спецлаб дает 60 дней на возврат оборудования и ПО без каких-либо вопросов. Единственный возможный расход — пересылка.

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

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

И самое удивительное — за всё время ни один тестировщик так и не вернул оборудование.

✔ США ввели добровольную проверку закрытых ИИ-моделей перед релизом

Президент США подписал указ о кибербезопасности в сфере ИИ. Разработчикам передовых закрытых моделей предлагают добровольно предоставлять государству доступ к продуктам за 30 дней до релиза для аудита безопасности и поиска уязвимостей.

Изначальный 90-дневный период проверки сократили (https://t.me/ai_machinelearning_big_data/10194) по требованию IT-индустрии. Финальный документ прямо запрещает вводить обязательное государственное лицензирование и принудительную премодерацию.

Одновременно Минфин, Пентагон и АНБ создадут совместный координационный центр. Структура займется защитой правительственной IT-инфраструктуры: автоматизирует сканирование федеральных систем и будет координировать противодействие кибератакам с использованием нейросетей. whitehouse.gov (https://www.whitehouse.gov/presidential-actions/2026/06/promoting-advanced-artificial-intelligence-innovation-and-security/)

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

💥 Новое в Gramax💥

Gramax Enterprise Server:

• Авторизация без перехода на главную. На портале для чтения при переходе по ссылке на закрытую статью окно входа открывается прямо на месте — больше не нужно идти на главную. После входа пользователь сразу попадает на нужную статью.

• Обновленный интерфейс настроек пространства. В окне настроек GES-пространства боковую панель теперь можно свернуть значком в верхней части — рабочей области отдается больше места.

Общие изменения:

• Режим ревью комментариев. Просматривать и анализировать комментарии стало удобнее: в правой панели открывается список по текущей статье или всему каталогу. Можно быстро переходить между комментариями стрелками, искать по содержимому, фильтровать по дате и автору, а также сортировать и группировать.

• История изменений каталога. Окно Сравнение ревизий выросло в полноценную историю изменений: теперь можно просматривать все изменения в каталоге, фильтровать их по автору и дате, открывать каталог в состоянии на любой момент и сравнивать любые две версии между собой. 

• Улучшения окна публикации. Кнопка Редактировать Markdown убрана из меню статьи — теперь переключиться в режим редактирования Markdown можно через кнопку Исходный текст в нижнем тулбаре.

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

• Изменение размера диаграмм. Для диаграмм Mermaid, Drawio и PlantUML добавлена возможность изменения размера с помощью ползунка — так же, как у изображений. При необходимости диаграмму можно растянуть за пределы ширины статьи.

• Ссылка на представление каталога. При активном представлении ссылкой можно поделиться с читателями — они откроют каталог на портале с уже примененным представлением.

• Поиск утверждающих в запросе на слияние. В окне создания запроса в поле Утверждающие появился поиск по имени — можно быстро выбрать нескольких пользователей из списка, не вводя почту вручную.

• Выбор шаблона при экспорте в PDF. В окне экспорта появился флажок Кастомный шаблон — можно включить его и выбрать шаблон для оформления документа.

• Обновили оформление заметок. Раньше типы заметок Информация и Совет оба были голубыми и плохо различались. Теперь Совет стал зеленым — тип заметки понятен с первого взгляда.

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

• Обновили окна подтверждения. Улучшили интерфейс окна закрытия комментария и окна отката изменений при публикации.

Подробнее: https://gram.ax/resources/docs/whats-new

Взрыв, который потряс космическую программу США

29 мая при проведении статических огневых испытаний взорвалась ракета New Glenn компании Blue Origin. Носители иногда взрываются — они наполнены сотнями тонн горючего и работают на пределе, но по итоговому эффекту этот взрыв может превзойти взрыв советской ракеты Н-1 во время второго пуска в 1969 году. Он фактически закрыл советскую лунную программу, теперь под угрозой американская «Артемида» и вопрос эффективности космических запусков SpaceX.

Взрыв ракеты New Glenn уничтожил важное оборудование на единственной стартовой площадке и вызвал вопросы к её надёжности. Ни один человек не пострадал — это важно, но осталась масса проблем для Blue Origin:

• Все запуски New Glenn откладываются на срок от полугода до 2 лет (неофициальные оценки), пока не будет восстановлен старт.

• Контракты компании с военными могут быть пересмотрены, так как возникнут сомнения в надёжности единственной ракеты Blue Origin.

• Лунная программа «Артемида» может «поехать» по срокам, так как у Blue Origin было самое большое продвижение по лунному кораблю — готов прототип Blue Moon Mark I, но теперь его не на чем доставить на Луну. А значит, сдвигаются и сроки запуска полноценного лунного аппарата, и высадка человека на Луну в 2028 году становится совсем призрачной.

Разные инженерные подходы SpaceX и Blue Origin могут помешать понять масштабы катастрофы. SpaceX в случае с созданием Starship сразу шла по пути натурных испытаний — 5 лет испытаний и более 20 пусков, каждый из которых заканчивался взрывом. Запланированным, ожидаемым взрывом, так как это эксперименты, в которых важна была лишь часть участков полёта. Всё это время у компании оставалась рабочая лошадка Falcon 9 и как минимум два стартовых стола.

Blue Origin шла путём глубокой отработки узлов в цифровом виде и на стендах. Взорвалась серийная ракета, которая готовилась к запуску 48 спутников связи Amazon Leo (обе компании принадлежат основателю Amazon Джеффу Безосу). Уничтожено дорогое оборудование единственного стартового стола.

Взрыв ракеты Blue Origin может… помешать IPO SpaceX. Сомнения в надёжности ракет одной компании могут повлиять на настроения инвесторов другого производителя. 29 мая Bloomberg сообщил, что SpaceX уже снизила оценку компании при размещении с более чем 2 трлн до 1,8 трлн долл. Причина — вроде бы консультации с инвесторами, но о реальном положении дел остаётся только гадать. Положение монопольного оператора запусков не добавит SpaceX стремления к эффективности, что может негативно повлиять и на её показатели. Такова цена инженерной ошибки.

Как понять до внедрения, станет ли Low-code платформа точкой роста?

На старте почти любая No/Low-code система, основанная на платформе, выглядит удобно: быстрый запуск, простые сценарии, минимум разработки.

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

• бизнес снова идет в очередь к разработчикам

• растет зависимость от вендора

• доработки становятся дорогими и медленными

В новом интервью для TAdviser Илья Радченко, директор по платформенным продуктам SimpleOne, рассказал, как проверить поставщиков платформенных решений.

Полезный материал для тех, кто выбирает платформу не под пилот, а на несколько лет вперед.

Читать материал

Наталья Касперская, IT и неудобная правда

Позиция российского IT неустойчива. Тысячи продуктов в реестре отечественного ПО, «спасение» стартапов и т. д. 

Пока внутри страны одни вопросы, в мире все давно распределено. Есть цифровые гегемоны, которых не очень много и США на первых ролях, есть цифровые колонии. Где в этой классификации Россия? 

Нужно ли нам вообще быть хорошими, если весь мир считает нас плохими? 

Разбираются Константин Анисимов, заместитель генерального директора Astra Cloud, и Кирилл Синьков, директор по работе с технологическими партнерами «Группы Астра» и Наталья Касперская, президент InfoWatch и председатель правления АРПП «Отечественный софт»

Смотрите в первом выпуске подкаста «IT-фронтир».

Microsoft представила порт набора утилит Coreutils для платформы Windows. В состав входит несколько десятков утилит, включая sort, cat, chmod, chown, cp, find, sleep, sort, tee, echo, uptime и ls. Инструментарий позволяет напрямую использовать в Windows типовые утилиты, доступные в Linux и macOS, без использования прослойки WSL. Целью проекта заявлено упрощение перехода между Unix‑подобными системами, WSL, контейнерами и Windows, и предоставление единого набора команд, флагов и методов, позволяющих переносить существующие скрипты из других систем без переписывания. Код написан на Rust и PwerShell, и распространяется под лицензией MIT.

Реализация основана на коде проекта uutils (Rust Coreutils), развивающего вариант GNU Coreutils на языке Rust, а также реализациях утилит find и grep на Rust. Утилиты собраны в виде одного универсального исполняемого файла "C:\Program Files\coreutils\coreutils.exe", отдельные команды к которому привязаны при помощи жёстких ссылок в NTFS.

Из‑за конфликта с имеющимися штатными утилитами Windows или привязки к специфичным возможностям из поставки исключены утилиты dd, dir, dircolors, shred, sync, uname, expand, kill, more, paste, timeout и whoami. Из состава также исключены утилиты, завязанные на не поддерживаемые в Windows концепции POSIX: chcon, chgrp, chmod, chown, chroot, groups, hostid, id, install, logname, mkfifo, mknod, nice, nohup, pathchk, pinky, runcon, stdbuf, stty, tty, users, who.

Из ограничений и особенностей отмечается необходимость использовать NUL вместо /dev/null, отсутствие поддержки сигналов (SIGHUP, SIGPIPE, SIGUSR), возможность создания символических ссылок только после включения режима для разработчика, недоступность некоторых операций с правами доступа. При работе с каталогами принимаются как пути с символом "/", так и c "\".

nLighten без предупреждения отключил оборудование MIRhosting в Европе

UPD0: возможно причина в этом https://habr.com/ru/articles/1040364/

UPD1: Так же возможно ситуация затронула следующие хостинги:
THE.Hosting
UFO.Hosting
Alexhost.com
Vdsina.com
Hip.hosting
Datacheap.ru
ihc.ru


Оператор дата-центров nLighten в одностороннем порядке и без уведомления остановил работу серверов MIRhosting в Нидерландах и Германии. В MIRhosting назвали действия поставщика абсолютно неприемлемыми.

Что делается сейчас:

• MIRhosting привлекает юристов для выяснения деталей;

• Идутся поиски альтернативных площадок для размещения инфраструктуры;

• Инженеры пытаются восстановить доступ к серверам для спасения данных;

• Готовятся варианты экстренного переезда для клиентов.

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

Материал основан исключительно на данных из открытых источников. Автор публикации не гарантирует достоверность предоставленных сведений и не несёт ответственности за их точность.

Восстановление аккаунта в эфемерном мессенджере, не ломая приватность? Легко!

RCQ это анонимный мессенджер: без телефона и почты, история только на устройстве, сервер хранит минимум. Цена такой модели: потерял телефон, и аккаунт (сам UIN, твоя личность в сети) потерян навсегда. Это отпугивало тех, кому нужен постоянный аккаунт. Мы добавили фразу восстановления и постарались не превратить приватный мессенджер в обычный облачный.

Сразу: Android-клиент теперь в проде, фраза в нём есть. Ссылка в конце.

Аккаунт это ключи

Логина и пароля нет. Аккаунт это пара ключей: X25519 (шифрование) и Ed25519 (подпись). UIN это просто ручка на сервере, привязанная к публичному ключу. Приватные ключи не покидают устройство. Отсюда: бэкап аккаунта это бэкап ключа, а восстановление это доказать серверу, что ключ у тебя.

Откуда фраза

При создании аккаунта генерируется случайный seed на 32 байта. Из него детерминированно выводятся оба ключа через HKDF-SHA256 с фиксированными info-строками:

identity_priv = HKDF-SHA256(seed, "rcq-recovery-x25519-v1", 32) signing_priv = HKDF-SHA256(seed, "rcq-recovery-ed25519-v1", 32)

Из одного seed всегда те же ключи, значит достаточно сохранить seed. Кодируем его в 24 слова по BIP39 (как в криптокошельках): 256 бит энтропии плюс 8 бит контрольной суммы, режется по 11 бит, словарь на 2048 слов. Контрольная сумма ловит опечатки.

Восстановление

На новом устройстве вводишь 24 слова:

1. Из слов получается seed, из seed те же ключи.

2. Клиент берёт у сервера одноразовый челлендж.

3. Подписывает его Ed25519-ключом, шлёт подпись.

4. Сервер проверяет подпись против публичного ключа и отдаёт UIN и токен.

Приватный ключ никуда не передаётся, пароль нигде не хранится. Это challenge-response: перехват челленджа бесполезен, он одноразовый.

Что возвращается

Возвращается личность: UIN, ключи, контакты, группы, ожидающие сообщения. НЕ возвращается локальная история переписки, она только на устройстве (зашифрованный бэкап истории это отдельная фича на будущее). Активные ratchet-сессии (forward secrecy) сбрасываются, собеседники видят смену ключа, как в Signal.

Почему это не ломает приватность

Тонкий момент, проговорим его подробно. Восстановимая фраза это постоянный секрет с полным доступом навсегда. Пока seed лежит только в зашифрованном хранилище приложения, удалил приложение не записав фразу, и всё стёрлось, эфемерность сохраняется. Как только выписал 24 слова, появляется вечная точка восстановления, это другая модель угроз.

Баланс такой: seed есть у каждого нового аккаунта, но воспользоваться им (записать фразу) это твой осознанный выбор, не навязанный. Плюс фразу прячем за подтверждением (+PIN), чтобы её не выгребли с разблокированного на минуту телефона.

Кросс-платформенно

Деривация и словарь одинаковы на Android и iOS. Мы прогнали обе реализации (CryptoKit и наш Android-стек) на одном seed и сравнили побайтово: одинаковые ключи, одинаковые слова. Фразу с Android можно ввести на iPhone и наоборот.

Границы

• История чатов пока не восстанавливается.

• Аккаунты, созданные до фичи, фразы не имеют (их ключи не из seed), для них будет экспорт сырого ключа (но для этого мы и в бете, так что на релизе такого не случится).

• Это не мультидевайс: ввести фразу на втором телефоне можно, но это переезд, а не одновременная работа, ratchet-сессии разойдутся.

Код клиента открыт, Android в проде. Будем рады разбору, особенно по криптографии.

Скачать APK (Alpha)/iOS TF (Beta): https://rcq.app/
GH: https://github.com/rcq-messenger

5 ошибок в CLAUDE.md, которые я сделал за полгода

Использую CLAUDE.md с ноября 2024 года. За это время успел наступить на все грабли, на которые только можно. Вот пять конкретных ошибок, которые стоили времени и денег.

Ошибка 1: Засунул всё в один файл

К марту файл вырос до 40к символов. Архитектурные решения, стайл-гайд, правила тестирования, примеры промптов, доменная модель, онбординг. Всё это съедало 13% контекстного окна на каждый запрос. Claude начал «забывать» вещи из середины файла, потому что трансформер физически хуже удерживает контекст в середине.

Починил просто: CLAUDE.md только постоянный контекст, до 8к символов. Остальное в отдельные файлы, загружаются по запросу.

Ошибка 2: Писал «как надо» вместо «что нельзя»

«Используй Clean Architecture», «следуй DDD», «пиши читаемый код». Claude кивал и делал по-своему. Переформулировал в запреты: «Не используй any в TypeScript», «Не создавай сервисы с зависимостями от конкретных реализаций». Следующий же день показал разницу.

Ошибка 3: Не добавил антипаттерны явно

Написал «мы используем NestJS», но не написал «мы не используем class-validator для бизнес-валидации, только на уровне DTO». Claude честно добавлял его куда попало, потому что это «правильный NestJS». Теперь раздел «Запрещено» занимает треть файла.

Ошибка 4: Обновлял раз в квартал

Перешли с Express на NestJS в феврале, обновил CLAUDE.md только в апреле. Два месяца файл врал, и Claude иногда предлагал Express-паттерны. Теперь правило: любое архитектурное решение, принятое на ревью, идёт в CLAUDE.md в тот же день.

Ошибка 5: Не добавил примеры кода

«Используй Repository pattern» работает хуже, чем «Используй Repository pattern вот так:» плюс три строки реального кода из проекта. Без примера Claude угадывает что вы имеете в виду. Угадывает плохо.

После всех исправлений: файл 6к символов, ответы точнее, меньше правок на ревью.

Какую ошибку делали чаще всего?

Атака Shai-Hulud: как скомпрометировали npm-пакеты Red Hat

Инфраструктура публикации пакетов @redhat-cloud-services оказалась под контролем злоумышленников. Десятки зараженных библиотек попали в публичный реестр npm.

Как сообщает Xakep, исследователи в области информационной безопасности зафиксировали атаку на цепочку поставок Red Hat. Целью стали официальные npm-пакеты под префиксом @redhat-cloud-services — библиотеки, которые используются в корпоративных проектах на базе экосистемы Red Hat.

Механика атаки классическая для supply chain: компрометация учетных записей или инфраструктуры публикации. После получения доступа злоумышленники выпустили обновления легитимных пакетов с внедренным вредоносным кодом. Разработчики, обновляющие зависимости через npm install, получали инфицированные версии.

Особенность в используемом инструменте — черве Shai-Hulud. По данным исследователей, в атаке задействован новый вариант под названием Miasma. Shai-Hulud специализируется на горизонтальном распространении внутри npm-экосистемы: заражает один пакет, затем через цепочку зависимостей пытается компрометировать связанные библиотеки и downstream-проекты.

Для проверов: пересоберите lock-файлы, проверьте хеши установленных версий @redhat-cloud-services против официальных сигнатур. Если используете эти пакеты в production — аудит логов сетевой активности на предмет неожиданных соединений. Red Hat, вероятно, уже отозвал скомпрометированные версии, но в локальных кэшах и приватных зеркалах они могут остаться.

Случай напоминает, что доверие к корпоративным пакетам не отменяет базовых практик: dependency pinning, проверка integrity-хешей, мониторинг аномалий в поведении библиотек. Supply chain остается самым уязвимым звеном — компрометация одного аккаунта мейнтейнера дает доступ к тысячам downstream-проектов.

TG @CIOlogia

Qwen начал собирать отзывы на ответы своих нейросетей в формате "Какой ответ Вы предпочитаете?"

«Без новостей. Как избавиться от информационного шума и мыслить ясно» Рольф Добелли

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

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

Мысль в книге написала предельно простая: новости – это шоу-бизнес и социальная сеть. Не новости, как события, а новости, как СМИ. Новости – их контент, продукт. Мы – их потребители. Вот и всё.

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

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

А у меня зависимость от новостей, с детства. Я не знаю, откуда она взялась и как сформировалась. Но прерывалась только на время обучения в ВУЗе – в общаге не было ни телевизора, ни интернета, ни газет (может, поэтому я получил 2 красных диплома за 5 лет 😊).

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

Теперь всего этого нет. Книга меня вылечила. С соц. сетей я слез раньше, природа той зависимости была мне понятна, и как с неё спрыгнуть – тоже (см. пост про книгу «На крючке»). Мне хватало лишь понимания, что новости – тоже соц. сеть.

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

Интересно, что ещё является соц. сетью, а я этого сейчас не понимаю?

Может, книги? 😊

Из Книжного стека

Кейноут первого дня Microsoft Build 2026!

2 июня в Сан‑Франциско открылась (https://build.microsoft.com/en-US/home) ежегодная конференция для разработчиков Microsoft Build 2026. Программный доклад провёл гендиректор компании Сатья Наделла, центральная тема - агентные системы.

На открытии выступили: глава Nvidia Дженсен Хуанг (по видеосвязи), гендиректор Qualcomm Кристиано Амон и создатель OpenClaw Питер Штайнбергер.

В первый день компания представила несколько групп продуктов и сервисов.

🟡Новые модели

Гендиректор Microsoft AI Мустафа Сулейман анонсировал (https://microsoft.ai/news/building-a-hillclimbing-machine-launching-seven-new-mai-models/) семейство из 7 новых моделей MAI для работы с изображениями, голосом, транскрипцией и кодом.

Среди названных - MAI‑Thinking‑1 (https://microsoft.ai/news/introducing-mai-thinking-1/) (ризонинг-модель, обученная без дистилляции с 35 млрд активных параметров и окном контекста 128K), MAI‑Code‑1-Flash (https://microsoft.ai/news/introducingmai-code-1-flash/) (заточена под GitHub и VS Code), а также MAI‑Image‑2.5 (https://microsoft.ai/news/introducing-mai-image-2-5/) и MAI‑-Voice-2 (https://microsoft.ai/news/mai-voice-2expressive-speech-in-10-languages/).

🟡Агенты

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

Первым стал Scout (https://www.microsoft.com/en-us/microsoft-365/blog/2026/06/02/introducing-microsoft-scout-your-always-on-personal-agent/) - персональный ассистент в Windows, построенный на OpenClaw. Он работает с приложениями Microsoft 365 и предназначен для фоновых задач (ведение календаря, отчётности по расходам и подготовка писем).

Scout доступен в режиме превью для клиентов программы Frontier в США.

Также анонсирован Microsoft IQ, слой контекста для агентов (Work IQ, Fabric IQ, Web IQ), который станет общедоступным в GitHub Copilot, Foundry и Copilot Studio.

🟡Инструменты для разработчиков

Сообщили о запуске десктопного приложения GitHub Copilot (https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/) (в режиме предварительного доступа), функции Frontier Tuning (https://devblogs.microsoft.com/microsoft365dev/frontier-tuning-teaching-ai-to-work-the-way-you-do/) для дообучения агентов в рамках корпоративных требований (закрытый превью), а также Project Rayfin (https://www.microsoft.com/en-us/microsoft-fabric/features/rayfin) - управляемого бэкенда на платформе Microsoft Fabric.

Windows получает функции для разработчиков: набор Coreutils (Linux-подобные утилиты командной строки, работающие в Windows 11 нативно), создание и запуск Linux-контейнеров через WSL и новый Intelligent Terminal, передающий контекст ИИ-агенту.

Отдельно показали платформу Project Solara для устройств, которые работают на ИИ‑агентах. Microsoft показала два референс‑дизайна (настольный хаб с распознаванием лица и носимый бейдж с камерой и расшифровкой разговоров).

🟡Облако и инфраструктура

Анонсировали виртуальные машины Azure Cobalt 200 сказали о приросте производительности на 50%), ускоритель второго поколения Maia 200, базу данных Azure HorizonDB (https://techcommunity.microsoft.com/blog/adforpostgresql/azure-horizondb-enterprise-ready-postgres-engineered-for-the-ai-era/4524094) на основе PostgreSQL, а также Foundry Local на Azure Local для развёртывания суверенного ИИ.

🟡Квантовые вычисления и медицина

Спустя год после чипа Majorana 1 Наделла представил Majorana 2 (https://quantum.microsoft.com/en-us/insights/blogs/majorana-2-scalable-quantum-processor) - следующее поколение, компания заявляет о кубитах примерно в 1000 раз точнее за счёт нового материала на основе свинца и о цели создать квантовый компьютер к 2029 году.

На второй, заключительный день конференции, ожидаются технические сессии и демонстрации по агентам, Copilot, Azure Foundry и локальному ИИ в Wind

Пишу про ИИ у себя в тг, заходите будет интересно!

Почему в крипте появились wETH, stETH, WBTC, cbBTC и десятки других странных тикеров

Большинство людей впервые сталкиваются с этим во время использования DeFi. Пользователь приходит обменять ETH, а вместо привычного ETH видит wETH. Потом встречает stETH, rETH, cbBTC, tBTC, aUSDC и ещё десяток похожих активов.

В этот момент возникает логичный вопрос: если у нас уже есть Bitcoin и Ethereum, зачем индустрия постоянно создаёт их новые версии?

На самом деле за большинством таких тикеров скрываются не новые монеты, а новые функции.

Одним из первых массовых примеров стал wETH - Wrapped Ether. Проблема заключалась в том, что нативный ETH исторически не соответствовал стандарту ERC-20, на котором построено большинство DeFi-протоколов. Поэтому появился wETH: тот же самый ETH, но в форме токена, с которым удобно работать внутри экосистемы Ethereum. По сути это один и тот же актив, но в другой "упаковке".

Похожая история произошла с Bitcoin. Сам Bitcoin существует в своей собственной сети и не может напрямую использоваться в большинстве приложений Ethereum. Так появились WBTC, cbBTC и tBTC - токенизированные версии Bitcoin, которые позволяют использовать ликвидность BTC в DeFi-протоколах, пулах ликвидности и кредитных сервисах.

Позже индустрия столкнулась с другой задачей - стейкингом. Пользователь хотел получать доходность от ETH, но при этом не терять доступ к своим средствам. Так появились stETH, rETH, cbETH, eETH и другие liquid staking токены. Они представляют собой застейканный актив и одновременно позволяют продолжать использовать его в других протоколах.

Следующий слой - кредитные платформы. Когда пользователь кладёт USDC в Aave, он получает aUSDC. Когда размещает средства в Compound - получает cUSDC. Эти токены фактически становятся цифровой распиской, которая подтверждает право требования к депозиту и накопленным процентам.

Есть и ещё более экзотические категории. Например, sUSD и sBTC - синтетические активы, которые пытаются повторять стоимость оригинального актива без необходимости владеть им напрямую. А veCRV, vlCVX или xSUSHI появились как элементы систем управления протоколами и распределения вознаграждений.

В итоге большинство странных приставок в крипте обычно сводятся всего к нескольким категориям:

• w — wrapped активы

• st, r, e — liquid staking

• a, c — депозитные токены кредитных протоколов

• s — синтетические активы

• ve, vl, x — governance и voting-механики

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

Именно поэтому один и тот же Ethereum сегодня может существовать одновременно как ETH, wETH, stETH, rETH, cbETH или eETH. Снаружи это выглядит как зоопарк тикеров. Внутри - как попытка решить разные инфраструктурные задачи одной и той же экосистемы.

Awesome AI Security Tools

В ходе обсуждений автотриажа Nuclei и других средств анализа защищенности родилась идея собрать в кучу все интересное про AI Cybersecurity. Сказанно #ёПРСТ - сделано!

https://github.com/scadastrangelove/awesome-ai-security-tools

Подборка общедоступных, исследовательских и коммерческих инструментов для обеспечения безопасности ИИ и кибербезопасности с использованием ИИ: автоматическая сортировка угроз, безопасность агентов, цепочка поставок ИИ/машинного обучения, агенты для пентеста, SAST ИИ, фаззинг на основе LLM, анализ угроз, сортировка угроз SOC/SIEM, обратное проектирование, редтим LLM и многое другое.

PS. Набор ключевых слов

• Autotriage of Security Findings

• AI Agent & Coding-Agent Security

• Scanners & Auditors

• Frameworks, Rule Standards & Benchmarks

• Runtime Protection & Enforcement

• AI/ML Supply Chain & Model Security

• Pentest & Red-Team Agents

• AI-Powered SAST & Secure Code Review

• LLM-Driven Fuzzing

• Harness / target generation

• Fuzzing the LLM

• Threat Intelligence

• Log Analysis / SIEM / SOC Triage

• Reverse Engineering

• LLM Red-Teaming & Guardrails

• Scanners, Evals & Guardrails

• Prompt-Injection Classifier Models

• LLM Honeypots & Deception

• CTF / Exploit / Bug-Bounty Agents & Benchmarks

• Cloud / IaC / DFIR / OSINT / Phishing

Anthropic дал пол года миру на перестройку процессов кибербезопасности

Anthropic обновила свою статью по проекту Glasswing. Glasswing - это проект предварительного доступа к передовой модели Mythos недоступной в общем доступе. Указано расширение объема пилота на 150 новых организации. Обещано расширение программы на 15 стран. Ранее официальный доступ к Mythos был только у организаций в США, что вызывало негатив у других стран.

Не могу не процитировать ключевой, как мне кажется, абзац: “Mythos Preview continues a long-term trend that we’ve been warning about for some time: within 6 to 12 months, we expect that many other AI companies will have Mythos-class models, and they could release them without safeguards that prevent misuse. In that world, cyberattacks could occur much more often, and in much more unpredictable forms. It’s imperative that cyberdefenders adapt to maintain pace.”

Т.е. по оценке Anthropic в период от 6 до 12 месяцев могут появится модели аналогичные по своим возможностям Mythos, но не обязательно, что с таким же щепетильным подходом к безопасности как у Anthropic.

Нужно учитывать, что параллельно днем ранее появилась новость о подаче Антропик “конфиденциальной” заявки на IPO.

Два режима зарубежных счетов в соответствии с зачисляемым доходом по разным типам контрактов

Я регулярно направляю письменные запросы на разъяснения законодательства в федеральные органы исполнительной власти, даже по очевидным и вполне понятным вопросам.

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

В начале года я разбирался с подходом ФНС к администрированию постановки на учет ВЭД-контрактов на оказание услуг нерезидентам на учет, с последующим прохождением валютного контроля.

Попутно получил напоминание от ФНС о двух режимах зарубежных счетов с точки зрения валютного законодательства РФ.

При использовании зарубежных счетов человек, который проживает 183 и более дней на 31 декабря в РФ, должен помнить, что валютное законодательство РФ разделяет цели использования зарубежного счета на личные, не связанные с предпринимательской деятельностью, и предпринимательские цели.

Если человек использует зарубежные счета как личные — у человека нет статуса ИП в РФ или зарубежный доход не связан с деятельностью ИП в РФ, а также если зачисляемый на зарубежные счета доход связан с исполнением трудового договора, дивидендами от своего КИК или еще с каким-либо пассивным доходом, — то все такие счета раскрываются как личные.

Отчетность по ним простая, ежегодная, без приложения подтверждающих документов.

А вот если человек зачисляет на зарубежные счета доход, связанный с предпринимательской деятельностью — то есть по основаниям сервисного, консультационного или иного контракта с нерезидентом, такие счета ФНС будет рассматривать как предпринимательские.

Если заказчиков-нерезидентов несколько, зачисления валюты систематические, в РФ нужен статус ИП, а для небольших доходов можно регистрироваться как самозанятый (НПД), но тут все индивидуально — чтобы как минимум не получить претензии уголовного характера за незаконную предпринимательскую деятельность, а заодно оптимизировать налог в РФ с зарубежного дохода.

Отдельно напоминаю: статус ИП за рубежом, например в Армении, Грузии, Кыргызстане не имеет значения для отчетности в РФ.

Соответственно сколько счетов в зарубежном банке привязано к такому ИП тоже не интересует ФНС.

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

Файл на трех страницах, даже в формате JPG к посту прикрепить не смог, дает только одно фото. Ответ можно прочитать в моем TG, внимание! ссылка на TG за пределы habra.

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