Замир Мусаев

Дайджест за 9 августа 2026

· материалов: 13

AMD готовит монстра: процессор EPYC Venice с 256 ядрами на 2-нм технологии и жидкостным охлаждением переопределит стандарты серверных вычислений. В мире ИИ разгорается дискуссия о безопасности: Anthropic сделал автоматический режим в Claude Code стандартом несмотря на риски, а один из пользователей уже столкнулся с тем, что нейросеть удалила весь его диск вместо резервной копии. Разработчики погружаются в новые инструменты — от семантических индексов JetBrains для кодовых агентов до архитектурных решений в дедуплицирующих файловых системах.

Главное

  • Anthropic делает Auto mode стандартом в Claude Code из-за низкой бдительности пользователей
  • JetBrains Context: семантический индекс для кодовых агентов
  • Claude Opus 5 случайно удалила весь диск пользователя вместо резервной копии
  • AMD EPYC Venice: 256 ядер на 2-нм, два сокета и жидкостное охлаждение
  • Снапшоты дедуплицирующей ФС на LSM-дереве: архитектура TATLIN.BACKUP

Подробно

Anthropic делает Auto mode стандартом в Claude Code из-за низкой бдительности пользователей

ИИ и агенты · Habr · 8/10

Anthropic объявила, что с 14 августа Claude Code на платных тарифах будет запускаться в режиме Auto mode по умолчанию, где ИИ-агент самостоятельно блокирует опасные команды без запроса разрешения. Исследование показало, что люди пропускают 86,4% опасных команд: в начале сессии они замечают 17% угроз, но после 50+ запросов этот показатель падает до 5%. Классификатор Anthropic блокировал 89% опасных команд против 13,6% у людей. Компания также выявила, что 49,5% пользователей создали разрешающие правила для Bash, а 5% разрешили любые shell-команды, что фактически позволяет выполнить произвольный код. В реальных сессиях серьёзные несанкционированные действия обнаружены в 6,3% случаев с ручным подтверждением и 2,4% с Auto mode. Независимые тесты показали, что Claude в Auto mode устойчив к prompt injection атакам (0 из 720 попыток), тогда как GPT-5.6 Sol имел успешность 5,83%. Anthropic подчёркивает, что Auto mode остаётся исследовательской функцией и не заменяет проверку перед развёртыванием.

Выводы автора:

  • Ручные подтверждения неэффективны из-за усталости от принятия решений: люди одобряют 97% запросов и постепенно отключают проверки самостоятельно.
  • Автоматический классификатор Anthropic значительно превосходит человека в обнаружении опасных команд (89% против 13,6%) и сохраняет эффективность на протяжении длинных сессий.
  • Auto mode не гарантирует безопасность и должен использоваться только для задач с понятным направлением работы, не заменяя проверку перед публикацией или развёртыванием.
Люди одобряют 97% запросов Claude Code на выполнение команд, а автоматическая проверка обнаружила значительно больше опасных действий, чем люди.

Оригиналы:Anthropic сделает Auto mode режимом по умолчанию в Claude Code

JetBrains Context: семантический индекс для кодовых агентов

ИИ и агенты · Habr · 8/10

JetBrains открыли ранний доступ к Context — сервису, который создаёт семантический индекс репозиториев и предоставляет его кодовым агентам (Claude Code, Codex, Junie). Сервис интегрируется с IDE JetBrains, VS Code и другими редакторами, позволяя агентам искать код по смыслу вместо ключевых слов и работать с несколькими репозиториями организации одновременно. По тестам на 205 заданиях SWE-bench и производственных монорепозиториях использование индекса сократило число шагов агента на 68%, задержку на 59% и стоимость на 48%. Исходный код не хранится на серверах JetBrains в открытом виде, но векторный индекс и эмбеддинги хранятся в облаке на Google Cloud Platform. Context доступен в EAP с лицензией JetBrains AI, отдельная плата не взимается и квота не расходуется.

Выводы автора:

  • Семантический индекс позволяет кодовым агентам находить релевантный код по смыслу и работать с несколькими репозиториями без локального клонирования.
  • На производственных задачах использование Context сократило количество шагов агента на 68%, задержку на 59% и стоимость выполнения на 48%.
Агент сможет находить код даже в проектах, которые не клонированы на компьютер разработчика.

Оригиналы:JetBrains представили Context: семантический индекс репозиториев для Claude Code, Codex и Junie

Claude Opus 5 случайно удалила весь диск пользователя вместо резервной копии

ИИ и агенты · Habr · 7/10

ИИ-агент Claude Opus 5 от Anthropic совершил критическую ошибку при выполнении запроса на создание резервной копии: перепутал пути к директориям (написал Unix-путь вместо Windows), создал резервную копию в неправильном месте, а затем применил команду rm -rf ко всему диску пользователя, полностью удалив его данные. После удаления модель ответила лишь «Извините, опечатка». Это не первый подобный инцидент: ранее Claude Opus 5 Max удалила базу данных другого разработчика, а GPT-5.6 Sol от OpenAI стирала пользовательские данные в BridgeMind и файлы на Mac инвестора Мэтта Шумера. Инциденты демонстрируют серьёзные риски предоставления ИИ-агентам полного доступа к системе без достаточных проверок безопасности.

Выводы автора:

  • ИИ-агенты с полным доступом к системе представляют критический риск: они могут совершать необратимые деструктивные действия из-за ошибок в интерпретации команд или путей.
  • Даже продвинутые модели (Claude Opus 5, GPT-5.6) не имеют достаточных механизмов проверки перед выполнением опасных операций типа rm -rf.
  • Необходимы строгие ограничения и подтверждения перед выполнением деструктивных команд, а также лучшая обработка ошибок в пути к директориям.
Я попросил Claude Opus 5 создать резервную копию. Вместо этого он удалил весь мой диск, а потом просто ответил: «Извините, опечатка».

Оригиналы:Claude Opus 5 удалила данные пользователя вместо резервной копии на Habr

AMD EPYC Venice: 256 ядер на 2-нм, два сокета и жидкостное охлаждение

Разработка и архитектура · Habr · 8/10

Разбор шестого поколения серверных процессоров AMD EPYC 9006 Venice на архитектуре Zen 6, представленных в июле 2026 года. Флагманская модель EPYC 9996 получила 256 ядер, 1 ГБ кэша L3, пропускную способность памяти 1,6 ТБ/с и первый в индустрии серверный CPU с PCIe Gen 6. Процессоры производятся на 2-нм техпроцессе TSMC с использованием архитектуры GAAFET вместо FinFET, что обеспечивает лучший контроль тока и меньшие утечки. Платформа разделена на два несовместимых сокета: SP7 (16 каналов DDR5-8000) и SP8 (8 каналов), что увеличит номенклатуру и затраты на обслуживание. Энергопотребление достигает 600 Вт на сокет у флагманов, что делает жидкостное охлаждение необходимостью. По тестам AMD, Venice показывает прирост 1,2–1,7x к предыдущему поколению и превосходит Intel Xeon 6980P в 2,3–3,4 раза в облачных и AI-нагрузках.

Выводы автора:

  • Venice требует полной замены платформы из-за новых несовместимых сокетов SP7 и SP8, что увеличит капитальные затраты на обновление инфраструктуры.
  • Жидкостное охлаждение становится обязательным для 600-ваттных процессоров, что усложняет масштабирование решений на уровне стойки и машзала.
  • Новые AI-инструкции пониженной точности (FP16, INT8) и PCIe Gen 6 позволяют гонять легкий инференс на CPU без задействования дорогих GPU-ускорителей.
Больше вычислений при тех же затратах на инфраструктуру — звучит отлично, но менять платформу придется целиком.

Оригиналы:Разбор AMD EPYC Venice: 256 ядер, 2-нм TSMC, два сокета и СЖО как неизбежность

Снапшоты дедуплицирующей ФС на LSM-дереве: архитектура TATLIN.BACKUP

Разработка и архитектура · Habr · 8/10

Статья разбирает техническую реализацию снапшотов в специализированной системе хранения данных TATLIN.BACKUP, которая предназначена для резервного копирования с дедупликацией и сжатием данных (суммарно 6:1). Система использует собственную файловую систему TBFS, которая режет данные на чанки алгоритмом FastCDC и хранит метаданные в RocksDB с использованием LSM-дерева. Снапшоты создаются через механизм Checkpoint с помощью хардлинков на SST-файлы, что делает операцию почти мгновенной и дешёвой. Для сборки мусора применяется двухэтапный Mark-and-Sweep алгоритм с Bloom-фильтрами вместо подсчёта ссылок, что избегает проблем с рассинхронизацией при сбоях. Авторы подробно описывают работу с POSIX-семантикой (удалённые файлы с открытыми дескрипторами), проблемы Space Amplification при Compaction в LSM-деревьях и компромиссы архитектуры.

Выводы автора:

  • Снапшоты в TATLIN.BACKUP создаются через RocksDB Checkpoint с использованием хардлинков на неизменяемые SST-файлы, что обеспечивает почти мгновенное создание и переиспользование данных между снапшотами.
  • Двухэтапный Mark-and-Sweep с Bloom-фильтрами позволяет безопасно собирать мусор без синхронных операций подсчёта ссылок, гарантируя, что живые чанки никогда не будут удалены по ошибке.
  • LSM-дерево RocksDB хорошо использует сильные стороны RAM и дисков, но требует компромиссов в виде кешей, Bloom-фильтров и решения проблем Space Amplification при Compaction.
Ложноположительное срабатывание Bloom-фильтра означает, что мы не удалим мусор, который могли бы. Ложноотрицательных срабатываний не бывает в принципе, поэтому живой чанк никогда не попадет под нож по ошибке.

Оригиналы:Снапшоты дедуплицирующей файловой системы на LSM-дереве: опыт TATLIN.BACKUP

C++-техрадар: инструменты и практики, которые разработчики готовы использовать

Разработка и архитектура · Habr · 8/10

Лаборатория Касперского провела опрос C++-разработчиков на конференциях C++ Russia и HolyJS, чтобы выяснить, какие технологии, инструменты и практики сообщество считает надёжными для использования. Исследование показало, что в категории «Adopt» (готовы использовать) оказались Git, Linux, CMake, Bash, GDB, VS Code, код-ревью, юнит-тесты и CI/CD — базовый набор, без которого проект «трещит по швам». CMake победил как инструмент сборки (88 голосов из 102), став общим знаменателем для многоплатформенных проектов. C++17 уверенно вошёл в Adopt (78 голосов из 97), а C++20 находится в переходной стадии (62 голоса Adopt, но также 16 Trial и 18 Hold). Bazel, Conan и vcpkg получили низкие оценки (Hold) из-за высокой цены внедрения и специфики каждого проекта. PostgreSQL и Windows разделили аудиторию пополам, так как их необходимость зависит от типа разработки (бэкенд vs embedded). Анализ показывает, что C++-сообщество голосует за воспроизводимость и недоверие к магии, предпочитая инструменты, которые можно внедрить без остановки проекта.

Выводы автора:

  • C++-разработчики ценят инструменты, обеспечивающие воспроизводимость и позволяющие внедриться без остановки проекта, а не универсальные решения с высокой ценой миграции.
  • CMake остаётся доминирующей системой сборки благодаря простоте и совместимости с IDE и CI, в то время как Bazel, Conan и vcpkg не получили массового признания из-за сложности внедрения.
  • Принятие новых стандартов C++ идёт постепенно: C++17 уже стал базой, C++20 в переходной стадии, а C++23 и C++26 остаются в фазе изучения и экспериментов.
С плюсами так часто бывает: побеждает инструмент, который можно внедрить без остановки проекта.

Оригиналы:C++-техрадар: что разработчики действительно готовы брать в работу

10 PRINT: история легендарной однострочной программы лабиринта

Разработка и архитектура · Habr · 7/10

Статья рассказывает об истории и механике знаменитой однострочной программы на Бейсике для компьютеров Commodore, которая генерирует случайный лабиринт из диагональных символов. Программа 10 PRINT CHR$(205.5+RND(1));:GOTO 10 впервые появилась в руководстве VIC-20 (1981), затем в User's Guide Commodore 64 (1982), но однострочный вариант был опубликован в журнале Run в июле 1984 года читателем Дэном Крюгером. Код работает благодаря набору символов PETSCII, где позиции 205 и 206 содержат толстые диагональные черты; случайный выбор между ними создаёт визуальный эффект лабиринта. Автор разбирает механику кода, показывает вариации с другими символами (плетение, прямоугольные лабиринты) и демонстрирует реализации на других платформах (Atari, ZX Spectrum). Программа стала культурным явлением в ретрокомпьютерной культуре и продолжает вдохновлять энтузиастов.

Выводы автора:

  • Однострочная версия лабиринта была впервые задокументирована в журнале Run в июле 1984 года, хотя трёхстрочный вариант существовал в руководствах Commodore с 1981 года.
  • Программа работает за счёт случайного выбора между двумя диагональными символами из набора PETSCII, которые естественным образом формируют геометрический узор.
  • Концепция была адаптирована на другие платформы эпохи (Atari, ZX Spectrum) с изменением кодов символов в зависимости от доступного набора символов.
Для человека, впервые увидевшего домашний компьютер и набирающего свои самые первые в жизни программы на Бейсике, это был весьма впечатляющий результат, навсегда отпечатавшийся в памяти момент.

Оригиналы:В лабиринтах «Коммодора» · История IT

Парадокс Фергюсона: как три шестерни крутятся по-разному

Разработка и архитектура · Habr · 7/10

Статья рассказывает о механическом парадоксе Фергюсона XVIII века — системе, где одна толстая шестерня одновременно касается трёх тонких, и те вращаются в разные стороны или стоят неподвижно. Секрет заключается в разном количестве зубцов на тонких шестернях: если центральная имеет 30 зубьев, то шестерни с 31, 30 и 29 зубьями будут вращаться в одну сторону, стоять на месте и вращаться в другую сторону соответственно. Исторически устройство изготавливалось из мягкой древесины с усреднённым профилем зуба на центральной шестерне для обеспечения контакта. Принцип Фергюсона лежит в основе планетарных редукторов и современных компактных редукторов с передаточными соотношениями вплоть до 10000:1, используемых в робототехнике. Статья демонстрирует, как простое изменение количества зубцов позволяет управлять направлением вращения и создавать эффективные механические системы.

Выводы автора:

  • Разница в количестве зубцов на одинаковых по диаметру шестернях позволяет добиться их вращения в разные стороны или неподвижности при контакте с одной центральной шестерней.
  • Принцип Фергюсона является основой для проектирования планетарных редукторов и современных компактных приводов для робототехники.
  • Гибридные варианты конструкции (с подвижным водилом и центральной шестернёй) позволяют создавать каскадные редукторы с большими передаточными соотношениями в компактном корпусе.
Несмотря на то, что человек может чего-то не понимать, это вовсе не отрицает реализуемость подобного.

Оригиналы:Про механический парадокс Фергюсона на Habr

Портирование кораблей из X2 в X4: опыт любительского модмейкинга

Разработка и архитектура · Habr · 7/10

Статья описывает опыт разработчика Сергея Цибульченко по созданию мода X2 Ship Pack, портирующего модели кораблей 20-летней давности из X²: The Threat в современную игру X4: Foundations. Автор столкнулся с техническими трудностями: поиск устаревшего плагина для 3ds Max, адаптация плагина для работы с современными версиями, переход на Blender, где были написаны все гайды по модмейкингу. Ключевая сложность — создание физических кабин для маленьких кораблей класса S, где игрок и NPC взаимодействуют с интерфейсом напрямую, без автоматизации. Автор портировал более 30 кораблей, решив проблемы с масштабированием, балансом игры и интеграцией контента. Мод послужил толчком для других модмейкеров и повлиял на разработку официальных инструментов от Egosoft. Работа демонстрирует, как энтузиасты могут создавать качественный контент, несмотря на отсутствие официальной поддержки и инструментов.

Выводы автора:

  • Портирование наследия требует не только 3D-навыков, но и умения работать с устаревшими форматами, системным администрированием и обратным инжинирингом.
  • Баланс контента достигается через комбинацию механик: снижение цены на 20%, уменьшение требований к репутации и лицензиям, а также добавление уникальных особенностей, которые создают нишу без ломания игры.
  • Любительский мод может повлиять на развитие официальных инструментов и вдохновить других разработчиков, став катализатором для развития модмейкинг-сообщества.
В Star Citizen разработчики тратят по миллиону долларов на разработку нового корабля, как ты сможешь в одиночку справиться? Тем не менее, я решился сам не представляя сколько времени и сил на это уйдёт.

Оригиналы:Портирование моделей 20-летней давности в современный космосим

Яндекс разбирает критику своих Android-приложений: как на самом деле работают механизмы

Кибербезопасность · Habr · 7/10

Яндекс опубликовал подробный разбор критической статьи о своих Android-приложениях, объясняя, как на самом деле работают спорные механизмы. Компания показывает, что большинство обнаруженных функций — это стандартные механизмы Android, Chromium и современных голосовых помощников, а не специфика Яндекса. Голосовой ассистент Алиса использует локальное распознавание активационной фразы с ограниченным буфером (1,5 сек до и 0,5 сек после активации), а не постоянную запись звука. Геолокация определяется через стандартные механизмы Wi-Fi fingerprinting и сотовых сетей, встроенные в ОС и используемые всеми приложениями. Данные банковских карт обрабатываются в отдельном сертифицированном PCI DSS-контуре, минуя общий бэкенд. Проверка VPN-интерфейсов нужна браузеру для корректной работы при изменении сетевой конфигурации. Все механизмы работают в рамках модели безопасности Android и требуют явного согласия пользователя на разрешения.

Выводы автора:

  • Большинство обнаруженных механизмов — это стандартные функции Android и Chromium, используемые всеми современными приложениями, а не специфика Яндекса.
  • Голосовой помощник использует локальное распознавание активационной фразы с ограниченным буфером, а не постоянную запись; все данные защищены системными разрешениями ОС.
  • Данные банковских карт обрабатываются в отдельном PCI DSS-сертифицированном контуре с двойным маскированием и автоматическим мониторингом, не проходя через общий бэкенд приложения.
Намного сложнее понять, зачем они существуют и как используются на самом деле. Поэтому мы решили разобрать основные тезисы статьи и объяснить, как эти механизмы работают на практике.

Оригиналы:Как за вами (не) следит Яндекс: что происходит внутри Android-приложений

Сбой Рунета 6 августа: инцидент в инфраструктуре «Ростелекома»

Кибербезопасность · Habr · 5/10

6 августа 2026 года произошёл масштабный сбой в российском интернете, затронувший множество сервисов маркетплейсов, IT-компаний, социальных платформ, операторов связи и банков. Причиной стал 29-минутный инцидент в инфраструктуре «Ростелекома», который специалисты оператора исправили за полчаса. Больше всего жалоб поступило от абонентов самого «Ростелекома». Трафик был оперативно перенаправлен на резервное оборудование, после чего сеть и инфраструктура компании вернулись в нормальное состояние.

Выводы автора:

  • Сбой был локализован за 29 минут благодаря переводу трафика на резервное оборудование.
  • Инцидент затронул широкий спектр сервисов, включая финансовые учреждения и маркетплейсы, что указывает на критическую роль инфраструктуры «Ростелекома» в российском интернете.
В работе сети передачи данных «Ростелекома» произошёл 29-минутный сбой, который мог отразиться на доступности части интернет-ресурсов.

Оригиналы:Сбой в Рунете 6 августа произошёл из-за инцидента в инфраструктуре «Ростелекома»

«МойОфис» закрыл офисы в Санкт-Петербурге и Иннополисе

Продукт и карьера · Habr · 6/10

Российская компания «МойОфис» (ООО «Новые облачные технологии») закрыла офисы в Санкт-Петербурге и Иннополисе, переведя сотрудников на удалённый формат и в московский офис «Лаборатории Касперского». Закрытие произошло без официального уведомления акционеров и на фоне масштабной реструктуризации: компания сообщила о чистом убытке в 8,82 млрд рублей за 2025 год и сократила штат с 1073 до 250–270 человек. Петербургский офис насчитывал 200–300 сотрудников и был центром разработки офисных редакторов, ядра, облака и мобильной версии. Основатель Дмитрий Комиссаров расценил закрытие как недобросовестное поведение менеджмента и предположил, что разработка редакторов либо прекращена, либо переходит в «Лабораторию Касперского». Компания заявляет, что реструктуризация проведена в соответствии с законодательством и направлена на концентрацию ресурсов на перспективных направлениях.

Выводы автора:

  • «МойОфис» закрыл офисы в Санкт-Петербурге (200–300 человек) и Иннополисе (20 человек) без официального уведомления акционеров на фоне убытка в 8,82 млрд рублей и сокращения штата более чем на 75%.
  • Закрытие петербургского офиса, где располагались основные разработки редакторов и ядра продукта, может означать прекращение разработки или её переход в «Лабораторию Касперского».
  • Основатель компании критикует менеджмент за недобросовестное поведение и вывод ресурсов без обсуждения с миноритарными акционерами.
Либо «МойОфис» не будет разрабатывать редакторы, либо эта компетенция переходит в «Лабораторию Касперского», — предполагает он.

Оригиналы:«МойОфис» закрыл офисы в Санкт-Петербурге и Иннополисе

Механический мутоскоп из бронзы и дерева: как собрать GIF-анимацию

Прочее · Habr · 5/10

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

Выводы автора:

  • Механический мутоскоп можно собрать из доступных материалов (бронза, дерево, сталь) с использованием токарного станка и базовых инструментов.
  • Ключевая сложность проекта — точное позиционирование 36 фотографий на осях и их последовательная вставка в диски без смещения.
Получился довольно простой, но в то же время затейливый прибор, высоко оцененный супругой (это главное) и коллегами (это приятное дополнение).

Оригиналы:Мутоскоп для любимой: как я собрал механическую GIF-анимацию из бронзы и дерева