Hacker News Digest

Браузер Arc прекращает существование 22 декабря 2026 года. Компания объясняет решение приоритетом безопасности: поддерживать защиту браузера в эпоху искусственного интеллекта требует постоянной работы, и все инженерные и security-команды переключаются на новый браузер Dia, построенный с нуля под современные угрозы. Команда признаёт, что решение далось тяжело, ведь Arc годами развивался вместе с сообществом.

Переход на Dia максимально упрощён: пароли, закладки, расширения и история переносятся автоматически. Пространства стали профилями, папки — группами вкладок, а вертикальные вкладки в боковой панели, закреплённые вкладки и разделённый экран сохранены. По заявлениям разработчиков, Dia превосходит Arc по стабильности, скорости и безопасности; функции браузера бесплатны, а ИИ опционален.

Ключевые даты: с 22 октября 2026 года нельзя создать новый аккаунт Arc, но появляется экспорт всех данных; 23 ноября на iOS и Android отключаются ИИ-функции и синхронизация; 22 декабря Arc перестаёт работать на macOS и Windows, аккаунты деактивируются, а личные данные удаляются в течение 30 дней. Arc Search для Android исчезнет из Google Play. Сохранить данные можно, экспортировав их из Arc или импортировав в Dia до 22 декабря.

Пользователи ценят уникальный UX Arc (боковую панель, вертикальные вкладки, Peek, Air Traffic Control, вложенные папки), но считают переход на Dia неполноценным, дорогим и избыточно зависимым от AI. Dia критикуют за огромный размер (861 МБ), корпоративную ориентацию (запрос рабочего email), половинчатый интерфейс и навязчивую кнопку AI-чата, которая воспринимается как реклама и обоснование цены в $100 в месяц. Многие выражают недоверие к Atlassian, упоминая серьезную уязвимость безопасности в Arc, и призывают открыть исходный код браузера для его сохранения сообществом. В качестве более стабильных и надежных альтернатив рассматривают Zen, Orion, Vivaldi или Safari с расширениями SupaSidebar и OpenIn. Отдельно отмечают, что вертикальные вкладки в сплит-моде неэффективны для многозадачности, так как занимают около 40% экрана.

Сайт предлагает проверить, насколько случайны ваши числа: вы называете вслух цифры от 1 до 9, а алгоритм пытается угадать каждую следующую. Перед вашим ответом «дом» как бы запечатывает свою догадку в конверт, а после — вскрывает. Первые десять чисел идут как разминка, затем начинается подсчёт. В финале вы увидите, как ваша «случайность» соотносится с результатами 206 участников психологического исследования.

«Дом» использует десять предсказателей одновременно и доверяет тому, что был точнее в последнее время: одни считают, какая цифра чаще следует за какой, другие отслеживают ваши шаги вверх-вниз. Главную работу делает предсказатель, замечающий, какие числа вы давно не называли, — люди тянутся к «забытым» цифрам, тогда как в истинно случайной последовательности каждое число независимо от предыдущих. Стартовую фору дают данные 418 человек, каждый из которых выбрал по 200 чисел от 1 до 9.

Набирать числа на клавиатуре — более слабый тест: назвать число вслух означает сначала его придумать, а на клавиатуре легко нажать не выбирая. Распознавание речи работает прямо в браузере: аудио никуда не отправляется, а речевой пакет (~31 МБ) скачивается один раз. Если подсмотреть догадку «дома», его счёт перестаёт считаться доказательством до конца розыгрыша.

Алгоритм предсказывает вводимые цифры с точностью 70–80 % при простом вероятностном моделировании, как показал эксперимент @costco. Тип ввода влияет: набор клавиш легче читается алгоритмом, голосовой ввод затрудняет предсказание, как отмечают @steve_adams_86 и @plank. При тестировании с Math.random алгоритм угадал 18 из 190 (9 %) против ожидаемых 11 % при случайном угадывании, что подтверждает его эффективность. Использование известной последовательности (π) приводит к угадыванию 1 из 10, что не лучше случайного, как показал @wren6991. Стратегии повышения случайности: менять подход после угадывания, использовать «n1+n2 mod 9+1», выбирать соседние числа, как советуют @kykat, @malfist, @Trusteando. Тёплый запуск (warm‐up) с повторением одного числа может сбить алгоритм, но затем его следует избегать, как отмечает @malfist. Некоторые участники получили очень низкое число угадываний (1 из 32), что указывает на высокую случайность, другие — высокое (9 из 117), указывающее на низкую. Алгоритм использует простую вероятностную модель, которую даже авторы экспериментов не смогли обойти, как заявляет @costco. Сайт «запечатывает» предсказания и раскрывает их после, но детали механизма не раскрываются, как спрашивает @frutiger. Алгоритм легче читает набор клавиш, голосовой ввод делает его менее предсказуемым, подтверждая различие в точности.

Guitoro — браузерный виртуальный гитарный инструмент, позиционируемый как самый реалистичный и полный среди бесплатных онлайн-аналогов. Играть можно с клавиатуры компьютера — левая рука держит аккорды, правая ударяет по струнам клавишами H и J, как на настоящей гитаре, — либо свайпами по экрану телефона или планшета, вплоть до пяти пальцев одновременно. Доступны четыре инструмента: стальная акустика, классика, электрогитара и четырёхструнный бас. Каждая нота — запись реального инструмента; ничего скачивать и регистрироваться не нужно.

В основе — 15 аккордов в каждой тональности, 51 песня, 56 паттернов боя и перебора, 15 барабанных стилей. Каждая песня воспроизводит свою самую узнаваемую часть близко к оригинальной записи, удар за ударом; темп можно замедлить до 20%, при этом аккорды, бой и аккомпанемент замедляются синхронно. Каждая струна подсвечивается в момент удара и вибрирует, медиатор в такт качается вниз-вверх — сплошные взмахи попадают по струнам, бледные пропускают. На грифе видны номера пальцев от 1 до 4, баре, приглушённые струны и каподастр. Без гитары песня ждёт вас на каждом аккорде: следующий подсвечивается зелёным. С гитарой в руках можно играть в своём темпе, а режим «My guitar» на компьютере убирает экранные клавиши и даёт Space для старта и остановки.

Пользователи высоко оценили интуитивность и качество звука Guitoro, отметив его потенциал для людей с ограниченными возможностями, но указали на серьезные UX-ошибки в отображении грифа и баги в функционале. Опытные гитаристы недовольны «Player view»: гриф отображается зеркально (низкие струны сверху), что противоречит стандартным табулатурам и реальному положению гитары. Для улучшения UX предлагают: использовать цифры 1-7 для аккордов в тональности, модификаторы (Shift, Ctrl, Alt) для переключения между мажорными/минорными аккордами и направлениями удара; добавить «прозвон» неизменных струн при переходе между аккордами, реализовать техники palm muting и барре. Инструмент воспринимается как доступный способ начать играть без знания теории: @Meleagris успешно использовал ChatGPT для перевода нот в клавиши клавиатуры. Запрошены: поддержка кастомных строев, C Standard, мультитача на планшетах и укулеле. Обнаружены баги: некорректная работа «Let ring» в соло-режиме, нестабильность функции «arp» и прерывистая запись в браузере Brave.

Apple запустила кампанию «Switch to Safari», призванную убедить пользователей отказаться от Chrome. На новом сайте и в двух роликах на YouTube компания называет Safari «более мощным и приватным браузером, чем Chrome». В числе заявленных преимуществ — экономия батареи, усиленная защита приватности и более высокая скорость.

Ключевые цифры: до 5 часов дополнительного просмотра видео на Mac по сравнению с Chrome и до 35% более быстрая загрузка часто посещаемых сайтов. Apple также упрекает Chrome в том, что тот не запоминает, какие отвлекающие элементы пользователь хочет скрыть, и позволяет большему числу сторонних трекеров следить за людьми в сети и продавать их данные рекламодателям. На сайте есть сравнительная таблица Safari и Chrome, а также описания режима чтения, функции «Notify Me», профилей и Apple Pay.

В роликах показаны «Distraction Control» и «Intelligent Tracking Prevention». Это не первый случай прямого противопоставления: ранее в этом году Apple уже запускала кампанию «Privacy on iPhone», продвигая Safari как более приватную альтернативу Chrome.

Пользователи скептически относятся к кампании Apple из-за монополии Safari в iOS, отсутствия кроссплатформенности и проблем с инструментами разработчика, несмотря на признание его энергоэффективности. Спор о производительности: @koinedad и @bobmarleybiceps отмечают, что Chrome потребляет много памяти и вызывает зависания на Mac, тогда как Safari работает стабильнее; @pantulis считает, что скорость Safari не является его преимуществом. Критикуется закрытость экосистемы Apple: @TheDong и @freakynit подчеркивают, что Safari обладает неоправданной монополией на iOS из-за запрета сторонних движков браузеров. Ключевым барьером для перехода является кроссплатформенность: @glimshe и @maidaman не могут использовать Safari на Windows или Linux, что делает его непригодным для многоплатформенной работы. Разработчики недовольны инструментами Safari: @wereHamster называет devtools «хуже мусора», а @PrimalPower жалуется на специфические ошибки совместимости при экспорте PDF. Пользователи отмечают функциональные недостатки: @freetime2 указывает на проблемы с переводом страниц через POST-запросы, а @curt15 упоминает ограничения Manifest v3, мешающие работе uBlock Origin. Совет: многие пользователи (@jacquesm, @hollowonepl, @potatoproduct) рекомендуют переходить на Firefox как альтернативу корпоративным монополиям. По опыту @geuis, переход на Chrome был революционным из-за скорости и JS-рантайма, но сейчас его удерживает лишь мышечная память и недовольство Manifest v3.

Firefox Enterprise — это корпоративный браузер, где управление, данные и политики размещаются внутри собственной инфраструктуры компании, а не у вендора. Это позволяет организациям сохранять суверенитет над развертыванием, защищать конфиденциальные данные от утечек через браузер и обеспечивать безопасный доступ сотрудников, подрядчиков и устройств BYOD к внутренним приложениям без традиционной инфраструктуры удалённого доступа. Решение построено на независимом движке Mozilla, что снижает риски единого отказа и зависимость от одного поставщика, при этом бесшовно интегрируется с существующим стеком безопасности.

Продукт создан для выполнения строгих регуляторных требований, включая DORA, GDPR, NIS2, ISO27001 и SOC2. В него встроены централизованное управление политиками, контроль внешних соединений и телеметрии, нативная DLP с блокировкой действий по доменам, управление ИИ-инструментами, интеграция с SIEM, режим жёсткой защиты и управление расширениями. Поддержка включена в базовую лицензию, а для обычного Firefox доступна как платное дополнение. Скоро появится Thunderbird Enterprise — централизованное управление почтой, календарём и контактами через консоль Firefox Enterprise.

Firefox Enterprise — запоздалый, но критически важный шаг для Mozilla, который может обеспечить устойчивый доход и альтернативу монополии Chromium, несмотря на конкуренцию Edge и Chrome. Отсутствие инструментов корпоративного управления привело к запрету Firefox в крупных компаниях, снизив его долю рынка. Некоторые видят в этом шанс на финансовую независимость от Google; другие (@sdcfgy, @niltecedu) сомневаются, что компании будут платить, когда есть бесплатные Edge и Chrome. Рынок корпоративных браузеров огромен — пример: Island оценён в $6,4 млрд; Mozilla сильно отстала. Технические специалисты (@ihuman, @Grimeton) вопрошают, чем новое решение отличается от autoconfig.js, firefox.cfg и шаблонов политик. Для привлечения IT-специалистов и лиц, принимающих решения, Mozilla должна отказаться от модели «Request a Demo» и опубликовать прозрачные цены (@vjvjvjvjghv). Требуется глубокая интеграция функций безопасности: встроенная блокировка рекламы и трекинга без расширений, инструменты DLP для предотвращения утечек данных в AI-чаты. По опыту @DoctorOW, внедрение любого браузера, отличного от Chrome, в корпоративной среде приводит к росту тикетов жалоб — пользователи считают компьютер «сломанным».

Nanolathe — это открытый движок RTS под лицензией MIT, воссоздающий Total Annihilation с чистого листа через обратную разработку. Он позволяет играть в оригинальные три демо-миссии прямо в браузере (Chrome, Edge, Safari) без установки, используя клавиатуру и мышь. Для полной игры требуются собственные файлы Total Annihilation (из GOG, Steam или дисков), после чего доступны одиночная кампания, скримиш, выживание и онлайн-игра для 2–10 игроков с чатом, альянсами и повторным просмотром реплеев. Движок поддерживает нативные сборки под Windows, Mac и Linux.

Главное отличие — современный GPU-рендерер с динамическим освещением, постпроцессом (свет, свечение, апскейлинг terrain в 2×) и возможностью переключения на классический CPU-рендерер для аутентичного вида. Все форматы игры документированы, код открыт на GitHub, а проект поощряет модификации и вклад сообщества. Несмотря на статус публичной беты (сборка от 4 октября 2026 г.), движок уже стабилен для большинства сценариев, хотя сохранения и совместимость с некоторыми модами ещё дорабатываются. Nanolathe не использует оригинальный код или ресурсы — только чистую реализацию поведения и форматов, что делает его легальной основой для изучения и развития жанра RTS.

Nanolathe — технически интересный проект, но уступает зрелым альтернативам: Beyond All Reason (BAR) и Zero-K предлагают улучшенный геймплей, активное сообщество, поддержку современных возможностей и отсутствие юридических рисков. BAR считается лучшим духовным преемником Total Annihilation благодаря продуманному управлению, масштабным битвам и отсутствию монетизации. Zero-K и Forged Alliance Forever (FAF) — активно поддерживаемые open-source проекты с глубокой механикой и стабильной мультиплеерной инфраструктурой. Проекты на Spring Engine (BAR, Zero-K) имеют 20-летнюю историю и лучше понимают структуры данных TA, чем чистые реализации вроде Nanolathe. Есть споры: графические улучшения Nanolathe (блюм, свечение) либо портят атмосферу оригинала, либо оправданы для современных систем; использование ИИ для обратной разработки считается либо юридически рискованным, либо несущественным из-за устаревания игры. Мод-сообщество TA было ключевым для её долгой жизни, и BAR/Zero-K наследуют эту традицию через кастомные ИИ и юниты, чего не хватает Nanolathe. FAF считается более продвинутой версией TA, и многие хотят аналога Nanolathe для неё из-за устаревшего движка и ограниченных модов. Опытные RTS-игроки советуют вместо Nanolathe выбрать Zero-K или BAR — они предлагают сбалансированный геймплей, активное сообщество и лучшую мультиплеерную поддержку. Nanolathe требует оригинальных файлов TA, ограничивая доступность, тогда как BAR и Zero-K полностью бесплатны и не нуждаются в лицензированных контентах. Использование Go в Nanolathe технически интересно, но не компенсирует отсутствие зрелой механики и контента по сравнению с Spring Engine. Оригинальный TA имел топ-даун вид, не изометрический — ошибки в описании Nanolathe подчёркивают недостаток внимания к деталям. Для переживания TA без юридических рисков и с современным интерфейсом рекомендуется начать с BAR или Zero-K, а не с Nanolathe, поскольку они уже достигли зрелости.

Quake-SRP — это браузерный порт оригинального Quake 1996 года, написанный на Rust и полностью программно отрисованный без использования GPU или внешних зависимостей. Игра запускается прямо в окне браузера, поддерживает полноэкранный режим, звук, управление клавиатурой, мышью и геймпадом, а также сохранение прогресса в локальном хранилище. Включена shareware-версия эпизода 1 (quake106.zip, 9,1 МБ), а пользователи могут загружать свои собственные файлы — pak1.pak для эпизодов 2–4, mission pack’и (hipnotic/pak0.pak, rouge/pak0.pak) и CD-музыку в формате OGG — которые сохраняются в браузере и не требуют повторной загрузки.

Управление гибкое: по умолчанию используется WASD + мouselook (с возможностью блокировки мыши кликом), но можно переключиться на оригинальные управления id Software через консольную команду idcontrols (стрелки для движения и взгляда, без мouselook и геймпада). Доступны пресеты classic (точное воспроизведение WinQuake) и slop (настройки порта), переключаемые через консоль (preset classic / preset slop) или параметры URL (?classic, ?slop). Игровой процесс дополняют консольные команды вроде god, noclip, give, map e1m2, impulse 9 и т.д., а также быстрые сохранения/загрузки по F6/F9. Меню вызывается клавишей Esc или любой клавишей во время демо, а F12 делает скриншот в формате PCX, сохраняемый в хранилище страницы. Поддержка миссий, кастомных контролей, видеоопций и сброса настроек делает Quake-SRP удобным и аутентичным способом пережить классику прямо в браузере.

Порт Quake в безопасный Rust продемонстрировал мощный метод визуального сравнения пикселей, но вызвал споры о ценности LLM‐ассистированных Rust‐портов, ограничениях браузерных игр, недопонимании «safe Rust» и необходимости значительных усилий, а также поднял вопросы о потенциальных злоупотреблениях такой техникой в критических системах. Визуальный diff‐harness позволяет точно сравнивать каждый пиксель с оригиналом, упрощая поиск и устранение графических багов. Спор: Некоторые считают, что LLM‐ассистированные порты в Rust заполнят репозитории тривиальными проектами; другие видят реальную ценность демонстрации, но полагают, что подход быстро утратит актуальность. Совет: Для сложных игр браузерный подход часто неэффективен; лучше разрабатывать десктопные версии, чтобы избежать проблем с производительностью. Совет: Термин «safe Rust» часто путают с полным отсутствием unsafe‐кода; на практике могут использоваться обходные пути, обходящие проверку заимствований. Портировать игру в браузер требует значительных усилий и опыта, как подтверждает пятилетний труд автора над Neverball. Совет: Отсутствие мультиплеера в текущем порте воспринимается как существенный недостаток, который пользователи хотели бы увидеть реализованным. Проект иллюстрирует синергию технологий: WASM, Rust и LLM, построенную на десятилетиях человеческого вклада в графику и эмуляцию. Спор: Некоторые опасаются, что метод визуального сравнения может быть использован для обратного инжиниринга критически важных систем, таких как банковские бэкенды, что вызывает тревогу о безопасности.

Разработчики часто избегают использования нативных возможностей браузера, несмотря на их производительность и надёжность, из-за исторической нестабильности веб-платформы. Долгое время браузеры отставали от потребностей разработчиков, и библиотеки вроде jQuery заполняли критические пробелы, пока стандарты не догоняли. Даже после появления evergreen-браузеров привычка искать решения в npm осталась сильной: разработчики привыкли к знакомым интерфейсам фреймворков и библиотек, где документация понятна, примеры наглядны, а API обёрнут в удобную оболочку. Нативные API, хотя и мощные, часто кажутся «неуклюжими» или плохо документированными по сравнению с привлекательными страницами сторонних пакетов, такими как Dragula, чей сайт выглядит гораздо более приглашающе, чем сухая страница MDN.

Кроме того, существует разделение труда в экосистеме: опытные разработчики готовы использовать низкоуровневые DOM-операции в библиотеках, если они скрыты за привычными абстракциями вроде JSX или хуков React. Это позволяет новичкам работать с высокоуровневыми primitives, не погружаясь в сложности платформы. Однако с ростом ИИ-ассистентов в коде ситуация может измениться: в оптимистичном сценарии агенты будут выбирать платформенные API как более эффективные и проверенные решения, снижая необходимость в избыточном пользовательском коде. В пессимистичном же случае ИИ будет генерировать дублирующий, неидиоматичный код, усиливая фрагментацию и переусложнение, поскольку разработчики могут не тратить время на проверку альтернатив. В любом случае, напряжение между удобством экосистемы и чистотой платформы останется актуальным.

Разработчики избегают нативных возможностей браузера из-за исторической нестабильности, неполноценных API (Web Components, <dialog>, <datalist>), давления дизайнеров и продуктовых команд, привычки и экосистемной патологии, где библиотеки стали стандартом. Web Components имеют плохо продуманный API, требующий обёрток вроде Lit для практического использования. Нативные элементы <datalist> и <dialog> часто ненадёжны или ограничены в браузерах (особенно Firefox и Safari), что вынуждает писать кастомные решения. Safari остаётся проблемой из-за привязки обновлений к версиям ОС, делая новые API недоступными для значительной части пользователей даже после стандартизации. UX-дизайнеры и продукт-менеджеры требуют кастомных интерфейсов (календарей, выпадающих списков), так как нативные элементы не соответствуют визуальным требованиям или не позволяют реализовать сложные сценарии. Многие разработчики выбирают кастомные решения не ради удовольствия, а потому что только они позволяют точно реализовать задуманное поведение, особенно в доступности и анимации. Спор: отсутствие полнофункционального searchable combobox с доступностью вынуждает создавать кастомные компоненты, делая зависимость от npm неизбежной — платформа учит работать вне себя. Спор: одни считают, что веб-платформа должна быть минимальной и композируемой (как Linux), другие — что она должна предоставлять готовые высокоуровневые компоненты, иначе разработчики изобретают велосипеды. Нативные API могут скрывать баги, проявляющиеся только в редких условиях, что делает их ненадёжными для продакшена и заставляет предпочитать контролируемые кастомные решения. Поколение разработчиков, выросшее на React, не знает нативных возможностей браузера и воспринимает работу с DOM как антипаттерн, закрепляя зависимость от фреймворков. Некоторые разработчики, вернувшиеся к vanilla JS + CSS, отмечают, что их приложения загружаются и работают быстрее, чем 99% сайтов с npm и сборкой, и не сталкиваются с ограничениями платформы. Совет: перед созданием кастомного компонента — исследовать, тестировать и оценивать нативные возможности, но не осуждать тех, кто пропускает эти шаги из-за сроков или сложности. Исторически многие стандарты (например, scroll-driven animations) появились не из спецификаций, а потому что разработчики сами создали и массово использовали паттерны, которые потом стандартизировали браузеры. В корпоративной среде многие разработчики просто не знают о существовании нативных элементов вроде <dialog> или <details>, что приводит к повторному изобретению колеса из-за отсутствия обучения. Использование платформы требует отказа от пожеланий продуктовых команд, что требует зрелости и понимания реальной стоимости кастомной разработки — навыка, которым обладают не все. Некоторые разработчики, использующие AI (например, Claude), создают сайты с минимальным JS, опираясь на нативные элементы, и достигают отличных результатов по весу и производительности, если приоритет — лёгкость.

Hole Punch — это минималистичная головоломка, где нужно направить корабль к станции, не управляя им напрямую. Вместо этого игрок создаёт чёрные дыры, притягивающие корабль своей гравитацией. Чтобы добавить дыру, кликни по пустому полю и удерживай — она растёт, расходуя ограниченный ресурс «материи». Дыры можно перетаскивать, регулировать их размер (стрелками или колёсиком мыши) или удалять (Delete, R для сброса, Z для отмены). Запуск корабля происходит по пробелу или кнопке Launch; полёт можно прервать тем же способом. Корабль гибнет, если войдёт в дыру, столкнётся с препятствием, покинет поле или не догонится за 45 секунд.

Поздние уровни усложняют задачу: добавляются amber beacons, которые нужно пройти перед открытием станции, «вылупленные» зоны, где дыры ставить нельзя, и корабли без топлива, стоящие до первого притяжения. Оценка зависит от количества дыр и использованной материи — меньше значит лучше, и лучшие результаты сохраняются по секторам. Если застрял, можно сдаться через секторный индекс («I give up»), после чего игра автоматически решит уровень, но без учёта в счёте. Игра рассчитана на ландшафтную ориентацию экрана.

Hole Punch доставляет удовольствие и ностальгию, сравнимую с классическими flash‐играми, и подходит даже для детей. Однако мобильная версия имеет серьёзные проблемы с управлением: контролы неточные, экран помощи появляется навязчиво, перетаскивание чёрных дыр начинается слишком чувствительно и не плавно, нет возможности уменьшить массу или удалить дыру, отсутствует ручной ввод материи и ускорение времени. Рекомендуется: скрывать виджеты размера при перетаскивании, добавить отдельную кнопку или длительное нажатие для создания дыры, сделать помощь вызываемой по желанию, реализовать плавное перетаскивание после сдвига курсора на >5 пикселей, добавить функции удаления/корректировки массы, ручного ввода материи и ускорения времени, включить необязательный обучающий уровень, режим с неограниченной траекторией корабля и таблицу лидеров по массе, количеству дыр и времени (как в играх Zachtronics). Требуется полноценная поддержка сенсорного ввода. Некоторые пользователи находят мобильный опыт приемлемым, но большинство согласны: игра лучше подходит для десктопа, где управление точное и отзывчивое.

56k.rip — это браузерная симуляция доступа в интернет через модем в 1996 году. Пользователь начинает с рабочего стола, открывает Dial-Up Networking, слышит характерные звуки: отрыв трубки, тона набора, двадцатисекундное рукопожатие модема, после чего загружается домашняя страница — построчно, блок за блоком. Скорость соединения зависит от выбранного тарифа: 14.4, 28.8 или 56 кбит/с, и чем медленнее линия, тем дольше загружается каждая страница, поскольку данные передаются в реальном времени с учётом байтового бюджета. Изображения прорисовываются построчно, загрузки идут медленно и часто обрываются, а звонок может прерваться, если кто-то в доме возьмёт трубку на другом телефоне.

Внутри симуляции воссоздан небольшой портал 1996 года: страница о рыбалке, рецепты, гостевая книга, веб-кольцо, объявления, «пропущенные связи», прогноз погоды, телепрограмма и статья, объясняющая, что такое интернет. Также доступны почта, чат-лобби, игра в сапёра, карточная игра, графический редактор, командная строка и набор скринсеверов. Все звуки синтезируются в браузере по нотам, за исключением рукопожатия модема — это запись реального устройства. Графика построчно рисуется и ограничена 216-цветной веб-безопасной палитрой. Для работы требуется JavaScript и включённый звук — ничего не сохраняется и не требует регистрации, всё происходит исключительно в локальном браузере пользователя.

Симуляция упрощена: загрузка страниц слишком быстрая, звуки и интерфейс неточны. Реальный опыт 1996 года включал медленную скорость, постоянные разрывы, нестабильные соединения и ручную настройку — интернет был настоящим достижением. Спор: звук разрыва соединения не соответствует реальному, иконки выглядят как AI-генерированные, интерфейс не воспроизводит баги и нестабильность 90-х (например, невозможность перетаскивания карт в солитере и баги в пинболе — @Dwedit). Страницы загружаются слишком быстро: в реальности 56k-соединение требовало минут на загрузку простых страниц, а не секунд — как в симуляции (@strikefo, @illusive4080, @excitive). 56k модемы в 1996 году практически не существовали — доминировали 28.8k и 33.6k, стандартизация 56k произошла только в конце года, поэтому название сайта исторически неточно (@russellbeattie). Постоянные разрывы соединения из-за звонка по телефону были повседневной проблемой — это точно воспроизведено в симуляции, вызывая ностальгию (@waldopat). В 90-е 16 МБ ОЗУ считались роскошью, подключение к интернету вызывало ощущение открытия нового мира — сегодня это невозможно воспроизвести (@artyom, @Vaslo). Альтернатива: dialup.moveything.com ограничивает пропускную способность сервера до скорости модема, включая прогрессивные JPEG и GIF, реалистично воспроизводя медленную загрузку (@bonyt). В 90-е люди сами писали скрипты для подключения, настраивали Linux на 386, использовали lynx через терминал — это требовало глубоких технических знаний (@waldopat, @t1234s). Современные сайты, даже на медленном соединении, загружаются быстрее, чем в 1996 году — из-за оптимизации, кэширования и сжатия, что делает симуляцию неадекватной по скорости (@wosined, @krunck). Интернет тогда был не всегда доступен — подключение требовало сознательного выбора, в отличие от сегодняшнего постоянного онлайн-состояния (@101008). Симуляция удачно передаёт атмосферу: звук модема, стартовое меню, чат, почта вызывают ностальгию, несмотря на технические неточности (@thijsvandien, @4ndrewl, @jihadjihad). Совет: использовать internethistoryroulette.com для просмотра реальных сайтов 90-х — добавит аутентичный контент вместо современных веб-страниц (@adrianwaj). Шрифты размыты в одних местах и резкие в других, интерфейс не соответствует реальным системам Windows 95 — это снижает аутентичность (@klaussilveira, @h4kunamata).

MicroLLM lab позволяет запускать небольшие языковые модели (25–360 млн параметров) прямо в браузере с ускорением через WebGPU, обеспечивая конфиденциальность и отсутствие серверных затрат. Модели квантованы в формате Q4 (4 бита на параметр), что снижает их размер в 4 раза — например, модель в 100 млн параметров занимает ~50–84 МБ в памяти браузера. Это позволяет использовать их для быстрой триажи запросов, фильтрации спама или определения намерений за миллисекунды, решая, нужен ли дорогой облачный LLM.

Lab предлагает загружать модели через IndexedDB, тестировать их в чат-панели и проводить бенчмарки в отдельной вкладке, генерируя сертификаты производительности. Без WebGPU (на CPU через WASM) скорость составляет 8–20 токенов/секунду, тогда с аппаратным ускорением — 100–300+ токенов/секунду (10–20× быстрее). Доступны модели вроде PetitGPT (125M), SmolLM2 (135M/360M) и MiniMind2 (26M/104M), все под лицензией Apache-2.0. Для работы требуется современный браузер с поддержкой WebGPU (Chrome 113+, Edge 113+, Brave или Firefox с флагом) и включённым аппаратным ускорением.

Обсуждение подтверждает, что микромодели действительно работают в браузере быстро, но выявляет существенные проблемы: перегруженный UI, ограниченная поддержка языков, несовместимость с Firefox и частые галлюцинации моделей, а также подчёркивает потенциал стандартизации через Web Models API.

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

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

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

• Тесты показывают, что приложение работает в Chromium, но падает в Firefox с ошибкой «GPUShaderStage is not defined», что свидетельствует о проблемах совместимости WebGPU.

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

• Некоторые участники демонстрируют, что с помощью WebGPU можно запускать более крупные модели в виде одностраничных HTML‐приложений, даже в изолированных (air‐gapped) средах.

• Совет: Для упрощения доступа к локальным моделям в браузерах рекомендуется следить за развитием стандарта Web Models API, который предлагает единый интерфейс для запуска открытых весов.

«Definitely Not Windows» — это пародийный веб-сайт, имитирующий интерфейс Windows 11 с насмешкой над современными трендами ПО: подписками, навязчивой рекламой, AI-фичами, бесконечными обновлениями и мучительными попытками сменить браузер по умолчанию. Всё это — чистый юмор, никакого отношения к Microsoft: сайт не содержит реальных установок, запросов учётных данных или угроз, а все «действия» — лишь анимация и сатира.

Центральный персонаж — Клиппи, который ведёт «журнал посетителей» с анонимным случайным ID, не собирая ни имён, ни почт, ни отпечатков браузера. Стирание куки заставляет его воспринимать вас как нового, подозрительного пользователя — это и есть суть юмора: абсурдная персонализация без реальных данных. Сайт напоминает, что всё — шутка: кнопки не устанавливают софта, не продают подписки и не ломают систему. Даже предупреждение о нехватке места — фикция; ваш диск, скорее всего, полон не из-за него.

Пользователи подтверждают, что сталкиваются с навязчивыми поп-апами, медленными обновлениями и отсутствием контроля в Windows — это высмеивается в пародии. Многие отмечают нереалистично быструю работу имитации и предлагают добавить ссылки на Linux как альтернативу. Большинство считают, что меню «Пуск» и контекстные меню открываются мгновенно, что нереально для реального Windows, где обычно есть заметная задержка. Много участников описывают постоянный поток всплывающих окон, рекламных сообщений и принудительных обновлений, подтверждая сатирическую точку зрения пародии. Некоторые делятся опытом перехода с Windows на Linux/Fedora, отмечая, что это избавило их от назойливых уведомлений и сбора телеметрии. Несколько хвалят производительность имитации, называя её «очень быстрой» — это свидетельствует о хорошем техническом исполнении пародии. Есть разногласие: одни восхищаются скоростью работы сайта, другие считают её слишком быстрой и нереалистичной по сравнению с настоящим Windows. Один пользователь предлагает, чтобы кнопка «fix everything» вела к установщику Linux, превращая шутку в возможность миграции. Другой советует добавить фальшивый индикатор «Installing Updates» с случайной длительностью и скрытыми кнопками отказа, чтобы усилить сатиру. Комментарий указывает на снижение доли Windows 11 в мировом рынке и рост Linux и macOS, подкрепляя общую неудовлетворённость Windows. Некоторые отмечают, что Windows 10 больше не получает обновления безопасности, из‐за чего отказываются переходить на Windows 11. Ностальгические отзывы о Windows 7/8 подчёркивают, что более старые версии казались более продуманными и менее навязчивыми.

Lofi Cities — это бесплатное веб-приложение, которое сочетает анимированный пиксель-арт ночных городов с живой генерацией lofi-музыки прямо в браузере. Каждый город — это 480×270 пиксельный цикл длительностью четыре минуты, с уникальной погодой, достопримечательностями и ambient-звуками (дождь, поезда, волны), а музыка создаётся алгоритмически в реальном времени, без повторов и без необходимости регистрации или установки. Приложение работает на всех устройствах и предназначено как спокойный фон для учёбы, работы или отдыха.

Последние обновления добавили глобальный чат для каждого города: пользователи, смотрящие один и тот же город, видят друг друга в общей комнате, с метками города рядом с именами и тегами при совпадении ников (например, «sleepy fox ·3f»), сообщения хранятся три часа. Также улучшен интерфейс на мобильных — город, время, ссылки и счётчик онлайн теперь в одной карточке. Есть возможность сохранить кадр как 1080p PNG или установить как PWA. Billboard-ы в городах можно арендовать для своей рекламы через форму, а новые города предлагаются в Discord. Автор — Сафа Эмали, монетизация возможна через покупку видеопетли (без аудио) на Gumroad, но сам сайт остаётся бесплатным и без cookie.

Веб-приложение создаёт атмосферу для релаксации и фокусировки, но вызывает споры о качестве пиксель-арта, использовании ИИ и инвазивности рекламы, нарушающих иммерсивность. Критика пиксель-арта: некоторые считают его AI-сгенерированным из-за неправильных китайских и японских иероглифов в Токио и Гонконге, что снижает аутентичность; другие ценят визуальную атмосферу, не требуя точности символов. Реклама на Product Hunt воспринимается как разрушающая иммерсивность и несоответствующая пиксель-арт эстетике; другие пользователи не отмечают её как проблему, фокусируясь на музыке и визуале. Музыка вызывает разногласия: одни называют её атмосферной и удачной, другие — «basic midi» с диссонансными аккордами, не соответствующими lofi-стилю. Пользователи предлагают: - добавить переключение видов (окно, балкон, комната) для выбора между городскими и внутренними звуками; - отключать рекламу для чистого пиксель-арт опыта; - расширить список городов (Монреаль, Сидней, Каир, Афины и др.) с локальными деталями (жакаранды в Сиднее, арабеск-музыка в Стамбуле); - внедрить динамические погодные эффекты (дождь, гроза, осенние листья) с учётом сезонности (например, не сакура в несезон в Токио); - добавить <noscript> поддержку для объяснения отсутствия загрузки при отключённом JavaScript. Многие отмечают, что приложение идеально подходит для фокусировки и глубокой работы, особенно как фон на втором мониторе, благодаря генерируемой без повторов музыке и спокойной визуальной среде. Пользователи сравнивают проект с работами Mark Ferrari’s Living Worlds — ручная анимация, отсутствие рекламы, атмосферная динамика — и видят в нём высокий эталон. Согласованное мнение: музыка, сгенерированная в браузере без внешних зависимостей, — сильная сторона, отличающая проект от решений на основе AI-моделей вроде Lyria 3. Проект вызывает эмоциональный отклик через ностальгию и лиминальные пространства, объясняя его привлекательность несмотря на технические недостатки.

Transformer — это архитектура нейросети, представленная в 2017 году в статье «Attention is All You Need», которая стала основой для современных языковых моделей, таких как GPT, Llama и Gemini. Её ключевая инновация — механизм самовнимания, позволяющий модели анализировать взаимосвязи между всеми токенами последовательности одновременно, эффективно улавливая дальние зависимости. Трансформеры работают по принципу предсказания следующего токена: на основе входного промпта модель вычисляет вероятности появления каждого следующего слова или его части.

Архитектура трансформера состоит из трёх основных блоков: эмбеддинга, трансформер-блока и выходного слоя. Эмбеддинг преобразует текст в числовые векторы через токенизацию, поиск векторов токенов, добавление позиционной информации и их суммирование. Трансформер-блок включает слой внимания, который распределяет фокус между токенами, и MLP-слой, обрабатывающий каждый токен независимо для уточнения его представления. Выходной слой преобразует финальные представления в вероятностное распределение над словарём через линейное преобразование и softmax.

Transformer Explainer — интерактивный инструмент, визуализирующий работу малой версии GPT-2 (124 млн параметров) прямо в браузере. Он построен на nanoGPT, сконвертирован в ONNX для в-browser выполнения, и использует Svelte и D3.js для динамических визуализаций. Пользователь может вводить собственный текст, наблюдать за вычислением эмбеддингов, весами внимания, активациями MLP и выходными вероятностями, а также экспериментировать с температурой, top-k и top-p семплированием, чтобы увидеть, как эти параметры влияют на креативность и детерминированность генерации. Инструмент разработан командой из Georgia Institute of Technology для наглядного обучения принципам работы трансформеров.

Обсуждение подтверждает, что механизм внимания работает как динамический слой плотных связей, где матрица внимания играет роль весов, а Value‐вектор проходит через него. Указывается на исторический предшественник — Fast‐Weight Programmers Шмидхубера. Трансформеры превосходят dilated CNN по соотношение точность/вычисления, позволяя обмениваться информацией между удалёнными позициями за один шаг. Другие архитектуры работают, но менее эффективно; традиционные сети используют иной порядок умножения матриц, меняя форму представления данных. Визуализации вроде bbycroft.net/llm и Illustrated Transformer существенно упрощают понимание внимания и архитектуры трансформеров, особенно для новичков. Рекомендуются: The Illustrated Transformer (@jasonjmcghee), книга "Hands of Large Language Models" (@hangonhn, @israrkhan). Ключевые параметры внимания — Q/K/V матрицы — должны быть показаны в визуализации в начале блока "Head N of M" (@maciejzj). Запрос на более простое объяснение роли K/Q/V отражает потребность в доступных объяснениях (@bilsbie). Практические ограничения: модели требуют большого объёма скачивания (~600 МБ) (@shagie); визуализатор не работает на мобильных устройствах (@hollowturtle). Предупреждение: визуализатор на GPT‐2 может вводить в заблуждение из‐за устаревшего абсолютного позиционного кодирования (@E-Reverance). Идея динамического формирования весов восходит к Fast Weight Programmers Шмидхубера, но в современных публикациях часто не упоминается (@octoberfranklin).

Firefox остаётся важным инструментом для сохранения разнообразия в веб-браузерах, несмотря на критику и переход некоторых пользователей на альтернативы вроде Vivaldi. Автор подчёркивает, что отказ от Firefox из-за его присутствия в соцсетях (включая X, ранее Twitter) является излишним, особенно когда альтернативы также используют те же платформы. Ссылка на поговорку «не выплескивай ребёнка вместе с водой» служит метафорой: не стоит отказываться от браузера из-за мелких раздражений, игнорируя его фундаментальную ценность.

Без Firefox рынок браузеров оказался бы доминирован движком Blink (Chrome и его производные, включая Vivaldi, Opera, Edge), оставляя лишь Safari как маловероятного конкурента из-за его привязки к экосистеме Apple. Автор отмечает, что присутствие Firefox в X — это стратегическая попытка привлечь новых пользователей на фоне падающей глобальной доли рынка, и призывает поддерживать проект, поскольку независимые движки браузеров критически важны для инноваций, конкуренции и открытого веба. Поддержка Firefox — это не просто предпочтение, а необходимость для будущего интернета.

Firefox критически важен для разнообразия движков: альтернативы вроде Ladybird и Servo ещё не достигли функциональной зрелости (по данным WPT: Firefox — 90.6%, Ladybird — 84.2%, Servo — 74.4%), а Chromium-форки не решают проблему монополии. Его уход ускорит доминирование Chromium. Проблема — в управлении Mozilla, а не в браузере: уход Eich, финансирование от Google, внедрение функций вроде Pocket и телеметрии, игнорирование производительности и маркетинговые инициативы подрывают доверие сообщества. Зависимость от Google неизбежна: для устойчивости без рекламы потребовалась бы подписка ~$150/год от 10 млн пользователей, что нереалистично. К техническим недостаткам относят высокое потребление RAM, нестабильную производительность и ухудшение UX на десктопе, а также необходимость ручной настройки через about:config и userChrome.css, что делает Firefox непригодным для обычных пользователей, но привлекательным для продвинутых. На iOS Firefox — лишь обёртка над WebKit, что снижает его ценность. При этом Firefox — единственный браузер с полноценной поддержкой расширений на мобильных устройствах. LibreWolf и Zen предлагают более чистую альтернативу без телеметрии и Pocket. Пользователи Unix-десктопов сохраняют Firefox из-за интеграции с системой; на Windows/macOS часто предпочитают Chrome ради совместимости с корпоративными сервисами. Отказ от Firefox из-за его присутствия в соцсетях иррационален: все браузеры, включая Chrome и Safari, используют те же платформы для маркетинга, и это не влияет на технические характеристики.

GHC теперь может работать полностью на стороне клиента в браузере через WebAssembly, демонстрируя значительный прогресс в разработке GHC WASM бэкенда. Это позволяет создавать интерактивные Haskell playground прямо в браузере без необходимости серверной части. Однако реализация имеет ограничения: используется байткод интерпретатор вместо компиляции в WASM, а cabal не поддерживается из-за отсутствия поддержки процессов. Для использования сторонних пакетов требуется предварительная компиляция через wasm32-wasi-cabal.

Проект сталкивается с некоторыми техническими вызовами, включая необходимость загрузки и извлечения около 50MB корневой файловой системы, что может вызывать временные зависания интерфейса. В некоторых браузерах, таких как Brave и Safari, возникают дополнительные проблемы с работой веб-воркеров. Тем не менее, эта технология открывает возможности для создания полностью интерактивных онлайн-курсов по Haskell и других веб-приложений, написанных на Haskell, работающих непосредственно в браузере пользователя.

• Обсуждение началось с вопроса о том, что WASM-версия GHC действительно запускает код в браузере, но не решает проблемы «бутстрапа» и воспроизводимых сборок, что делает Haskell невозможным для включения в дистрибутивы.
• Участники обсудили, что язык всё ещё жив, но отсутствие возможности полностью собрать его из исходников делает его «мертвым» с точки зрения дистрибутивов.
• Появились сомнения в том, что Haskell всё ещё актуален, и обсуждались ресурсы для изучения языка и практического применения.
• Также обсудили, что WASM-порт GHC демонстрирует прогресс бэкэнда, но не затрагивает проблему полного порта компилятора на новую архитектуру.
• В конце обсуждение сошлось на то, что язык всё ещё используется в продакшене и имеет практическое применение, а также что WASM может быть полезен не только в браузере, но и в других сценариях.

OpenAI представила браузер Atlas, который автор называет "анти-веб" браузером, поскольку он активно борется с принципами открытого интернета. По умолчанию Atlas не ведет пользователей на реальные веб-страницы, а подменяет их контентом, сгенерированным ИИ. Когда автор искал "Taylor Swift showgirl", получил результат, похожий на веб-страницу, но без единой ссылки на официальный сайт певицы. Это создает "внутренний сад" из ИИ-контента, где пользователь заперт, не имея доступа к реальной информации.

Интерфейс браузера требует от пользователей угадывать команды вместо использования интуитивных кликабельных ссылок, что автор сравнивает с устаревшими текстовыми интерфейсами 1980-х годов. "Atlas - это браузер, но не веб-браузер. Это анти-веб браузер", - подчеркивает автор. Хотя при запуске есть предупреждение о возможной неточности информации, оно не отражает того факта, что браузер может полностью fabrircate контент, выдавая его за реальные веб-результаты.

• Обсуждение вращается вокруг того, что OpenAI и другие компании стремятся не просто создать браузер, а встроить себя в поток данных, что вызывает опасения по поводу приватности и безопасности.
• Участники обсуждают, что браузер Atlas, как и другие подобные продукты, не предоставляет ссылки на первоисточники, что подрывает саму идею веба как такового.
• Обсуждается, что вместо того, чтобы предоставлять пользователю прямой доступ к информации, эти продукты вместо этого изолируют его внутри их собственной экосистемы, что вызывает опасения по поводу монополизации и контроля над информацией.
• Участники также обсуждают, что такие продукты могут быть использованы для сбора персональных данных, что может быть использовано для таргетированой рекламы или других целей.
• В конце концов, обсуждение приходит к выводу, что вместо того, чтобы позволить технологическим компаниям встроить себя в поток данных, следует развивать открытые и прозрачные технологии, которые бы позволили пользователям иметь контроль над их собственными данными и приватностью.

Социальная сеть X требует включённого JavaScript для работы и отображает сообщение об ошибке, если он отключён в браузере. Пользователю предлагается активировать JavaScript или перейти на поддерживаемый браузер из списка в Центре помощи.

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

• Впечатляющий прогресс независимого проекта Ladybird, достигнутый за короткое время, приближает его к практической пригодности.
• Прохождение 90% тестов WPT — это произвольный, но требуемый Apple метрический порог для рассмотрения в качестве альтернативного движка в iOS; сама метрика считается несовершенной.
• Реальная сложность заключается в поддержании темпа развития и реализации постоянно растущего количества новых веб-API, а не только в прохождении текущих тестов.
• Вызывают вопросы безопасность и наличие песочниц в быстро разработанном движке, а также его текущая производительность при повседневном использовании.
• Проект рассматривается как важная альтернатива доминирующим движкам, но до полной конкурентоспособности еще несколько лет работы.

Helium — это браузер для десктопа с открытым исходным кодом, ориентированный на приватность и удобство. По умолчанию он блокирует рекламу, трекеры, криптомайнеры и фишинговые сайты благодаря предустановленному uBlock Origin, без исключений и дополнительных настроек. Браузер не содержит собственной аналитики, не делает веб-запросов без явного согласия пользователя и работает на облегчённой версии Chromium, что обеспечивает высокую скорость и энергоэффективность.

Helium включает уникальные функции, такие как нативные !bangs (позволяют быстро переходить на сайты, например, !w для Википедии), разделённый просмотр страниц и поддержку всех Chromium-расширений с анонимизацией запросов к Chrome Web Store. Интерфейс минималистичен, не отвлекает и настраивается под пользователя. Все обновления безопасности выпускаются оперативно, а синхронизация данных через облако отсутствует для максимальной конфиденциальности.

• Скептицизм по поводу использования Chromium в качестве основы для приватного браузера, учитывая контроль Google над экосистемой и необходимость альтернативных движков (WebKit, Gecko).
• Озабоченность отсутствием информации о команде разработчиков, модели монетизации и долгосрочных планах поддержки, что важно для доверия к автоматическим обновлениям.
• Критика и сравнение с другими браузерами (Brave, Firefox, Orion, Zen), где отмечаются недостатки Helium: отсутствие вертикальных вкладок, синхронизации с мобильными устройствами и поддержки MV2-расширений.
• Запросы о технических деталях: механизм автообновлений, поддержка Linux и мобильных ОС, версия uBlock Origin (MV2 или Lite), безопасность расширений.
• Некоторые положительные отзывы о качестве браузера и удобстве использования, но в целом преобладает осторожное или негативное отношение из-за зависимости от Chromium.

FuckUpMySite — преврати любой сайт в хаос.

• Деструкция: 0 %
• Лозунг: fuckfuckfuckfuckupupupupmymymymysitesitesitesite
• Девиз: «Некоторые просто хотят смотреть, как горит веб».

Попробуй на: Sentry.io, Hacker News, Apple, Stack Overflow
Кнопка: «FUCK THIS SITE UP»

😈 Настройки хаоса

(3 из 6 активны)

• 🔥 Пылающий курсор — курсор поджигает страницу
• 🤪 Comic Sans всё — весь текст Comic Sans
• 👻 Фальшивые курсоры — множество поддельных теней
• 🪰 Назойливая муха — жужжит по экрану
• 🏃 Убегающие кнопки — прячутся от мыши
• 🔨 Попап-лопатка — ложные окна, которые нужно закрывать

Не все сайты дружат с хаосом. Нашёл баг? Напиши в Twitter.

• Участники обсуждают сайт-шутку, который «ломает» любую страницу: Comic Sans, ползающие жуки, огонь и т.д.
• Браузеры (Chrome, Firefox, Safari) блокируют его как «опасный», что вызывает смех — предупреждение идеально вписывается в дух проекта.
• Некоторые сравнивают его с Katamari Hack, Desktop Destroyer, netdisaster и старыми оверлеями 90-х.
• Работает не везде: падает на Whitehouse.gov, opennet.ru, сайтах с Anubis, а также на самом себе.
• Люди делятся ссылками на «испорченные» версии Fox News, Apple и др.; кто-то просит npm-пакет для розыгрыша.

Claude для Chrome: закрытый пилот

Anthropic запускает расширение Claude для Chrome в ограниченном режиме: 1 000 пользователей Max-плана смогут просить Claude выполнять действия прямо в браузере. Цель — собрать отзывы и отладить защиту перед публичным релизом.

Зачем браузерный агент

Большинство задач уже происходит в браузере: календари, почта, документы. Дав Claude доступ к кнопкам и формам, мы резко повышаем его полезность. Однако такой доступ открывает новые векторы атак.

Главная угроза: prompt injection

Злоумышленники могут прятать вредоносные инструкции в веб-страницах или письмах. Без защиты модель выполняет их без ведома пользователя.

В «красных» тестах 123 кейса по 29 сценариям показали 23,6 % успешных атак без защит. Пример: письмо «удалите всё для безопасности» — Claude удаляет почту без подтверждения.

Текущие защиты

• Разрешения: доступ к сайтам и действиям контролирует пользователь.
• Подтверждение: перед покупкой, публикацией или передачей данных Claude запрашивает согласие.
• Фильтры: блокируются сайты финансов, взрослого контента и пиратства.
• Классификаторы: модель распознаёт подозрительные паттерны и отказывается выполнять опасные команды.

Пилот продолжается; доступ расширят по мере роста надёжности.

• Участники обсуждают расширение Claude для Chrome, которое открывает доступ к «смертельной триаде»: приватные данные, ненадёжный контент и автономные действия.
• Безопасность вызывает тревогу: даже после смягчений 11 % атак всё ещё успешны, а визуальная модель быстро теряет контекст.
• Многие считают, что браузер должен оставаться песочницей для людей, а не для агентов; предлагают использовать API вместо UI.
• Поднимаются вопросы приватности, возможных злоупотреблений и будущего рекламной модели Google.
• Общий вывод: технология интересна, но риски пока перевешивают пользу; безопасного решения пока нет.

JavaScript отключён.
Включите его или перейдите в поддерживаемый браузер. Список браузеров — в Справке.

Что-то пошло не так.
Попробуйте ещё раз.

⚠️ Расширения, блокирующие трекинг, могут мешать работе сайта. Отключите их и обновите страницу.

• Участники считают, что давать LLM-агенту полный доступ к браузеру — это «смертельный трифекта»: чтение всех вкладок, кук и паролей.
• Основной риск — prompt-injection: любой сайт может внедрить команду, и агент выполнит её, потому что «каждое чтение — это запись в контекст».
• Люди сравнивают это с тем, что Microsoft делала скриншоты, но теперь молчат, когда AI получает plaintext-доступ к банковским данным.
• Единственный «безопасный» сценарий — код в git, где изменения легко откатить; всё остальное (покупки, банкинг, e-mail) считается безумным.
• Итог: без изоляции, sandbox и чёткого разграничения «что можно» агенты становятся идеальным вектором атак, а компании, их выпускающие, — объектом для судебных исков.