В справочных страницах WhatsApp для Европы были скрытые блоки текста, адресованные ИИ-помощнику, а не людям. Из 545 связанных страниц на 80 нашлись 102 таких блока, и два из них оказались особенно показательными. Первый — на странице об удалении аккаунта: видимая часть советует ждать до 30 дней после деактивации или до 120 дней без использования (365 в США), а невидимая запрещала ИИ предлагать удаление аккаунта вручную и упоминать другие способы. Второй — на странице о жалобах и блокировке: как только пользователь заводил речь о юристе, суде или иске, ИИ запрещалось ссылаться на законы о защите данных, включая GDPR, LGPD и CCPA, даже если закон называл сам пользователь.

Это расходится с публичной политикой конфиденциальности для Европейской экономической зоны: там прямо сказано, что у человека есть право на доступ, исправление и удаление данных, право жаловаться в Ирландскую комиссию по защите данных или любой другой надзорный орган, и назван GDPR. Скрытые инструкции не отменяют эти права — в ЕС они закреплены статьями 17 и 77 GDPR, — но мешали людям о них узнать. Остальные 100 блоков были безобидными: подсказки про шифрование, минимальный возраст, двухэтапную проверку и защиту от мошенников.

Пользователи разделились во мнениях: одни (@MisterMunchkin, @otterley) считают инструкции стандартной защитой компании от юридических рисков, другие (@ryukoposting, @joshuaS98) видят в запрете упоминать регуляторов и GDPR преднамеренное введение в заблуждение. Спор о технической реализации: @yoaviram называет использование скрытого HTML примитивным дизайном, а @eknkc считает это удобным для координации команд через атрибуты вроде `data-support-instruction`. Скептики (@DonHopkins, @bicepjai) не верят в версию Meta о «баге», так как текст был специально сделан невидимым. Случай воспринимается как «индустриальный» prompt injection (@mgaldys4), который ранее описывался лишь в академических работах. Это пример манипуляции результатами LLM, когда пользователи доверяют саммари, не подозревая о жестком корпоративном контроле ответов (@adamddev1).

С 30 октября новые коммерческие условия Meta позволят компании собирать контент с сайтов, «связанных» с бизнес-аккаунтами на её платформах. Под действие попадут практически все новостные издания, поскольку у каждого есть хотя бы один бизнес-аккаунт для управления страницами, рекламой и каналами в Facebook, Instagram и WhatsApp. Продолжая пользоваться сервисами, владельцы таких аккаунтов автоматически дают согласие на скрейпинг.

Юристы, изучившие документ по запросу Nieman Lab, считают, что формулировки позволяют Meta использовать собранный контент для обучения ИИ-продуктов — в других разделах условий «AI at Meta» прямо назван одним из них. «Это примечательное положение, спрятанное в условиях обслуживания, учитывая, что оно даёт Meta доступ к материалам, которые на лицензионном рынке стоили бы многие миллионы долларов», — заявил медиаюрист Мэтт Топик. По его словам, неясно, признает ли суд условие исполнимым, но издателям стоит исходить из того, что оно сработает.

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

Обсуждение показывает, что новые условия Meta формализуют уже существующую практику скрапинга контента с новостных сайтов, предоставляя компании юридическую защиту. Однако это вызывает опасения: возможное нарушение лицензий третьих сторон, законов ЕС и антимонопольного законодательства. Многие считают, что реальное согласие владельцев контента не получено, а формулировка «will consent» вводит в заблуждение. Скрапинг остаётся «серой зоной», и его включение в правила позволяет Meta защищаться от претензий, но вызывает сомнения в легитимности таких условий. Для защиты сайтов предлагается разместить чёткое click‐wrap соглашение, запрещающее скрапинг, либо блокировать запросы Meta‐бота по IP, заголовкам или поддельному User‐Agent. Некоторые эксперты видят в новых условиях форму «bundling» — принудительное объединение рекламных услуг с передачей данных. Судебная перспектива остаётся неопределённой: одни считают, что такие условия могут быть признаны недействительными, другие полагают, что они выдержат проверку до судебного разбирательства.

Пользователь попросил Muse экспортировать файлы, которые он может видеть, и получил архив размером 2,7 ГБ сжатого и 6,8 ГБ распакованного. В нём оказалась корневая файловая система Linux-среды сессии: системные файлы Ubuntu, внутренняя документация Muse, код интеграций, шаблоны приложений, файлы памяти и журналы агентов, включая SSH-ключи. Автор не публикует архив из-за чувствительности данных.

Большая часть интересных файлов находилась в /home/hatch, /opt/hatch и /opt/hatch-image. В директории agents/ хранились 113 записей суб-агентов в формате JSONL, а в домашней директории агента — файлы вроде SOUL.md, IDENTITY.md, MEMORY.md и др. Документация включала около 20 Markdown-файлов по использованию браузера, платежам, данным, голосовым функциям и расписанию, а также гайды для WhatsApp, Mac, Tailscale и Home Link.

В /opt/hatch/skills/ насчитывалось около 68 директорий навыков, каждая с файлом SKILL.md и связанным кодом — для Google Workspace, соцсетей Meta, Outlook, здоровья, бытовых устройств и генерации медиа. Особенно примечательной оказалась документация по экспериментальной интеграции Home Link (docs/devices/home_link.md), описывающая использование ESP32-C5 с Wi-Fi и BLE для подключения Muse к домашним устройствам через прокси с отдельным шагом одобрения.

Автор отправил отчёт в программу bug bounty Meta, но получил ответ «Not Applicable» без уточнения причин. Он также связался с несколькими сотрудниками, но не добился дальнейших действий. Несмотря на попытки исследовать границы контейнера (например, через 80 открытых сокетов), escape не был продемонстрирован из-за недостатка опыта и осторожности по отношению к продакшен-системе. Для уточнений пользователь предлагает связаться по почте pete@mouse.dev.

Обсуждение уточняет, что предоставление Muse полного доступа к файловой системе виртуальной машины — запланированная особенность, а не уязвимость; поднимает спор о том, что считается «software engineering» в эпоху LLM‐агентов; раскрывает технические детали (изолированная VM на пользователя, 332 МБ Rust‐бинарник, возможный отдельный Postgres вместо SQLite); отмечает готовность Meta выпускать рискованные AI‐продукты без баг‐баунти и даёт практические рекомендации по точному промпт‐инжинирингу и будущей миграции конфигураций в базы данных.

• Спор: Некоторые комментаторы считают, что создание markdown‐файлов — это «software engineering», тогда как другие утверждают, что реальная инженерная работа заключается в оценке этих файлов, а markdown лишь продукт, а не процесс.

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

• Совет: Для получения желаемого поведения от Muse рекомендуется формулировать запросы максимально точно, сравнивая процесс с «взмахом волшебной лампы» — так называют «magic genie engineering».

• Спор: Некоторые пользователи критикуют отсутствие баг‐баунти за раскрытие полной файловой системы, в то время как другие считают, что это не баг, а преднамеренный доступ внутри изолированной VM.

• Тред отмечает, что готовность Meta запускать этически неоднозначные AI‐продукты даёт ей уникальное преимущество по сравнению с другими крупными технологическими компаниями.

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

• Спор: Один комментарий указывает, что Muse, судя по всему, использует отдельный экземпляр Postgres для каждого агента, что кажется избыточным по сравнению с заявлением о единой SQLite базе.

• Пользователь поделился, что основной «harness» Muse представляет собой монолитный 332 МБ бинарник, написанный на Rust, подтверждая значительный размер исполняемого кода.

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

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

• Совет: Рекомендовано не публиковать извлечённый архив с файловой системой, так как в нём могут находиться SSH‐ключи и внутренняя документация, представляющие конфиденциальную информацию.

• Спор: Некоторые считают файлы с SSH‐ключами и внутренними документами чувствительными, тогда как другие полагают, что в контексте изолированной VM они могут не быть строго конфиденциальными.

About 20 Markdown files described browser use, connectors, payments, credentials, data handling, generated files, voice, goals, and scheduling.This the state of software engineering in 2026.Edit: clarified engineering to software engineering, which is more correct — @tolugenius

Muse — это личный AI-агент от Meta, разработанный для автоматизации повседневных задач и снижения когнитивной нагрузки. Он интегрируется в экосистему Meta и использует передовые модели генеративного ИИ для понимания контекста, планирования действий и выполнения задач от имени пользователя — от составления расписания и отправки напоминаний до бронирования встреч и поиска информации в реальном времени. Muse адаптируется под привычки и предпочтения пользователя, обучаясь на взаимодействиях, чтобы предлагать всё более точные и персонализированные рекомендации.

Ключевые возможности Muse включают голосовое и текстовое взаимодействие, многозадачность (например, одновременное управление календарём, сообщениями и поиском), а также глубокую интеграцию с сервисами Meta — WhatsApp, Instagram, Facebook и Messenger. Агент поддерживает контекстную память, позволяя ему помнить детали предыдущих разговоров и действовать последовательно. Muse позиционируется как шаг к настоящему агентному ИИ: не просто отвечающему на запросы, а проактивно anticipating потребности и выполняющий сложные, многошаговые задачи с минимальным вмешательством пользователя. Доступен для загрузки в App Store и Google Play.

Muse — попытка Meta интегрировать ИИ в свою экосистему (Facebook, WhatsApp) для привлечения массовой аудитории, но вызывает серьёзные опасения по конфиденциальности на фоне прошлых нарушений. Пользователи, не следящие за деталями ИИ, могут принять предустановленные решения, как ChatGPT, что делает Muse привлекательным для «normie-tier». Преимущество Meta — огромная база пользователей, но доверие к компании низкое. Угроза в том, что агент с доступом к календарю, сообщениям и финансам станет мощным вектором сбора данных. Рекламные примеры Muse сосредоточены на покупках (билеты, коляски), что усиливает подозрения в приоритете монетизации над удобством. Некоторые видят потенциал в автоматизации рутинных задач — например, отслеживании школьных мероприятий в WhatsApp-группах или извлечении данных из закрытых Facebook-групп (после отключения API). Предложение генерировать одноразовые карты воспринимается как разумная мера, но пользователи хотят и лимиты расходов. Опасения вызывают персонализированные ленты новостей — риск эхо-камер и алгоритмической манипуляции. Технически Muse использует детерминированный код и ансамбли классификаторов для защиты от инъекций, возможно, на основе идей DeepMind CaMeL. Встроенный браузер для наблюдения за действиями агента полезен, но его устойчивость под вопросом при росте требований к прозрачности. Многие предпочитают создавать собственных агентов или использовать альтернативы, чтобы избежать передачи данных Meta, даже при необходимости технических навыков. Маркетинг Muse ориентирован на стейкхолдеров, а не на пользователей — акцент на монетизации, а не на решении реальных проблем. Сравнение с Facebook M 2015 года показывает повторение стратегии: сначала — люди, потом — ИИ, но теперь модели достаточно мощны, чтобы заменить их быстрее.

AI может сделать системы слишком надёжными, что угрожает национальной безопасности. Раньше спецслужбы полагались на уязвимости в ПО, но теперь шифрование (iPhone, WhatsApp) закрывает эти «низко висящие плоды». В 2016 году FBI потребовал у Apple доступа к зашифрованному телефону, но отступил после обвинений в риске злоупотребления бэкдоров. Теперь, когда у злоумышленников остаются лишь редкие уязвимости, агентствам придётся требовать искусственных способов доступа — «исключительного доступа». Это может привести к тому, что США ослабят собственные системы, а иностранные государства получат новые возможности для атак. В итоге мы рискуем ускорить «самосоветскую» уязвимость, когда уже почти справились с защитой инфраструктуры. Нам остаётся лишь надеяться, что решения будут приняты правильно, даже если без чёткого плана.

Тред обсуждает влияние ИИ на безопасность ПО и последствия для правоохранительных органов и национальной безопасности. @mbroshi отмечает, что компании добавляют больше уязвимых функций, чем раньше; ИИ может выявлять существующие проблемы, но не обеспечивает полной безопасности. @tptacek и @thinkthatover спорят, насколько низкоуровневый код платформ менее уязвим, чем код приложений, и изменится ли это в будущем. @Carrok предлагает само-хостинг и контроль над ПО как меру против уязвимостей. @Grombobulous утверждает, что правоохранительным органам не нужен массовый доступ к коммуникациям — исторически это не было необходимо. @ayaros считает, что доступ государства к частным коммуникациям нарушает право на неприкосновенность частной жизни.

Экспериментальный проект WSL-For-FreeBSD переносит компоненты WSL2 на FreeBSD. Он использует тот же ядро и ту же архитектуру, что и WSL2, но адаптирован для FreeBSD. Проект пока не поддерживает GPU и не реализует полную изоляцию, но уже позволяет запускать бинарники Linux в контейнере. Проект открыт и приглашает сообщество к тестированию и PR.

• Обсуждение началось с замечания, что названия вроде «Windows Subsystem for Linux» на самом деле перепутаны и должны бы быть «Linux Subsystem for Windows».
• Участники обсудили, что Microsoft вместо «Windows Services for UNIX» предлагает «Windows Subsystem for Linux» и теперь «Windows Subsystem for FreeBSD».
• Участники обсудили, что FreeBSD используется в Netflix, PS4/PS5, WhatsApp до покупки Facebook и pfSense, но не настолько популярен на десктопе.
• Участники обсудили, что FreeBSD не поддерживает Adobe, Microsoft Office и игры, что делает его непрактичным для десктопа.
• Участники обсудили, что FreeBSD не поддерживает Wi-Fi на ноутбуках Dell, что делает его непрактичным для десктопа.

Электронная почта превосходит мессенджеры благодаря универсальности и контролю над данными. Все сообщения приходят в единый интерфейс, где их можно сортировать, архивировать и искать — в отличие от десятка разрозненных платформ вроде Slack или WhatsApp. Архив писем остаётся доступным десятилетиями, тогда как сервисы вроде ICQ или Google Hangouts исчезают, унося историю переписк. Локальное хранение в формате Mbox гарантирует долговечность и возможность обработки скриптами.

Функциональность клиентов вроде Thunderbird включает фильтры, отложенную отправку, тегирование и офлайн-работу, а открытые протоколы SMTP/IMAP дают свободу выбора программ. Электронная почта асинхронна, не отвлекает уведомлениями, защищает конфиденциальность и не содержит рекламы. Это продуктивная среда, где пользователь управляет данными, а не зависит от прихотей корпораций.

• Email предпочтительнее для асинхронного, вдумчивого общения с архивом и поиском, но не подходит для динамичных групповых дискуссий.
• Мессенджеры (Slack, Teams) популярны из-за удобства мгновенного общения, но страдают от отсутствия структуры и проблем с архивом.
• Проблемы email включают спам, сложные ветки обсуждений, ненадежную доставку и устаревшие клиенты.
• Предлагаются гибридные решения: улучшенные интерфейсы email, интеграция с мессенджерами или использование форумов.
• Важен выбор инструмента по ситуации: email для официальной переписки, чат — для оперативных вопросов.

Meta представила новую функцию для Messenger, позволяющую отправлять сообщения между разными платформами мессенджеров, такими как WhatsApp и Instagram. Это шаг к соответствию требованиям Европейского цифрового рынка (DMA), который обязывает крупные технологические компании обеспечивать совместимость сервисов. Пока функция доступна в тестовом режиме для ограниченного числа пользователей в ЕС.

Основное внимание уделяется безопасности: сообщения шифруются сквозным шифрованием, даже при передаче между платформами. Это позволяет пользователям общаться, не теряя приватности. Однако некоторые функции, такие как редактирование сообщений или чаты с несколькими участниками, пока недоступны при кросс-платформенной переписке.

• Высокая оценка визуального стиля, графики и плавности работы на мобильных устройствах.
• Критика управления камерой и элементов геймплея, вызывающих у некоторых пользователей тошноту.
• Восхищение технической реализацией, включая малый вес игры и использование Three.js без игрового движка.
• Запросы на добавление обучения и более понятных указаний для выполнения заданий.
• Общее впечатление умиротворения, вдохновения и ностальгии по инди-проектам.

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

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

• Опасения потери контроля над правительством и гражданских свобод из-за массового сканирования личной переписки
• Критика неэффективности мер в борьбе с CSAM, поскольку они не устраняют коренные причины и легко обходятся преступниками
• Сомнения в законности инициативы, противоречащей праву на приватность (Статья 8 ECHR), и мотивах властей
• Предложение технических обходных решений (например, PGP, собственные серверы) и использование открытого ПО для защиты приватности
• Непонимание технических деталей реализации инициативы и её применения к opensource-приложениям и не-EU юрисдикциям

Медленные социальные сети

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

Однако сама идея соцсетей мне близка: оставаться на связи с теми, кто вам дорог. Проблема в том, что нынешний формат искажён и антисоциален. Вместо укрепления связей эти рекламные контент-мельницы designed, чтобы удерживать внимание, усиливать одиночество и неудовлетворённость. Когда TikTok показал, что короткие видео с алгоритмом рекомендаций — это цифровой наркотик, остальные платформы тут же скопировали эту формулу.

Meta превратила Instagram и Facebook из инструментов общения в бесконечный скроллинг случайного контента. Даже Pinterest стал походить на TikTok! Компании следуют за вовлечённостью, игнорируя реальные предпочтения пользователей. Я убеждён, что любая коммерческая соцсеть со временем деградирует в рекомендательную медиасреду.

Многие не осознают, что они — продукт. Instagram создан для маркетологов, знаменитостей, политиков, а не для вас. Он эксплуатирует вашу неуверенность и тревожность. Общество и политика трещат по швам, чтобы фитнес-инфлюенсер мог продать вам программу «Пресс за 30 дней». Это квинтэссенция позднего капитализма.

Каким же мог бы быть не-зловещий аналог? Идеал — чтобы все вели блоги и подписывались через RSS. Но это не масштабируется: не каждый готов писать тексты длиннее 255 символов. Многие мои друзья не знают о моём блоге или RSS.

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

• Общении с друзьями и близкими
• Реальной связи
• Укреплении отношений
• Осмысленном взаимодействии

И не должна касаться:

• Сбора подписчиков
• Самопродвижения
• Рекламы
• Коротких видео и развлечений

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

Также стоит ввести лимит на число друзей — например, 300. Больше — это уже коллекционирование, а не общение. Это устранит 90% маркетингового интереса.

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

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

Остальные функции можно оптимизировать для удобства: что-то между старыми Instagram и Twitter, с комментариями и реакциями. Никаких рилов или рекомендательных систем. И никакой аналитики — она ориентирует на охват, а не на связь.

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

Проект нужно как-то финансировать. К сожалению, немногие готовы платить $5 в месяц за софт, даже если используют его ежедневно. Но подозреваю, что такая платформа может быть управляемой и рентабельной для небольшой команды — возможно, на донатах.

• Предлагается ввести ограничения для социальных сетей: лимит на число друзей (~300), количество постов в день и обязательное ежегодное взаимодействие для поддержания связи.
• Обсуждаются существующие альтернативы: закрытые платформы (Discord, форумы), децентрализованные решения (Mastodon, Scuttlebutt, Nostr) и нишевые сервисы (микроблоги, Slowly, Peergos).
• Отмечается, что монетизация через внимание и алгоритмы рекомендаций коммерческих платформ противоречит целям искреннего социального взаимодействия.
• Подчеркивается важность хронологической ленты без алгоритмов, отсутствия счетчиков лайков и акцента на приватность в небольших группах.
• Признается сложность преодоления сетевого эффекта крупных платформ и необходимость регуляции или изменения пользовательских привычек.
• Высказывается мнение, что люди используют мессенджеры (WhatsApp, Telegram) и группы по интересам для медленного и осмысленного общения.
• Указывается на ностальгию по ранним социальным сетям (Friendster, LiveJournal) и желание вернуть фокус на близкий круг общения, а не виральный контент.

О безопасности iOS 15.8.5 и iPadOS 15.8.5

Этот документ описывает обновления безопасности для iOS 15.8.5 и iPadOS 15.8.5.

Обновления безопасности Apple

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

iOS 15.8.5 и iPadOS 15.8.5

Выпущено 15 сентября 2025 года

ImageIO

Доступно для: iPhone 6s, iPhone 7, iPhone SE (1-го поколения), iPad Air 2, iPad mini (4-го поколения) и iPod touch (7-го поколения)

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

Описание: Исправлена ошибка записи за пределами границ за счёт улучшенной проверки.

CVE-2025-43300: Apple

Информация о продуктах, не изготовленных Apple, или независимых веб-сайтах предоставляется без рекомендаций. Apple не несёт ответственности за выбор или использование сторонних продуктов.

Опубликовано: 15 сентября 2025 года

• Пользователи отмечают длительную поддержку старых устройств Apple (до 10 лет) в сравнении с ограниченной поддержкой Android-устройств от Google и других производителей.
• Обсуждаются технические причины короткого цикла поддержки Android: ограничения со стороны производителей чипов (Qualcomm) и необходимость интеграции обновлений производителями телефонов.
• Выпуск обновления для устаревших моделей связывают с эксплуатацией уязвимости нулевого дня в целевых атаках государственного уровня, что подчеркивает серьезность угрозы.
• Уточняется, что обновление доступно для широкого списка старых устройств (iPhone 6s, 7, SE, iPad Air 2 и др.), а не только для 10-летнего iPhone 6s.
• Поднимается вопрос о практической пользе обновления для пользователей очень старых устройств, которые могут не устанавливать патчи.
• Отмечается, что современные Android-производители (Google, Samsung) увеличили承诺 срок поддержки до 5-7 лет, что приближается к политике Apple.
• Обсуждается техническая сторона уязвимости: возможность удаленного выполнения кода (RCE) через обработку malicious изображения, часто в связке с уязвимостью в WhatsApp.

Телефон стал ридером

С 2016-го читаю на Kobo, но у него проблемы: книги из библиотеки не всегда открываются, синхронизация статей через Pocket требует предварительных действий, а сам сервис теперь закрыт. Партнёр читает на смартфоне, но мне мешает подсветка и соблазн переключиться на что-то другое.

Узнал о Minimal Phone — Android-телефоне с электронной бумагой. Заказал как подарок себе: размер почти как Pixel 8, внизу физическая клавиатура, сверху 6-дюймовый e-ink. Под капотом чистый Android, можно выбрать лаунчер. Сбоку кнопка: короткое нажатие убирает «ghosting», долгое — вызывает быстрые настройки дисплея и подсветки.

Главный параметр — режим обновления. «Медленный» даёт полутона и минимум шлейфов, но экран мерцает. «Быстрый» (всё равно не 60 Гц) рисует только чёрное-белое, мерцания почти нет. «Гибрид» переключается сам: движение — быстрый, статика — медленный. Им и пользуюсь.

Клавиатура приятная, но…

• Пользователи обсуждают «Minimal Phone» с e-ink и физической клавиатурой: кто-то хвалит за снижение зависимости от скроллинга, кто-то ругает за баги, цену ($399–499) и неудобную клавиатуру.
• Основные претензии: теряются нажатия, медленный Google Maps, нет нормальной камеры, сложности с WhatsApp/банками, отсутствие кнопок листания.
• Часть аудитории ищет альтернативы (Boox Palma, старый Kindle, просто ч/б-режим на iPhone) или предлагает «самоограничение» вместо нового устройства.
• Некоторые мечтают о e-ink-ноутбуке или модульном экране, другие сомневаются в надёжности компании-производителя.