Cloud in a Bottle — это открытая платформа для личного облака, которая делает самохостинг простым и приятным, как использование смартфона. Она запускает веб-приложения в изолированных rootless-контейнерах на Ubuntu-машине, обеспечивая безопасность и минимальные изменения в существующем ПО. В отличие от простых хостеров контейнеров вроде Coolify, Cloud in a Bottle предоставляет интегрированную платформу: единый вход, общий доступ к данным между приложениями и единый дашборд для управления. Цель — создать ощущение «облачного смартфона», где установка и использование приложений так же просты, как в закрытых сервисах, но без слежки, рекламы и привязки к корпорациям.

Платформа включает curated каталог приложений с высоким порогом качества, хотя сейчас он небольшой и растёт еженедельно. Управление доступно через веб-интерфейс, поддерживается бесконтактный вход во все приложения после авторизации, а также механизмы безопасного обмена данными между ними. Проект полностью открыт, без телеметрии, и может быть развёрнут самостоятельно на VPS, локальном железе или виртуальной машине. Также предлагается управляемый вариант от компании Imbue с бесплатным кредитом — он использует тот же код и служит бизнес-моделью для поддержки open-source версии. Авторы видят в Cloud in a Bottle способ вернуть цифровую суверенность пользователям и стимулировать создание удобного открытого ПО для широкой аудитории, а не только для технических энтузиастов.

Самохостинг остаётся сложным из-за резервного копирования, доступа к белым IP и доменам, а также долгосрочной поддержки — даже при упрощённой установке пользователи не справляются дольше 3–4 лет из-за износа оборудования и энтропии. Потеря данных без надёжного восстановления — главная причина отказа от проектов; многие не хотят управлять бэкапами вручную, нужен автоматизированный механизм. Без двух машин и репликации самохостинг не решает проблему отказоустойчивости. Совет из прода: каждый сервис должен иметь отдельный sidecar-бэкап, иначе координация между компонентами (например, в Immich) становится неподъёмной. Авторитетный DNS на порту 53 мешает использовать Cloudflare и CDN, что критично для пользователей, заботящихся о безопасности. Ограничения провайдеров и бюрократия при получении белого IP и домена остаются барьером. Пользователи с 2 ГБ ОЗУ и 1–2 ядрами сталкиваются с нестабильностью при запуске нескольких сервисов на одном VPS. Проект теряет уникальность: Cloudron, SelfPrivacy, FreedomBox, Proxmox + community-scripts.org уже предлагают аналогичные функции. Отсутствие Home Assistant и Immich в каталоге приложений — существенный недостаток. Многие предпочитают Tailscale Aperture и exe.dev за простоту подключения и интеграцию с AI, а не изолированные контейнеры. AI-агенты уже помогают в настройке и диагностике, делая самохостинг доступнее для нетехнических пользователей. Для массового принятия нужна мобильная версия с настройкой домена и оплатой с телефона, но это конфликтует с правилами магазинов приложений. Отдельно: часть пользователей обвиняет авторов в спаме в репозиториях без раскрытия связи с проектом, что ставит под сомнение этичность продвижения.

ravynOS — это ранняя (pre-alpha) открытая операционная система, построенная на Darwin, FreeBSD и открытом коде Apple, стремящаяся обеспечить совместимость с macOS-приложениями без аппаратных ограничений. Проект создан как альтернатива закрытой экосистеме Apple, сочетая «изящество macOS» со «свободой открытого кода». На текущем этапе это developer preview: система не отполирована, незавершена и не предназначена для конечных пользователей, а ориентирована на тех, кто участвует в её разработке.

Цели ravynOS включают воспроизведение ключевых особенностей macOS: чистый дизайн с прозрачностью и типографикой, глобальное меню для экономии места, привычные Command-сочетания, простую установку через перетаскивание приложений в папку Applications, знакомую файловую иерархию (Applications, System, Library, Users), нативную поддержку Cocoa API и удобные терминальные утилиты вроде open и pbcopy. Для участия приглашаются разработчики и энтузиасты: доступны вики, обсуждения на GitHub и чат в Discord. Проект распространяется под правами RavynSoft (2021–2026), логотип и название являются товарными знаками.

RavynOS — ранний и амбициозный проект на базе открытого кода Apple (Darwin), сталкивающийся с реальными техническими и юридическими сложностями, но пока без подтверждённой практической жизнеспособности. Использование Discord для коммуникации отпугивает пользователей, уже достигших лимита в 100 серверов. Разработка на x86 вместо ARM обусловлена сложностью портирования из-за фрагментации чипов и нестандартных механизмов загрузки. Darwin не даёт значимых преимуществ перед другими ядрами, кроме совместимости с macOS-приложениями; архитектура ядра не отличается кардинально от Linux или BSD. Юридически проект безопасен: используется только открытый код Apple (Darwin, OpenDarwin, MkLinux) под лицензиями APSL, аналоги (GNUstep, Darling) не подвергались преследованию. Спор о бесполезности проекта (как «велосипед при наличии автомобиля») контраргументируется тем, что такая позиция обесценивает любые инновации, включая открытые ОС. Отсутствие скриншотов на сайте — критический недостаток: пользователи ожидают визуального подтверждения даже для pre-alpha. Сайт плохо адаптирован под мобильные устройства, вики нечитаема из-за боковой панели. RavynOS — уже пятый подобный проект (PureDarwin, Hello System и предыдущие версии RavynOS), что указывает на системную неудачу в создании жизнеспособной альтернативы macOS. Для совместимости с Cocoa-приложениями необходимо не просто использовать Darwin, а полностью переосмыслить реализацию API (через GNUstep или чистую переработку) — иначе разрыв между «почти» и «полной» совместимостью непреодолим. Разработчики, вероятно, участвовали в PureDarwin, что говорит о накоплении опыта, но не о прорыве. Применение ИИ может ускорить прогресс, но пока не доказано, что он решит фундаментальные проблемы совместимости и стабильности. Экосистема Apple не стала менее открытой с 1997 года — критика «закрытия» не соответствует реальности, что ослабляет мотивацию проекта.

OpenClaw 2.0 — это крупнейшее обновление в истории проекта, созданное 933 участниками, включая 569 новичков, и включающее более 16 000 pull-запросов. Оно затрагивает все компоненты: установку, мессенджер, память, навыки, модели, автоматизации, браузерное и нативное приложения, плагины, безопасность и множество мелких исправлений. Разработка заняла почти два месяца из-за роста команды и объёма работы, которые превзошли исходную архитектуру и процессы выпуска, потребовав одновременной переработки фундамента и workflow. Релиз содержит около половины всех когда-либо принятых pull-запросов, поэтому команда уделила особое внимание совместимости с новыми установками и обновлением существующих экземпляров, избегая регрессий.

Установка упрощена: теперь используются уже существующие данные пользователя — подписки на ChatGPT или Claude, API-ключи и локальные модели — чтобы сократить начальную настройку и быстрее добраться до первого диалога. Браузерное приложение переработано как основной интерфейс, открывающийся сразу в беседе с Claw. Оттуда пользователь может начать с простого workflow — например, отслеживания школьных писем и отправки уведомлений в Telegram — и постепенно расширять его, привлекая другие сервисы (iMessage, почта) без увеличения сложности. Для командной работы добавлены shared cloud sessions, позволяющие нескольким людям совместно использовать один экземпляр Claw с полным сохранением контекста, что превратило OpenClaw в мультиплеерную среду. Проект остаётся открытым source, принадлежащим сообществу, и приглашает к использованию, развитию и обратной связи без привязки к конкретным компаниям или моделям.

Обсуждение ставит под сомнение практическую ценность и безопасность OpenClaw 2.0, выявляя разрыв между маркетинговым ажиотажем и реальным использованием, а также риски автономных агентов с полным доступом к системе. Запуск агентов рекомендуется в изолированных контейнерах со scoped-токенами вместо полного доступа к Bitwarden и API-ключам. Часть участников полагает, что риск инъекций минимален и достаточно человеческого надзора; другие называют сочетание удобства и полного доступа к данным «смертельной квадрифектой». OpenClaw критикуют за сложность для новичков и перегруженную документацию, предлагая упрощённую версию «OpenClaw-lite». Пользователи Hermes и Pi отмечают их прозрачность и обратную связь в отличие от подхода OpenClaw «trust me bro», что снижает доверие. Для задач вроде обработки email в PDF и отправки в бухгалтерию рекомендуют специализированные скрипты и Agentmail, а не полноценных агентов. Автономные агенты в личной жизни считают избыточными, так как большинство задач требуют физического участия или выполняются ради удовольствия. Одни участники считают OpenClaw маркетинговой шумихой без реальных пользователей (ссылаясь на Google Trends), другие приводят примеры продакшен-применения — например, автоматизацию drop shipping через Hermes + OpenClaw на VPS. Пользователи 27B-моделей отмечают, что потенциал раскрывается только с более крупными моделями, что подтверждается ростом бизнеса на 500%. OpenClaw не решает проблему обхода CAPTCHA и блокировок ритейлеров, ограничивая применение в агрегации цен и скрапинге. Агенты для сложных документов (PDF) часто вносят нежелательные изменения и требуют ручной проверки, что делает их ненадёжными для критичных задач. Отсутствие прозрачности действий и истории сессий делает OpenClaw менее привлекательным по сравнению с Claude Code и Hermes. Для совместного планирования поездок семьи лучше подходят инструменты с совместным редактированием, так как OpenClaw не рассчитан на мультипользовательский режим. Часть участников называет OpenClaw «slop» без ясного замысла, другие указывают на масштаб сообщества (933 участника, 16k PR) как признак реального развития. Опытные пользователи предпочитают развёртывание Codex на VPS с email/SMS-интерфейсом, дающее больше контроля и меньше рисков. Ключевой ограничение OpenClaw — отсутствие долгосрочной памяти и связи между сессиями, что делает его менее полезным, чем Claude или Codex с глобальным доступом к транскриптам.

Нил, поддерживающий открытый проект, заметил резкий рост низкокачественных вкладов, созданных с помощью ИИ: pull request'ов с исправлением опечаток, AI-генерированных отчётов об уязвимостях и предложений по их исправлению. Эти вклады часто приходят от пользователей без истории взаимодействия с проектом, чьи коммиты оформлены так, будто их сделал человек, но на самом деле сгенерированы моделью вроде Claude. Хотя изменения формально верны, они не улучшают проект существенно и создают иллюзию активности ради резюме или найма. Нил закрыл такие PR без комментариев, отказавшись поощрять «AI-слопа», которое тратит время мейнтейнеров и подрывает доверие в открытой разработке. Он подчеркивает, что настоящая ценность вклада — не в количестве зелёных квадратов на профиле, а в реальном улучшении проекта, и призывает contribuировать только из искреннего интереса, а не для игрища с метриками. Доверие — основа open source, и оно разрушается, когда вклад становится игрой в имитацию полезности.

AI-вклады снижают качество ревью, подрывают доверие к open source и превращают участие в перформативный инструмент для резюме. Мейнтейнеры тратят время на разбор сгенерированных PR, которые часто ломают код, а не просто содержат опечатки, и всё чаще ведут приватные форки вместо апстрима. Автозакрытие PR без issue (как в Homebrew) эффективно отсекает AI-вклады, поскольку они обычно указывают на использование API. AI также используется для генерации CVE-запросов на мелкие уязвимости, перегружая системы безопасности. Спор: часть считает, что AI-PR лучше слабых человеческих, другие — что даже полезные исправления отвергаются из-за подозрений в перформативности, а автоматические отказы демотивируют реальных участников. Метрики GitHub превратились в инструмент гейминга, который AI сделал слишком лёгким. Рекуртеры всё реже воспринимают OSS-вклады как доказательство навыков, особенно когда CV читает AI. Часть проблемы — корпоратизация OSS, где участие нужно для имиджа, а не для улучшения кода. Советы: — Автоответы на AI-PR с разъяснением правил снизят повторные попытки, сохранив живое общение для настоящих участников. — Кросс-проектная система репутации поможет отличать реальных вкладчиков от спамеров. — Ограничение PR уровнем issue (описание исправления через промпт вместо готового кода) сместит фокус на мышление, а не на код. — Оценка вклада должна строиться на качестве взаимодействия, глубине участия и его устойчивости, а не на количестве PR.

Nvidia ведёт переговоры о покупке Hugging Face за сумму, превышающую $13 млрд, что может стать одной из крупнейших сделок компании. Переговоры ведутся в последние недели, но пока соглашение не достигнуто и может сорваться. Ранее Nvidia уже инвестировала в Hugging Face: участвовала в раунде финансирования на $235 млн в 2023 году, когда компания оценивалась в $4,5 млрд, и предлагала $500 млн за долю, которая оценивала Hugging Face в $7 млрд — но получила отказ, так как платформа хотела сохранить независимость от доминирующего инвестора.

Hugging Face — центральная платформа открытого исходного кода для ИИ, где размещены миллионы моделей и наборов данных, используемых разработчиками по всему миру. Приобретение даст Nvidia прямой доступ к этой экосистеме и может увеличить спрос на её чипы. Однако существует риск: нейтральность Hugging Face, которая поддерживает модели и hardware от AMD, Intel и других конкурентов Nvidia, может быть подорвана под властью чипмейкера, что вызывает обеспокоенность в сообществе. Microsoft также встречалась с Hugging Face, но, по данным источников, переговоры не ведутся. Nvidia располагает значительными средствами: $18 млрд запланировано на equity-инвестиции в текущем финансовом году, плюс $47,9 млрд уже вложено в частные компании. Hugging Face основана в 2016 году французскими предпринимателями Клеманом Дела́нгом, Жюльеном Шомоном и Томасом Вольфом.

Обсуждение выражает опасения, что покупка Hugging Face Nvidia поставит под угрозу нейтральность платформы, ограничит открытые модели и усилит анти-трастовые риски. Nvidia уже демонстрировала практику запрета квантизированных моделей и ограничений на не-CUDA аппаратуру, что подрывает идею аппаратно-агностичности. Компания может получить контроль над ключевыми инструментами экосистемы — Transformers, Diffusers, PEFT — и повлиять на допуск моделей, превратив Hugging Face в «AI app store» под своим управлением. Отмечается резкий рост оценки: от отказа от $500 млн при $7 млрд до возможной покупки за более чем $13 млрд, что вызывает вопросы о реальной стоимости. Hugging Face в основном функционирует как файловый хостинг, а не источник значимого дохода. Nvidia получит доступ к данным о загрузках и аппаратных конфигурациях пользователей, что поднимает вопросы конфиденциальности и монополизации. Ожидается продвижение CUDA-оптимизированных моделей и ограничение производительности на не-Nvidia GPU и ARM-процессорах. Некоторые надеются на бесплатные кредиты для разработчиков, но большинство видят в этом укрепление монополии и создание «постоянного низшего слоя» разработчиков. Вертикальная интеграция воспринимается как опасная тенденция. Сравнения с покупкой GitHub Microsoft упоминаются, но большинство считают риск для открытого сообщества высоким. Советуют заранее резервировать важные модели в децентрализованных архивах или через торренты. Альтернативами называются ModelScope и другие сервисы, не базирующиеся в Китае. Некоторые шутят о смене логотипа и названия — как символе потери идентичности.

Tailcat — это утилита от Tailscale, которая позволяет устанавливать зашифрованные соединения между машинами по принципу netcat, но используя только данные плоскости Tailscale (magicsock и DERP), минуя её контрольную плоскость. Это означает, что для работы не нужен аккаунт Tailscale, root-доступ или изменение системных настроек — всё работает в пользовательском пространстве. Трафик шифруется end-to-end через WireGuard, а начальное соединение устанавливается через DERP-релеи (по умолчанию — бесплатные, rate-limited от Tailscale), после чего magicsock пытается перейти на прямое P2P UDP-соединение, если NAT позволяет.

Один запуск tailcat на сервере генерирует одноразовый токен подключения, который клиент использует для установки канала. После этого можно передавать stdin/stdout, пробрасывать локальные TCP-порты (например, --serve=8080) или даже запускать auth-free SSH-сервер через --serve=no-auth-ssh. Утилита также поддерживает пинг с указанием пути (DERP или прямой) и флагом --until-direct для ожидания оптимального маршрута. Проект полностью open source, но без гарантий стабильности API, CLI или работы публичных DERP-релеев — всё предоставляется «как есть». Tailcat возник как эксперимент «derpcat» в 2023 году, был выделен в отдельный модуль и открыт в августе 2026 на конференции TailscaleUp.

**Tailcat** Tailcat — практическое воплощение принципа end-to-end connectivity: использует инфраструктуру Tailscale (magicsock, DERP) без зависимости от её control plane, что позволяет устанавливать P2P-соединения без root-доступа и аккаунтов. Механизм: односторонний обмен ключами через Meow-сообщения по DERP, затем стандартный CallMeMaybe для прямого соединения — полноценная интеграция с внутренними механизмами Tailscale, а не просто обёртка. **Инфраструктура и ограничения** Tailscale сознательно выделил отдельные DERP-серверы для публичного использования с ограничением скорости, чтобы поддерживать открытость без влияния на основную инфраструктуру (Brad Fitzpatrick). Этот rate-limit также ограничивает пригодность Tailcat для C2-каналов (@MajesticHobo2). **Практические сценарии** Tailcat работает в пользовательском пространстве и не требует root-доступа, что делает его удобным для CI/CD, облачных VM и ограниченных систем. Решает проблему P2P-соединений без настройки портов и NAT — особенно ценно в условиях CGNAT и ограниченного IPv6 (@pbohun). Примеры применения: Minecraft-моды, SSH-серверы на systemd, замена WebSocket-прокси в Mosh для прямой работы с UDP-трафиком (@ekarulf). Nix-окружение в репозитории отражает внутреннюю практику Tailscale, где Nix — стандарт разработки, а не опциональный инструмент (@ronef). **Сравнение с аналогами** Tailcat напоминает Magic Wormhole, но расширяет идею с передачи файлов на произвольные TCP-соединения, сохраняя простоту, но без human-readable session IDs (@doomrobo). Среди аналогов — Wush и Iroh, использующие Tailscale или WireGuard; Tailcat выделяется простотой и прямой интеграцией с magicsock без дополнительных зависимостей. **Споры и альтернативы** Часть пользователей (@gz5) считает, что Tailcat недостаточно радикален: если цель — устранить проприетарность, нужно полностью отказаться от Tailscale DERP, как в NetBird, ZeroTier или OpenZiti. Другие (@LarsKrimi) сомневаются в надёжности самого Tailscale, хотя это не опровергает работоспособность Tailcat. Альтернатива от @maisem: запуск кастомного клиента Tailscale, подключающегося к двум tailnet одновременно (tailmix), решает проблему доступа к домашней сети из офисной без Tailcat. **Документация и принцип** Различие control/data plane в официальной документации Tailscale помогло разобраться в архитектуре (@forrestthewoods) — важность документации для новичков подтверждается. Идея Tailcat соответствует end-to-end принципу (@MajesticHobo2): интернет не должен предоставлять встроенные механизмы для NAT, шифрования или идентификации — эти функции должно приносить приложение.

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

Разработчик проекта zedeus подтвердил, что текущая реализация Nitter больше не может обходить ограничения, и восстановление работы публичных инстансов маловероятно без значительных изменений в архитектуре или переходе на альтернативные методы доступа, которые могут нарушать условия использования Twitter. Пользователям рекомендуется использовать официальный Twitter или рассмотреть саморазвёртывание при условии наличия рабочих прокси и обновлённого кода, хотя даже это не гарантирует стабильной работы. Issue остаётся открытым как сигнал о крахе публичного доступа к Nitter.

Блокировка Nitter и XCancel усиливает закрытость X, лишая пользователей доступа к публичному контенту без регистрации — критично для граждан, бизнеса и СМИ. Пользователи предлагают переходить на децентрализованные платформы (Mastodon, Bluesky, Qocial) и размещать такие проекты вне юрисдикции США, где C&D‐письма не имеют силы. Широкий консенсус: требование входа делает X не «публичной площадью», а закрытым сообществом, противоречащим его изначальной идеологии. Временные меры — Internet Archive, скриншоты, QuaX на Android — позволяют сохранять доступ, пока неофициальные клиенты недоступны. X становится менее релевантным: агрессивная политика ускоряет отток к альтернативам, особенно среди некоммерческих пользователей. Рекомендуется избегать кликов по ссылкам X, заменяя их цитированием или скриншотами, чтобы лишить платформу трафика. Блокировка Nitter/XCancel воспринимается как стратегический шаг X по усилению контроля над данными и принуждению к использованию официальных приложений для отслеживания поведения. Пользователи, ранее использующие Nitter для мониторинга 30+ аккаунтов, называют его незаменимым для лёгкой, быстрой и безрекламной ленты без регистрации. Дискуссия о праве X блокировать неофициальные клиенты: одни считают это незаконным, другие ссылаются на изменения API и TOS, дающие юридическую основу для C&D. Аргумент о лицемерии из‐за собственных скрейперов XAI встречает контраргумент о лицензировании корпоративных скрейперов versus отсутствие лицензии у Nitter. Функциональность X снизилась: воспроизведение видео, просмотр таймлайнов и поиск твитов теперь требуют входа, ранее не обязательного. Предлагается создать аналог Redlib для X, обеспечивающий чтение без входа, если Nitter окончательно исчезнет.

Графенос OS — это специализированный сервер Mastodon, предназначенный для официальных аккаунтов проекта и его разработчиков. На нём нет привычных поисковых функций и статистики; сервер обслуживает лишь небольшое сообщество из четырёх активных пользователей.

Ключевой факт: Google заменил выдачу Git‑тегов для некоторых репозиториев на загрузку исходников через Google Drive, сделав процесс крайне затягивающим и неудобным. Это нарушает GPLv2, которая требует предоставления исходного кода по «обычному для программного обеспечения» каналу в разумные сроки, а не через архаичную систему с длительными задержками.

Главное запомнить: использование Google Drive вместо Git‑тегов — явное нарушение лицензии и пример того, как крупные корпорации усложняют доступ к открытым исходным кодам.

Google намеренно усложнил доступ к исходному коду Pixel-устройств, отказавшись от публикации Git-тегов в AOSP и перейдя на ручной запрос через Google Drive. Это нарушает дух GPLv2 — формально код предоставляется, но автоматизация, CI/CD и своевременное исправление уязвимостей становятся невозможными. Регулярные релизы для Pixel прекратились, вынудив GrapheneOS искать альтернативы, включая партнёрство с Motorola. Адаптация к новой системе заняла недели, подтверждая системный, а не случайный характер изменений. Доступ через Google Drive требует ручного взаимодействия, в отличие от прямых ссылок у других проектов, что делает его непрактичным и противоречащим сути лицензии. Некоторые оправдывают это бюрократией или лицензионными ограничениями, но другие видят в этом целенаправленную стратегию по закрытию экосистемы — включая планы по блокировке sideloading. Сравнение с Microsoft, отправляющей код за $5 по почте, показывает, что Google создаёт более высокие барьеры. Потеря доверия со стороны сообщества подтверждается переходом GrapheneOS к другим производителям. Отказ от публикации тегов позволяет только Google воспроизводить точные сборки, снижая прозрачность. Google, будучи одной из крупнейших ИИ-компаний, противоречиво сочетает инвестирование в технологии с уничтожением открытости Android, копируя модель Apple. Отсутствие доступа к исходному коду ставит под угрозу безопасность пользователей. Некоторые считают, что Red Hat нарушает GPLv2 серьёзнее, но это не оправдывает действия Google. Пользователям и разработчикам следует поддерживать альтернативы и требовать отказа от Google-ограниченных драйверов — иначе свободная экосистема Android умрёт.

OpenRouter объединяется с Stripe, чтобы стать ключевым игроком в глобальном росте ВВП, используя AI как движущую силу. Платформа уже обслуживает 10+ триллионов токенов в день от 400+ моделей для 10 млн разработчиков, демонстрируя ежегодный рост в 10 раз. Главная цель — сохранить независимость в выборе моделей, обеспечить открытые данные о их использовании и сохранить агрессивную скорость развития, не подчиняясь корпоративным интересам.

Ключевой факт: маршрутизация решений будет оставаться приоритетом пользователя, а не акционеров. Команда подчеркивает, что ценности — любопытство, строгость и прозрачность — важнее любой модели. Stripe выбран как партнер, потому что его инфраструктура и миссия совпадают с открытой экосистемой OpenRouter, что позволит масштабировать доступ к AI без потери гибкости. Транзакция завершится в ближайшие недели, но сервисы продолжат работать без изменений.

OpenRouter ценен не как простой роутер, а как масштабируемая инфраструктура для управления многомодельными API, наблюдаемостью и унифицированным биллингом — что делает его идеальной основой для Stripe как платформы финансирования AI-агентов. Он позволяет разработчикам тестировать и переключать модели в продакшене без собственных оберток, снижая технический долг и упрощая DevEx. Функция broadcast направляет трейсы в ClickHouse, S3 или Snowflake, обеспечивая полный контроль над observability без проприетарных панелей. OpenRouter создает конкуренцию между провайдерами по цене и качеству, а не по вендор-локину, выгодно и разработчикам, и провайдерам. Он стал доверенным брендом благодаря репутации, масштабу (10+ трлн токенов/день) и надежности на сторонней инфраструктуре. Упрощает учет: автоматически атрибутирует затраты, исключая необходимость в 20 разных аккаунтах — ключевая фича для экспериментов и прототипирования. Fallback-логика избавляет от необходимости писать собственные retry-механизмы. Stripe логично выигрывает от владения OpenRouter — это дает контроль над денежными потоками в экосистеме, где вычисления становятся валютой, как ADP для AI-труда. Споры: - Некоторые считают, что OpenAI и Anthropic не должны предоставлять доступ к моделям через OpenRouter — это снижает контроль над ценообразованием и данными. - Критики утверждают, что консолидация (Stripe → OpenRouter) вредит пользователям, угрожая открытости и скорости инноваций. - Некоторые оспаривают оценку в $7–8 млрд, называя OpenRouter просто прокси, который можно построить за миллионы. - Критики указывают, что слово «Open» в названии вводит в заблуждение — сервис не является открытым протоколом, в отличие от Open Banking. Советы: - Для приватности рекомендуется TrustedRouter.com — альтернатива с акцентом на децентрализацию. - Опытные пользователи советуют настраивать роутинг не только по цене, но и с минимальными порогами производительности, чтобы избежать неоптимального выбора по умолчанию.

Главная мысль: Dario Amodei отвергает упрощённую схему «регуляция = концентрация = регуляторное захват», показывая, как правильно построенные институты могут рассеивать власть, а также продвигая политику, выгодную не только крупным игрокам.

Ключевые факты: он подчёркивает, что «регуляция» часто воспринимается как ограничение корпоративного контроля, но на деле зависит от формы закона; в Калифорнии SB53 и SB1047 освобождают малый бизнес от строгих требований, а предложенный в CAISI подход к тестированию моделей дифференцирует крупные и мелкие компании. Кроме того, идея «Pacing the Frontier» предполагает замедление самых передовых моделей, не ограничивая тех, кто их догоняет, что в пользу открытых и более доступных решений. Amodei считает, что ИИ по своей природе склонен к концентрации, но правильные правила могут одновременно управлять кибер‑, био‑ и выравнивательными рисками, ограничивать власть фронтендеров и поддерживать открытый‑исходный сегмент.

Публичное недоверие к Anthropic связано не с формой регуляции, а с отсутствием реальных результатов, противоречием между риторикой безопасности и закрытостью продуктов, а также восприятием компании как инструмента концентрации власти под видом благих намерений. Обещания вроде «вылечим рак» воспринимаются как пустая риторика: за три года не появилось ни одного материального прорыва в медицине, связанных с Claude, несмотря на заявления о повышении продуктивности учёных. Закрытость — отсутствие open-weight моделей, ограничения на Claude Code — трактуется как сознательное удержание технологий, усиливающее подозрения в монополизации. Риторика о «безопасности» и «благих намерениях» кажется кондесценциентной и лицемерной на фоне блокировки открытых инструментов и отказа от прозрачности. Сравнения с религией («сознание Клауда», обращения к папе) и с Microsoft в 90-х подчёркивают формирование культа личности и повторение модели закрытой экосистемы. Критики отмечают, что Dario Amodei, несмотря на намерения, стал частью системы, где власть искажает восприятие: он воспринимает себя как морального арбитра, а не инженера, служащего обществу. Предложения по регуляции, якобы поддерживающие малые компании, воспринимаются как легитимация монополии — они не решают фундаментальную проблему: зависимость от вычислительных ресурсов, которые остаются у крупных игроков. Даже если AI ускорит открытия, Anthropic не говорит, как обеспечит доступ к лечению, а не только к коду. Споры о том, стоит ли открывать код: одни считают это необходимым для восстановления доверия, другие — что это не решит концентрацию власти при дефиците ресурсов. Сравнение с Китаем: одни утверждают, что регуляция в США бессмысленна, так как другие страны её не соблюдают и она лишь укрепляет американскую монополию; другие — что она может задать глобальные стандарты, даже если не все их соблюдают. Технологические компании 25 лет систематически разрушали доверие, поэтому любые заявления о «спасении мира» теперь воспринимаются как манипуляция. Даже сторонники ИИ разочарованы отсутствием прорывов.

Главная мысль: RISC‑V захватывает рынок дешёвых микроконтроллеров не благодаря изысканной схеме команд, а потому, что открытый набор инструкций позволяет выпускать чипы по 10 ¢, а открытый инструментарий делает их доступными даже в отдалённых регионах.

Ключевые детали: компрессированные store‑offsets и отдельный Zicsr‑модуль действительно вызывают неудобства, но они лишь часть более широкой проблемы — отсутствие массового доступа к недорогим разработчикам. Для большинства стран «третьего мира» цена и логистика важнее эстетики ISA; один‑долларовый чип с бесплатной доставкой меняет правила игры, позволяя студентам и малым компаниям создавать собственные устройства.

Запомните: RISC‑V меняет Embedded‑пространство не за счёт «красивого» кода, а благодаря своей открытости, доступности и способности дать каждому шанс «зажечь» свой собственный транзисторный эксперимент.

Тред дополняет статью опытом эксплуатации и оспаривает утверждения о стоимости и доступности RISC-V. Автор @ndiddy отмечает, что оригинальная статья говорит о невозможности RISC-V конкурировать с ARM64, а ответ — о его пригодности для дешёвых микроконтроллеров — это разные темы. @kelnos сомневается, как RISC-V может быть дешевле в регионах с высокой стоимостью доставки, ведь она не зависит от типа чипа. @vlovich123 подтверждает: разница в 10 центов против доллара незначительна при доминирующей стоимости доставки. @HawtAds опровергает: в Нигерии и Бангладеш доставка не так дорога, как утверждается. @strenholme предполагает, что в будущем RISC-V может достигнуть или превзойти производительность ARM и x86_64, исходя из исторических тенденций.

HB5511 создаёт отдельную категорию — «операционная система‑поставщик», чьи обязанности не ограничиваются настройкой приватности для родителей. К 2028 году любой, кто поставляет интернет‑подключённую ОС (включая коммерческие и некоммерческие проекты), обязан внедрить экран выбора даты рождения, откуда будет исходить «возрастной сигнал», который любые приложения смогут запрашивать. На практике это значит, что даже открытый дистрибутив, распространяемый в Иллинойсе, попадает под закон, если его разработчик имеет доход от штата.

Социальные требования остаются в фокусе: по умолчанию для несовершеннолетних отключаются алгоритмические ленты, запрещены уведомления ночью и общение со взрослыми незнакомцами, а доступ к профилю и геолокации ограничен. Однако закон не делает исключения для open‑source, в отличие от законодательных решений Калифорнии и Колорадо, где такие проекты освобождены. Штрафы объявлены как до $7 500 за каждого пострадавшего ребёнка, но в официальном пресс‑релизе Пritzкера цифра достигает $50 000 — разница, пока не прояснена официально. Пока закон не вступил в силу, обсуждение сосредоточено на потенциальных последствиях для крупных поставщиков ОС, а не для небольших разработчиков.

Тред обсуждает практические последствия закона: кто отвечает за его исполнение, как будет проходить возрастная верификация и как он повлияет на пользователей Linux. Создатель дистрибутива stagex утверждает, что не будет реализовывать закон и не включать его в основной репозиторий — каждый релиз требует подписи международной команды, а дистрибутив предназначен для автономной работы. Многие считают закон неэффективным для защиты детей и вредным для Linux и других ОС. Пользователь unethical_ban предлагает стандартизированный способ запроса возраста, чтобы родители могли настраивать ограничения на устройствах детей. Пользователь shevy-java утверждает, что закон не о верификации, а о подавлении свободы, координируемом бизнесом через лоббистов. Пользователи выражают опасения по поводу риска создания «великого файрвола» и ограничения интернет-свобод.

Я запустил веб-инструмент под названием Dark Hours, который показывал, что можно увидеть на небе ночью, но позже обнаружил, что он почти полностью совпадает с существующим открытым проектом DarkHours.app. Даже воспроизвёл баг, который автор уже исправил — это стало очевидным доказательством, что я не проверил, не копирую ли чужую работу. Я немедленно убрал свой сайт, перенаправил домен на оригинальный проект и отказался от планов по запуску iOS-версии.

Признаю свою ошибку: я бездумно использовал ИИ для создания приложения, не убедившись, что оно не дублирует существующие решения. Хотя я действительно не знал о DarkHours.app до момента обращения автора, это не оправдывает мою беспечность. Теперь я полностью изменил подход к использованию ИИ — больше не создаю веб- или iOS-приложения с его помощью, даже если он помогает с отладкой или идеями. Важно не просто запускать продукты, а уважать чужой труд и делать всё осознанно.

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

WeatherNext AI модель впервые позволяет давать точные прогнозы тропических циклонов за столько же времени, сколько раньше требовалось для двух‑дневного окна. За три дня модель достигает точности, которую прежние системы обеспечивали лишь за 48 часов, что эквивалентно десятилетию прогресса в метеорологии. За счёт прогноза скорости ветра, траектории и интенсивности за 15 дней вперёд, её трёхдневные предсказания уже сопоставимы с прежними пятидневными.

В результате открытого кода WeatherNext 2 и WeatherNext Cyclones уже используют национальные центры (NHC, CIRA, Met Office и др.) и помогли сделать исторический предупреждающий сигнал для урагана Melissa, дав жителям Ямайки дополнительный день подготовки. Теперь каждый ураган моделируется 1 000‑кратным ансамблем, создавая карты вероятностей ураганных ветров.

Запомните: за три дня прогноз почти такой же, как раньше — за два; открытый код даёт исследователям шанс ускорить развитие прогнозов и спасать жизни.

Тред расширяет статью о WeatherNext, добавляя информацию о её применениях, ограничениях, сравнениях с другими моделями и коммерческой перспективе. Модель потенциально полезна для морского транспорта — снижает расход топлива и повышает безопасность. Пользователи спорят: одни акцентируют коммерческий потенциал, другие — научную значимость и социальную пользу. Рекомендуется анализировать ключевые предсказательные параметры и применять подобные подходы к другим явлениям, например, землетрясениям. Согласовано: ИИ и машинное обучение способны привести к прорывам в метеорологии и прогнозировании природных явлений. По опыту @tcumulus, специализированные модели, как WeatherNext, перспективнее общих, например LLM.

Современные ИИ-агенты позволяют инженерам легко адаптировать любые инструменты под свои нужды, устраняя необходимость писать собственное ПО. Достаточно загрузить исходный код, настроить автоматическое обновление через ночную задачу и редактировать его через простые инструкции — без программирования. Например, в проекте Shelley пользователь может написать «сделать интерфейс с высокой контрастностью», и агент сам изменит код, сохранив изменения в контроле версий. Это меняет подход к кастомизации: теперь персонализация доступна даже неспециалистам, а обновления синхронизируются с оригинальными релизами без потерь.

Такие возможности делают устаревшими привычные системы настройки — от кастомных менеджеров задач до CMS. Вместо того чтобы учиться работать с «коробочным» софтом, команды собирают нужные функции из модулей, экономя время и ресурсы. Однако открытые агенты, как Pi или Shelley, могут быть полностью адаптированы под любые задачи, тогда как закрытые решения, например Claude Code, остаются неизменными. Это подчеркивает важный тренд: будущее ИИ-инструментов зависит от открытости кода, чтобы пользователи могли не просто использовать, но и формировать технологии под свои цели. (168 слов)

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

OpenAI и Anthropic, несмотря на конкуренцию, объединились в призыве к регулированию китайских открытых моделей ИИ, опасаясь, что их доступность угрожает безопасности и национальной безопасности США. Они аргументируют это тем, что открытые веса невозможно отозвать или обновить, что делает их уязвимыми к злоупотреблениям — позиция, которую сторонники открытого исходного кода считают как раз их главным преимуществом: отсутствием централизованного контроля.

При этом критики видят в этом попытку монополистов — включая OpenAI и Anthropic — закрепить своё доминирование под видом безопасности. OpenAI, несмотря на собственную открытую модель, выступает против «дистилляции» моделей, что США классифицируют как кражу интеллектуальной собственности. Разногласия проявились и в законодательстве: Anthropic поддержала жёсткий закон с обязательными независимыми проверками и штрафами, а OpenAI — более мягкий вариант. В ближайшие недели администрация США планирует рассмотреть стандарты для китайских моделей, а Сам Альтман готовится к встрече с законодателями.

Многие считают, что OpenAI и Anthropic маскируют попытки сохранить монополию под предлогом безопасности, а открытые модели — будущее ИИ, и их регулирование лишь тормозит инновации. Советуют компаниям сосредоточиться на развитии технологий, а не на подавлении конкуренции.

Открытые модели ИИ достигли паритета с закрытыми по большинству задач — кодированию, следованию инструкциям и общим знаниям. Разрыв в способностях снизился с 8% в 2024 году до 0,5% к концу 2024 года, а к марту 2026 года стабилизировался на 3,3%, сосредоточившись лишь на сложных рассуждениях и работе с длинными контекстами. При этом более половины всех вычислительных токенов в продакшене теперь проходят через открытые модели — OpenRouter зафиксировал переход от незначительной доли к большинству к середине 2026 года.

Стоимость инференса уровня GPT-4 упала в 50 раз за три года — с $20 до $0,40 за миллион токенов, что превосходит темпы падения цен на вычисления в эпоху dot-com. Ключевое преимущество открытых моделей — полный контроль: мальтийские радиостанции обучают модели на языке терео, PwC запускает финансовые модели на собственном железе, а африканские фермеры диагностируют болезни кассавы без интернета. В Швейцарии государственный консорциум выпустил национальную модель со всеми весами, данными и кодом — без разрешений и лицензионных пошлин. Власти США поддерживают подход «наблюдай, не запрещай». Конкуренция и интероперабельность стали новой парадигмой — не в облаках, а в руках тех, кто использует ИИ.

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

Microsoft Comic Chat — революционный чат-клиент 1990-х, превращавший текстовые IRC-диалоги в комиксы с персонажами, речевыми пузырями и эмоциями — теперь открыт под лицензией MIT. Именно он популяризировал шрифт Comic Sans, созданный Винсентом Коннаром для имитации рукописного стиля, идеально подходящего под визуальную подачу разговоров. Программа анализировала текст в реальном времени, чтобы подбирать жесты, мимику и композицию панелей — например, фраза «я это люблю» вызывала указание пальцем, а гнев — скрещённые руки.

Разработанная в Microsoft Research командой под руководством Дэвида Курланда на Visual C++ 4.0 и MFC, она была интегрирована в Internet Explorer 3 и даже локализована в 24 языка. Визуальный стиль придумал комикс-художник Джим Вудринг, иллюстрировавший реальные чат-сессии. Теперь исходный код доступен на GitHub с примерами адаптации под современные системы: сборка в актуальном Visual Studio, поддержка современных IRC-серверов и корректное отображение на HD-экранах. Это не реставрация, а вдохновляющий артефакт — напоминание, что инновации часто рождаются из нестандартных, даже причудливых идей.

Microsoft Comic Chat — экспериментальный IRC-чат с графическим интерфейсом, выпущенный в Windows 98 и локализованный в 24 языках. Пользователи вспоминают его с ностальгией, отмечая влияние на ранний интернет-опыт и вдохновение для последующих проектов. Некоторые критиковали его за добавление «бессмысленных строк», читаемых только другими пользователями Comic Chat. Шрифт Comic Sans, популяризированный им, до сих пор вызывает споры: одни считают его уместным в определённых контекстах, другие — нет. Разработчик DJ Kurlander, при поддержке Robert Standefer и Scott Hanselman, открыл код — это вызвало энтузиазм в сообществе и надежду на новые эксперименты. Comic Chat использовался в творческих проектах, включая веб-приложения и низкобюджетные телешоу. Его наследие остаётся значимым в истории интернета.

Grok Build — инструмент от SpaceXAI для автономной работы ИИ в терминале. Он работает как полноэкранный TUI-интерфейс, способный редактировать код, выполнять команды shell, искать в интернете и управлять длительными задачами. Поддерживает три режима: интерактивный, головной (для скриптов и CI) и встраивание в редакторы через Agent Client Protocol. Бинарник grok написан на Rust, первое запуск требует аутентификации через браузер, а его ядро синхронизируется с монорепозиторием SpaceXAI.

Система построена как модульный каскад: от TUI-обёртки (xai-grok-pager-bin) до инструментов вроде редактора файлов и поиска (xai-grok-tools), хоста файловой системы и санкбоксов. Сборка требует Rust и protoc, поддерживает macOS и Linux, Windows — экспериментально. Документация включает руководства по клавишам, плагинам, настройке тем и головному режиму. Лицензия Apache 2.0 покрывает основной код, а сторонние компоненты — включая порты OpenAI Codex и OpenCode — указаны в отдельных NOTICE-файлах.

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

• Разработчики приветствуют открытость Grok Build и считают это шагом в правильном направлении.

• Спор: Некоторые разработчики критикуют Grok Build за большой размер кода (1318853 строки) и количество зависимостей (182 top-level внешних зависимости).

• Совет: Рекомендуется использовать альтернативные инструменты, такие как pi.dev, из-за проблем с приватностью и безопасностью данных.

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

• Спор: Некоторые разработчики сомневаются в искренности SpaceX в отношении открытости и безопасности данных, учитывая недавний скандал с exfiltration данных.

I like that the trailing players strategy (Meta, xAI) is to open source the moat of the leaders. I think we will all benefit from it. and hopefully both the leaders and the trailing players will be much less powerful in the end. — @drdrek

Искусственный интеллект позволил перенести десятки старых математических апплетов, написанных в Java 1999‑го, в современный JavaScript‑репозиторий. Миграция заняла несколько часов, все приложения снова заработали, один из них получил цветовую проработку Besicovitch‑множеств, а один, совместно с Алленом Кнутсоном, ожил после почти трёх десятилетий. При этом агент обнаружил два скрытых бага в оригинальном коде, а в реальном тестировании выявлен лишь один мелкий недочёт при перетаскивании за пределами окна, так что падение качества оказалось нейтральным.

Тот же подход использовался для создания новых визуализаций: за пару часов агент сгенерировал интерактивный симулятор специальной теории относительности, воспроизведший задумку «Inkscape в Мяковском пространстве», и отдельный инструмент для наглядного изучения Гиблеит‑конъюнкции. Эти «альфа‑версии» служат лишь вспомогательными материалами к статьям, но уже демонстрируют, как LLM‑агенты могут ускорить разработку учебных и исследовательских визуализаций, минимизируя риск критических ошибок.

Все новые и перенесённые апплеты размещены в открытом репозитории, доступном по ссылке, и могут использоваться как интерактивные дополнения к публикациям, позволяя читателям экспериментировать с параметрами и лучше воспринимать абстрактные концепции.

• LLMs позволяют быстро создавать визуализации и прототипы, которые ранее требовали значительных усилий.
• Они удобны для модернизации устаревших учебных материалов и приложений, например, портирования старых Java‑апплетов.
• Не все задачи требуют полного доверия к генерации кода, особенно поддержка и рефакторинг сложного legacy‑кода.
• Общий эффект – расширение круга разработчиков, снижение барьера входа в программирование за счёт автоматизации рутины.

Chatto — новый открытый клиент для группового общения, который можно развернуть самостоятельно. Установка проста: brew install chattocorp/tap/chatto && chatto init && chatto run. Приложение лёгкое, быстрое и полностью шифрует данные на устройстве per‑user ключами, уничтожая их при удалении аккаунта. Сервер обслуживает одну общину, без сторонних аналитики и без передачи данных между серверами. Поддерживаются голос и видеозвонки с экраном, полностью защищённые end‑to‑end, а также мульти‑серверный клиент.

В ближайшее время планируется публичный бета‑тест Chatto Cloud — хостинг с европейскими дата‑центрами, автоматическое масштабирование, ночные резервные копии и обновления без простоя. Серверы в облаке совместимы с самодельными, их данные можно перенести в любой момент. Разработчики обещают достичь версии 1.0 за полгода‑год, а в 0.5 добавить системы сообщений‑модерации и улучшить работу с несколькими серверами. Подписаться на редкую рассылку можно в конце поста, чтобы получать уведомления о релизах и beta‑тесте.

Версия 0.4 уже стабильна для продакшн‑использования, но впереди ещё функции защиты контента, модерации и улучшенный мульти‑серверный клиент. Планируется достичь 1.0 за полгода‑год, при этом возможны ломающие изменения, поэтому пользователям рекомендуется следить за обновлениями и поддерживать совместимость с self‑hosted инстансами.

• Самодостаточный бинарник с встроенным фронтендом и лёгким в развёртывании бекендом на NATS.
• UI копирует Discord, но пока не ясно, есть ли мобильное приложение и полная E2EE.
• Лицензирование разделено: backend AGPL, frontend Apache 2.0, что вызывает вопросы.
• Планируется поддержка интеграций, видео‑звонков и упрощённый процесс установки для новых пользователей.

OpenPrinter — это ремонтный и компактный принтер‑плоттер, который экономит деньги и ресурсы за счёт заправляемой краски и независимых черно‑и цветных картриджей. Благодаря системе refill‑ink пользователь экономит до 30 % на расходных материалах и контролирует расход чернил, избегая ситуаций «цветные картриджи заблокированы». Принтер поддерживает печать на листах A4/A3 и на рулонных материалах, а резак позволяет создавать баннеры, этикетки и кастомные формы.

Корпус выполнен из открытых компонентов: в основе — Raspberry Pi Zero W и микроконтроллер STM32, а остальные модули — стандартные и доступные для самостоятельного ремонта, что снижает электронные отходы. Устройство работает без драйверов на ОС, подключается по USB‑C, Wi‑Fi, Bluetooth и даже через USB‑накопитель, поддерживая печать с флеш‑памяти. Технические параметры: 600 dpi в чёрно‑белом режиме, 1200 dpi в цвете, скорость пока не объявлена, но при этом устройство занимает лишь 497 × 233 × 111 мм и легко монтируется на стену или размещается на столе. Благодаря открытой архитектуре пользователь может 3D‑печатать собственные детали, выбирать цвет корпуса из шести вариантов и адаптировать принтер под любые задачи, от фотопечати до крупномасштабных баннеров, сохраняя полную независимость от поставщиков. Принтер оснащён 24 В блоком питания и совместим с открытым сервером CUPS.

• Сложность и стоимость производства Inkjet‑принтеров делают их недоступными для массового рынка, несмотря на десятилетние попытки.
• Проект распространяется под лицензией CC BY‑NC‑SA 4.0, что фактически делает его не‑open‑source из‑за некоммерческого ограничения.
• Предлагается использовать рулонный бумажный носитель вместо листов, что упрощает масштабируемую печать, но усложняет подачу и уход за бумагой.
• Обсуждаются проблемы надёжности, обслуживания и конкуренции с лазерными принтерами, а также юридические риски, связанные с использованием картриджей HP.

Organic Maps – бесплатное приложение для офлайн‑картографии, ориентированное на пешие прогулки, велосипедные и автомобильные маршруты. Оно полностью автономно: после загрузки карт можно обойтись без интернет‑соединения, что позволяет забыть о SIM‑карте и продлить работу батареи до недели. При этом нет рекламы, отслеживания, сбора данных или обязательных регистраций; всё построено на открытых данных OpenStreetMap и проверено проектами Exodus и TrackerControl на отсутствие трекеров.

В наборе – подробные карты с контурными линиями, профилями высот, велодорожками, пешими тропами, метро, навигация с голосовым руководством, поддержка CarPlay и Android Auto, импорт/экспорт закладок в форматах GPX, KML, GeoJSON, темный режим и статьи из Wikipedia. Приложение открыто, распространяется под лицензией MIT, а за 6 млн установок разработчики просят пожертвовать, чтобы масштабировать сервисы и поддерживать независимое сообщество.

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

• Organic Maps хвалят за детальные офлайн‑карты OSM, но критикуют возможный переход к закрытым функциям и плохую обработку поиска.
• Форк CoMaps набирает популярность, добавляет новые возможности (CarPlay, TestFlight) и активно развивается.
• Пользователи отмечают неудобства: медленную загрузку регионов, отсутствие веб‑клиента и ограниченный UI для велосипедных маршрутов.
• Общество ценит приватность и открытый характер проекта, но ищет улучшения в удобстве и совместимости с другими сервисами.

Valve открыла исходный код экрана e‑ink для Steam Machine, назвав его «Inkterface», и разместила всё на GitLab под лицензией MIT, позволяя любому собрать собственный передний дисплей. Для сборки требуется набор компонентов: один Adafruit ESP32 Feather с 2 МБ PSRAM, один breakout‑friend для e‑ink, 5,83‑дюймовый монохромный панельный модуль, 13 болтов M2.5 × 5 мм и четыре магнитных шарика SB443‑OUT. Valve заявляет, что не будет выпускать собственный экран, а лишь открывает доступ к дизайну и коду, что делает проект полностью открытым для сообщества, а также разместила инструкцию и видео‑демонстрацию сборки, чтобы упростить процесс. Лицензия MIT гарантирует свободное использование, модификацию и распространение кода без ограничений.

Таким образом, энтузиасты могут не только собрать, но и модифицировать интерфейс под свои нужды, что расширяет возможности кастомизации, а интерес со стороны других производителей, например JSAUX, который объявил о планах выпускать готовые панели с встроенными экранами, может привести к появлению коммерческих решений в ближайшем будущем. Этот шаг открывает путь к кастомизации интерфейса Steam Machine и демонстрирует, как открытый софт стимулирует инновации в игровом оборудовании.

• Интерес к использованию открытых e‑ink панелей (например, Adafruit 5.83") в качестве статусных элементов для Steam Machine и других устройств.
• Обсуждение потенциальных выгод от открытости Valve: создание экосистемы, привлечение сообщества, возможность кастомизации без полной закрытости.
• Технические детали: необходимость Bluetooth‑модуля (ESP32), питание, refresh‑rate и совместимость с HDMI/USB‑C.
• Ограничения и опасения: надёжность e‑ink‑дисплея, необходимость дополнительного пространства для охлаждения, конкуренция с другими технологиями.

OpenRA берёт культовые стратегии Red Alert, Command & Conquer и Dune 2000 и переосмысливает их под требования: атака‑в‑ход, ветеранство, туман войны, онлайн‑игра с полной модной поддержкой, обновлённые кампании и новые режимы сложности. Игроки запускают их на Windows, macOS и Linux без плагинов. Платформа открыта, её код разрабатывается совместно с сообществом, а пользователи получают SDK для создания новых RTS‑проектов. Это позволяет новичкам быстро погрузиться и ветеранам тестировать стратегии с улучшенной стабильностью и производительностью.

В последнем тестовом билде появились генераторы случайных карт для трёх игр, позволяющие выбирать биом, количество игроков и параметры симметрии, а также визуальный апдейт Dune 2000 — новые эффекты для Sonic‑танка и «массовая покупка» в Старпорт. В Tiberian Dawn HD реализован переключатель между классическим и remastered‑артом, а редактор карт получил инструменты Path Tiler для размещения рельефа и дорог. Сообщество активно участвует: создаёт карты, проводит турниры, делится фидбэком, а боты теперь строят расширения. Пользователи также создают и делятся пользовательскими картами, а SDK позволяет разрабатывать полностью новые RTS‑игры. Это делает платформу гибкой и привлекательной для энтузиастов. Регулярные стримы и соревнования поддерживают живую аудиторию.

• OpenRA переосмыслил классические RTS, улучшив баланс и добавив новые фичи, что делает игру более приятной.
• Сообщество активно: есть моды, конкуренты, улучшенный AI и многопользовательский режим.
• Игроки вспоминают оригинальные игры с теплотой, но отмечают иногда токсичную атмосферу в онлайн‑играх.
• Есть интерес к открытию исходников остальных игр и к будущим проектам, включая потенциальные продолжения.

Open‑source low‑tech solutions let anyone build energy, food, water and communication systems from recycled materials, offering license‑free designs and online tutorials. The goal is universal self‑made infrastructure using simple tools, letting people produce their own power, food, water and communications. The tech uses only basic tools and recycled waste, cutting cost and environmental impact.

Highlights include a $30 wind turbine built from bike parts, a solar cooker, a rocket‑mass heater, a solar hot‑water panel and a Wi‑Fi dish, each documented with schematics and material lists. Builders share their results and troubleshoot in a dedicated Facebook group, fostering a global community of makers. The community also publishes periodic updates and encourages replication in diverse climates. The project has been featured by Al Jazeera, The Guardian, New Statesman, Le Monde and Makezine, underscoring its cross‑border relevance. It receives no external funding and is sustained entirely by donations from supporters who value open, decentralized sustainability. These efforts collectively aim to democratize essential technologies for a resilient future.

• Обсуждение ценности «уместных» технологий, позволяющих людям создавать нужные предметы из доступных материалов
• Примеры: книги по строительству машин из скрапа, проекты Open Source Ecology, LowTech Magazine, DIY‑проекты (велосипеды, ветряные турбины, компостные нагреватели)
• Критика зависимости от внешних поставок и необходимость обучения навыкам ремонта и изготовления вместо простого распределения готовых решений
• Упоминание ресурсов и сообществ: Papanek, MIT D‑Lab, Open Source Low Tech, книги Хью Пиготта и аналогии с AI, подчёркивающие важность практических навыков

Он объявил о новом обязательстве в размере 400 000 долларов для Zig Software Foundation, доведя общий вклад до 700 000 долларов после первой поддержки в 2024 году; эта сумма распределяется на два года по 200 000 долларов в год.

Он хвалит Zig за стабильный прогресс в сложных задачах языка и компилятора, а также за инициативы типа Contributor Poker, запрет на LLM‑модели в вкладах и культуру, привлекающую талантливых разработчиков. Несмотря на личную активную позицию по ИИ и споры вокруг форка Bun, он подчеркивает, что политика фонда, хотя и не совпадает со всеми взглядами, сохраняет уважительную и независимую атмосферу. Zig — исключительный продукт, без которого проекты вроде Ghostty были бы невозможны, и поддержка такого языка — вклад в будущее, где качество и независимость важнее массового признания. Поэтому он призывает тех, кто может, способствовать развитию Zig через пожертвования. Таким образом, поддержка Zig не только финансово, но и способствует развитию языка, который сочетает амбициозность, полезность и строгий контроль качества, позволяя создавать инструменты, как Ghostty, в экосистеме, где проекты могут задавать свои правила.

• Mitchell Hashimoto пожертвовал $700 000 в фонд Zig Software Foundation, что обеспечивает стабильное финансирование разработки Zig.
• Участники обсуждают, как важно поддерживать проекты без зависимости от LLM‑технологий и сохранять «нормальность» в сообществе.
• Мнения о Zig варьируются: многие хвалят его дизайн и удобство, другие отмечают проблемы с документацией и синтаксисом.
• Есть и позитивные отзывы о новых инструментах на базе Zig (Ghostty, Dirac) и о возможности использовать Zig в разных проектах.

Apertus — полностью открытая фундаментальная модель, созданная совместно Швейцарским инициативным центром ИИ, EPFL, ETH Zurich и CSCS. Все компоненты — данные, код, веса, методы и принципы выравнивания — открыты и воспроизводимы, что делает её «AI, как Open для Source». Модель разработана с учётом требований EU AI Act: она учитывает запросы на отказ, удаляет персональные данные, предотвращает запоминание фрагментов обучающего корпуса и гарантирует соответствие регуляторным нормам.

Модель предлагает варианты с 8 и 70 параметрами, конкурентоспособные с ведущими открытыми системами, и изначально мультиязычна — обучена на более чем 1000 языков. В открытом доступе находятся новости: предстоящая техническая статья на ACL 2026 подробно описывает архитектуру, методы выравнивания и результаты оценки; одновременно запускается набор из 16 Apertus Mini моделей, получившихся через дистилляцию и квантование, чтобы продемонстрировать эффективное сжатие крупных версий. Подписка на рассылку позволяет получать уведомления о новых релизах, публикациях и событиях, а также пользоваться открытыми ресурсами и полной документацией. Партнёром проекта является Swisscom, а весь стек остаётся открытым, документированным и готов к sovereign AI. Таким образом, Apertus предоставляет глобальную основу для создания sovereign AI‑решений, полностью соответствующих европейским стандартам.

• Открытые модели вроде OLMo 3.1, K2 Think V2 и Nvidia Nemotron появляются, но у них разный уровень открытости данных и лицензий.
• Проект Apertus критикуют за медленный темп разработки и сомнительную конкурентоспособность с текущими моделями.
• Многомяговые модели часто ошибаются в простых языковых задачах, галлюцинируя несуществующие слова.
• Сообщество обсуждает потенциал «суверенного AI», открытый исходный код и необходимость GPU‑ресурсов, а также тестирует чат‑интерфейс.

Большие модели больше не гарантируют лучшего понимания — их «ум» часто Plateau‑ит, а точность падает из‑за чрезмерного доверия к собственным ответам. Недавние сравнения показывают, что открытая GLM‑5.2 (≈753 млрд параметров) почти догоняет закрытые GPT‑5.5 и Claude 5, но её галлюцинации составляют лишь 28 %, тогда как у GPT‑5.5 — 86 %. При этом DeepSeek V4 Pro (1,6 Трл параметров) выдаёт 94 % ошибок на бенчмарке «Omniscience», а Opus 4.8 — 36 %. Технические тесты подтверждают: даже при большом объёме вычислительных ресурсов модель может уверенно предложить неверное решение, не признавая своей неуверенности.

Эта ситуация формирует трилемму современных ИИ:raw‑capability, калибровка неопределённости и вычислительная эффективность. Увеличивать размер и «рассудочный бюджет» бессмысленно, если модель начинает продавать вымысел за правду. Поэтому будущее — в выборе моделей, способных честно сообщать «не знаю», а не в гонке за всё более массивными, но менее надёжными системами.

• Оценка галлюцинаций усложняется тем, что она зависит от того, когда модель не знает ответа и от распределения задач в тесте.
• Увеличение размеров моделей часто не повышает точность и может ухудшать способность «отказываться» от неправильных ответов.
• Некоторые крупные модели (DeepSeek V4 Pro, GLM‑5.2) показывают разный уровень галлюцинаций, при этом небольшие модели иногда справляются лучше.
• Необходимо развивать более точную классификацию ошибок ИИ, а не ограничиваться общим термином «галлюцинация».

Команда curl объявила, что в июле 2026 года полностью приостановит обработку уязвимостей: форма на Hackerone будет закрыта, а почтовый адрес для сообщений станет недоступным. Приём багов и запросов будет временно остановлен с 1 июля, а возобновление запланировано на 3 августа в 09:00 CEST. В течение этого месяца разработчики планируют отдохнуть, выйти на улицу, насладиться летом и, возможно, решить накопившиеся задачи, а также взять время для новых идей.

В результате паузы дата выпуска версии 8.22.0 переносится на 2 сентября 2026 года, чтобы дать время обработать накопившиеся исправления. При этом все репозитории и pull‑request остаются активными, а поддержка по платным контрактам продолжается без изменений. Автор подчёркивает, что отпуск – не только отдых, но и возможность перестать постоянно думать о проекте, чтобы вернуться сильнее. Идея «летнего блаженства» ставится как пример для других open‑source проектов: забота о собственных ресурсах важнее спешки с патчами. Кроме того, в период отпуска команда будет читать о возможных экстренных событиях только в августе, а платные контракты сохранят полноценный сервис. Эти меры позволяют команде сосредоточиться на личном благополучии и вернуться с новыми идеями.

• Maintainers объявили месяц отпуска, приостановив приём новых уязвимостей до 1 августа.
• Это подчёркивает зависимость от небольшого количества волонтёров и показывает, что текущая модель управления уязвимостями не устойчива.
• Платёжные поддержки продолжат работать, но инициатива служит стимулом для заключения корпоративных контрактов и летнего отдыха.
• Реакция сообщества: часть хвалит баланс «работа‑отдых», другие опасаются пробелов в защите и ищут альтернативные схемы обработки багов.

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

Открытый ИИ должен оставаться локально развертываемым, понятным, воспроизводимым и управляемым сообществом, даже если текущие лидеры отрасль переключат фокус или исчезнут. Иначе инфраструктура интеллекта превратится в подписку на мышление, контролируемую небольшим набором корпораций. Поэтому США и другие страны должны обеспечить возможность свободного использования, изучения, доработки и benchmark‑тестирования ИИ‑моделей, опираясь на глобальные открытые стандарты.

Ключевой посыл: свобода запускать, проверять и адаптировать ИИ‑системы — вопрос национальной безопасности и будущего цивилизации. Если хотите поддержать инициативу, можно написать на opensourceaimustwin@osmantic.com.

• Децентрализованное обучение на добровольных машинах сталкивается с проблемами коммуникаций и возможностей poison‑а данных, требуется сложная система отката.
• Чтобы запускать модели уровня SOTA, нужны распределённые инференс‑фреймворки, иначе они останутся под контролем крупных корпораций.
• Финансирование и политическое давление делают открытый AI уязвимым: без государственной поддержки или крупного капитала проекты не могут конкурировать с закрытыми решениями.
• Открытые веса моделей лишь «первый выстрел», их полезность ограничена без оригинальных данных и постоянного обновления, поэтому полностью открытый AI пока остаётся недоступным.

Основатель Pebble Эрик Мигицовский и сообщество Rebble ведут спор о будущем умных часов Pebble. Мигицовский основал Core Devices в 2025 году для возрождения бренда, в то время как Rebble, некоммерческая организация с 2017 года, поддерживает сообщество после закрытия Pebble. Конфликт возник из-за соглашения о платежах $0.20 в месяц на пользователя и спора о правах на данные магазина приложений Pebble (13 000 приложений 2012-2016 годов). Rebble утверждает, что полностью владеет этими данными и хочет создать "закрытый сад", в то время как Мигицовский настаивает на открытости экосистемы.

Rebble обвиняет Мигицовского в "краже" их работы для коммерческих часов, но он отрицает эти обвинения, подчеркивая, что все вклады в PebbleOS были полностью открытыми. В ноябре 2025 года Core Devices отгрузила 5 000 часов Pebble 2 Duos и работает над Pebble Time 2. Мигицовский отмечает, что они перешли на собственный репозиторий из-за долгих проверок PR в репозитории Rebble.

• Rebble опасается вытеснения из экосистемы после предоставления Core доступа к данным магазина приложений, требуя гарантий против создания "враждебного" закрытого сервиса.
• Core Devices (Эрик) стремится использовать инфраструктуру Rebble для возрождения часов, но Rebble видит в этом попытку "ренты" вместо сотрудничества, обвиняя Core в недобросовестных действиях (включая "скрапинг" данных).
• Сообщество разделено: часть пользователей поддерживает Rebble за сохранение открытости, другая — Core за возрождение часов, предлагая технические решения (переход на GPL/AGPL) или альтернативные устройства (BangleJS).
• Проблемы прозрачности: использование Discord вместо публичных каналов усложняет отслеживание решений, а публикация переписки без согласия участников вызывает вопросы о доверии.
• Обе стороны зависят друг от друга (Core — от инфраструктуры Rebble, Rebble — от новых часов), но не осознают этого, ведя к "избегаемому проигрышу" для пользователей.

Исследователь безопасности сообщил об уязвимости инъекции параметров OAuth в библиотеке auth0/nextjs-auth0 от Okta, которая позволяла злоумышленникам манипулировать токенами и URI перенаправления. Он предложил простой патч с кодированием параметра, но через три недели его PR закрыли, сославшись на другой, "подписанный" коммит. Оказалось, что оригинальный вклад исследователя был присвоен с использованием ИИ, который создал фиктивного автора "Simen A. W. Olsen" с несуществующим email.

Мейнтейнер признал использование ИИ для создания коммита и даже сгенерировал ИИ-ответ с извинениями, но отказался исправить атрибуцию, заявив, что "не может это изменить". Это привело к обвинениям в нарушении авторских прав. Параллельно первая уязвимость, позволявшая захватывать аккаунты, была исправлена только после трёхнедельного ожидания, а команда безопасности Okta заявила, что не примет отчёт об уязвимости без видеодемонстрации эксплуатации.

• Комментаторы обсуждают, что Okta и Auth0 не редко становятся объектом критики за игнорирование PR и отсутствие прозрачности в open-source-проектах.
• Участники также отмечают, что крупные корпорации, включая Okta, плохо справляются с внешними вкладами и не предоставляют должного признания авторам вкладов.
• Некоторые комментаторы поднимают вопрос о том, что использование SaaS-решений вроде Okta и Auth0 может быть рискованным, особенно если учесть их историю игнорирования уязвимостей и отсутствие прозрачности.
• Также обсуждается, что GitHub и другие платформы могли бы улучшить свой процесс рассмотрения PR и взаимодействия с внешними вкладами, чтобы избежать подобных ситуаций в будущем.

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

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

• Пользователи хвалят Miele за долговечность (до 20+ лет), ремонтопригодность и доступность запчастей даже для старых моделей.
• Критикуется политика Miele по ограничению доступа к запчастям только для авторизованных сервисов, противоречащая принципам right-to-repair.
• Обсуждается реверс-инжиниринг IrDA-интерфейса стиральных машин, включая Miele, и потенциал универсальных контроллеров для ремонта.
• Отмечается разница в качестве и сервисе между брендами: Miele/Bosch/Speed Queen vs AEG, а также негативный опыт с некоторыми производителями.
• Упоминаются альтернативные решения: покупка б/у запчастей на eBay, универсальные платы и самостоятельный ремонт как экономичный вариант.

Zigbook предлагает уникальный подход к изучению языка программирования Zig через 61 главу проектно-ориентированного курса. Ресурс позиционирует себя как не просто руководство по синтаксису, а фундаментальное изменение мышления о программном обеспечении. "Вы пришли за синтаксисом, уйдете с философией" — эта цитата отражает суть методики, где акцент делается на глубоком понимании принципов, а не только на изучении языка. Курс создан человеком с ником @zigbook без использования ИИ-контента.

Интерактивная платформа включает встроенный терминал для немедленного практического применения знаний. Проект построен на самом Zig, как демонстрирует команда сборки "zig build zigbook". Доступ к курсу осуществляется через сайт zigbook.net, где пользователи могут сразу начать вводить команды в интерактивном окне для погружения в изучение языка.

• Обсуждение в основном вращается вокруг обвинений в том, что книга по Zig написана ИИ, и что это противоречит заявлению о «ручном» написании и отсутствии ИИ-контента.
• Участники обсуждения подчеркивают, что стиль текста и структура главы выглядят как будто их написал ИИ, и что это вызывает сомнения в достоверности всей книги.
• Некоторые комментаторы также указывают на то, что книга не предоставляет PDF-версии, что делает ее менее удобной для чтения.
• Некоторые участники обсуждения также поднимают вопрос о том, что Zig может быть не стоит изучать, если у вас уже есть опыт с C, Rust или Go, и что книга не предоставляет достаточно убедительного «почему» изучать этот язык.

Автор статьи рассматривает судьбу небольших open source библиотек на примере своего пакета blob-util, который уже 10 лет стабильно набирает более 5 миллионов загрузок в неделю. С ростом использования ИИ (около 80% разработчиков уже применяют его в работе), такие утилиты становятся менее востребованными, ведь LLM вроде Claude способны генерировать аналогичный код по запросу. Автор отмечает, что хотя сгенерированный код может быть даже более надёжным, исчезает образовательная составляющая — его библиотека включала не только функционал, но и обучающие материалы с забавными примерами, помогающие понять принципы работы с Blob в JavaScript.

По мнению автора, эра небольших низкозначимых библиотек подходит к концу, и ИИ становится последним гвоздём в гробу этого явления, хотя и до этого многие функции перешли в браузеры и Node.js. Это означает не только упрощение разработки, но и потерю возможности использовать такие библиотеки как трамплин для обучения разработчиков. Возможно, в будущем понимание механики работы таких утилит станет так же необязательным, как и умение разворачивать бинарное дерево, о чём многие разработчики уже давно спорят.

• Разработчики всё чаще полагаются на ИИ, что ставит под сомнение ценность мелких утилитарных библиотек и даже саму идею open-source как таковой.
• Сообщество уже не в состоянии оценить ценность мелких, но полезных вкладов, поскольку ИИ может их сгенерировать за секунды.
• Это ведёт к тому, что единственный способ остаться востребованным — это делать действительно сложные и полезные вещи, а не просто публиковать мелкие скрипты.
• Парадокс в том, что даже если кто-то и захочет внести вклад в open-source, то непонятно, как теперь оценить этот вклад.
• В конечном счёте, если мы хотим, чтобы open-source выжил, мы должны будем придумать, как оценивать вклад и признание заслуг — возможно, через систему репутации и/или сертификации.

Проект Heretic представляет собой инструмент для полностью автоматического удаления цензуры в языковых моделях. Разработанный пользователем p-e-w, этот проект нацелен на преодоление ограничений, которые разработчики искусственного интеллекта накладывают на свои модели для предотвращения генерации вредоносного или нежелательного контента.

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

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

К сожалению, предоставленный текст не содержит статьи "FFmpeg to Google: Fund Us or Stop Sending Bugs" от The New Stack. Вместо этого это форма подписки на их рассылку. Чтобы я мог создать точный пересказ статьи (~170 слов на русском в Markdown), пожалуйста, предоставьте текст самой новости.

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

• Крупные корпорации (Google, Amazon и др.) ожидают, что open-source проекты будут бесплатно исправлять уязвимости, которые они же и находят, но при этом не предлагают ни ресурсов, ни финансирования.
• Сторонники FFmpeg отвечают, что если проект не может позволить себе тратить время на бесплатную разработку, то это не значит, что он обязан это делать, и что крупные компании могут просто отказаться от использования open-source, если не хотят платить.
• Обсуждение вышло за рамки конкретной ситуации и затронуло более широкий вопрос о том, как корпорации используют open-source без всякой отдачи.
• Некоторые участники обсуждения подняли вопрос о том, что если FFmpeg и подобные проекты не могут позволить себе тратить ресурсы на бесплатную разработку, то, возможно, им стоит пересмотреть свою модель лицензирования или найти другие способы монетизации.
• В целом, обсуждение подняло волну обсуждений о том, как корпорации используют open-source без всякой отдачи, и как это влияет на устойчивость проектов.

Жан-Баптист Кемпф, президент и основной разработчик VLC, получил Европейскую премию SFS 2025 на SFSCON за свою долгосрочную преданность проекту. VLC, начавшийся как студенческая инициатива в 1996 году, превратился в один из самых широко используемых медиаплееров с миллиардами пользователей по всему миру. Когда проект был на грани исчезновения после выпуска оригинальных разработчиков, Кемпф взял на себя руководство и преобразовал его в незаменимый медиаплеер, который мы используем сегодня.

Маттиас Киршнер, президент FSFE, отметил, что для многих пользователей проприетарных операционных систем VLC стал первым свободным программным обеспечением, которое они когда-либо устанавливали. В своей речи Кемпф выразил честь получению награды и поблагодарил команды VideoLAN и FFmpeg за их работу, часто совершаемую с малым признанием. Европейская премия SFS, учрежденная в 2023 году, признает людей, внесших значительный и устойчивый вклад в продвижение свободного программного обеспечения в Европе.

• VLC исторически критичен для воспроизведения видео благодаря широкой поддержке кодеков, особенно в 2000-х, и остается популярным на мобильных устройствах и Windows.
• Основатель проекта Жан-Батист Кемпф получил признание за отказ многомиллионного предложения о продаже, чтобы сохранить проект открытым и без "вшивания" рекламы.
• На Linux VLC уступает mpv/Celluloid для продвинутых пользователей, но остается удобным решением для новичков и систем с устаревшим оборудованием.
• Проект вносит значительный вклад в экосистему через ffmpeg и разработку технологий вроде низколатентного стриминга Kyber, несмотря на критику интерфейса и функционала.

Сумит Чинтала объявляет о своем уходе из Meta после 11 лет работы, где он почти всю профессиональную жизнь руководил разработкой PyTorch. За почти 8 лет он превратил фреймворк из ничего в инструмент с 90%+ долей adoption в области ИИ, теперь поддерживающий эксасейборное обучение и являющийся основой для фундаментальных моделей, переопределяющих интеллект. PyTorch используется практически всеми крупными AI-компаниями и преподается в классах от MIT до сельских районов Индии.

"Я покидаю это с полным сердцем", — пишет Чинтала, объясняя, что хочет попробовать что-то небольшое, новое и некомфортное вне Meta. Он подчеркивает, что PyTorch готов к его уходу: команда во главе с Эдвардом, Суо, Албаном, Грегом, Джоном, Джо и Джаной стала самодостаточной, способна решать сложные технические и организационные проблемы и сохранит ценности проекта. "Эта группа PyTorchers добьется исключительных успехов", — уверен он, добавив, что будет продолжать след за развитием фреймворка, вероятно, даже будет оставлять баги.

• Сообщение вызвало обсуждение о причинах ухода Soumith из Meta и о том, что он будет делать дальше; обсуждение затронуло тему открытого исходного кода, влияние PyTorch на исследовательскую среду и то, как компании вроде Meta относятся к своим сотрудникам.

Kimi K2 Thinking — это новая модель от компании 01.AI, демонстрирующая впечатляющие способности в обработке длинных текстов. Модель способна анализировать документы до 128K токенов, что в 8 раз превышает возможности предыдущей версии. Это позволяет ей эффективно работать с целыми книгами, юридическими документами и научными исследованиями за один проход.

Разработчики подчеркивают, что K2 Thinking превосходит конкурентов в задачах, требующих глубокого понимания контекста, особенно на китайском языке. Тесты показывают, что модель достигает 90% точности в сложных аналитических задачах, что делает её одной из самых мощных на рынке. В то же время, компания заявляет о более эффективном использовании вычислительных ресурсов по сравнению с аналогами.

• Китайские компании (Moonshot, DeepSeek, Qwen, GLM) за последние месяцы выпустили ряд открытых моделей, что ставит под сомнение привычное представление о том, что «открытый исходный код» — это западная практика.
• Модель Kimi K2 Thinking показала себя как наилучшая в своем классе, превосходя GPT-4.5 и Claude 3.5 Sonnet, и при этом доступна через OpenRouter и Hugging Face.
• Несмотря на то, что модель не является открытой, Moonshot AI предоставляет доступ к ней бесплатно, что вызывает вопросы о финансировании и стратегии.
• Появление столь мощных открытых моделей вызывает вопросы о том, как они будут использоваться и как это повлияет на рынок ИИ.

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

Проблема может возникать из-за нескольких причин: использование браузерных расширений (блокировщиков рекламы), сетевые неполадки или настройки самого браузера. Для решения рекомендуется проверить интернет-соединение, временно отключить расширения, особенно блокировщики рекламы, или попробовать использовать другой браузер. Включение JavaScript позволит сайту корректно загрузить все необходимые элементы и обеспечить полноценную работу.

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

Представлен репозиторий Dillo — мультиплатформенного графического веб-браузера с открытым исходным кодом. Проект размещен на GitHub в рамках dillo-browser/dillo, что указывает на его организационную структуру и доступность для сообщества.

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

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

• Проект Dillo продолжает развиваться, но уходит с GitHub на собственный сайт и репозиторий.
• Пользователи вспоминают, как Dillo спасал старое железо и давал возможность выхода в интернет даже на самых слабых машинах.
• Обсуждается, что Dillo не поддерживает JavaScript, что ограничивает его применимость в современном вебе.
• Появляется вопрос о безопасности: неясно, какие меры безопасности реализованы в браузере.
• Участники обсуждают, что Dillo остаётся полезным для разработчиков и пользователей, которые ищут легковесный и быстрый браузер.

OpenPCC — это open-source фреймворк, обеспечивающий доказуемо приватный вывод для моделей искусственного интеллекта. Проект фокусируется на защите конфиденциальности данных при выполнении инференса, позволяя организациям использовать ИИ без компромиссов в безопасности. Фреймворк реализует криптографические протоколы, гарантирующие, что исходные данные пользователей остаются защищенными даже при обработке на сторонних серверах.

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

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

Radiant Computer представляет собой проект по созданию персонального компьютера с нуля, свободного от исторического багажа и влияния Big Tech. Авторы считают, что современная вычислительная индустрия движется к менее свободному миру, где системы проектируются вокруг моделей вовлеченности и слежки, а не потребностей пользователей. Их система предлагает альтернативу: без браузера, с собственной сетью, напоминающей ранний интернет, без соцсетей, скриптов и трекеров.

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

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

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

• Пользователи критикуют официальный клиент Microsoft Teams за многочисленные баги, проблемы с производительностью и отсутствие функций (например, PiP и видео-меню).
• Неофициальный клиент для Linux предлагается как альтернатива с меньшим количеством ошибок, дополнительными возможностями (например, PiP) и лучшей интеграцией с системой (уведомления в трее).
• Некоторые предпочитают использовать Teams через веб-версию или PWA, но отмечают ограничения (например, проблемы с обменом экраном в Firefox, задержки уведомлений).
• Проект неофициального клиента вызывает споры: некоторые сомневаются в его поддержке из-за возможного использования AI для генерации кода, другие отмечают его полезность для Linux-пользователей.
• Несмотря на критику, Teams остаётся необходимым инструментом в профессиональной среде, особенно в компаниях, использующих экосистему Microsoft.

Tongyi DeepResearch — первый полностью открытый веб-агент, демонстрирующий производительность на уровне DeepAI OpenAI. Модель достигает передовых результатов: 32.9 на тесте академического рассуждения Humanity's Last Exam, 43.4 на BrowseComp и 46.7 на BrowseComp-ZH в сложных задачах поиска информации, а также 75 на пользовательском бенчмарке xbench-DeepSearch, превосходя все существующие проприетарные и открытые агенты глубоких исследований. Авторы делятся полной методологией создания таких агентов, включая инновационное решение для синтеза данных на всем конвейере обучения.

В основе обучения лежит Agentic Continual Pre-training (CPT) с использованием системы AgentFounder для масштабного синтеза данных. Разработчики создают цикл данных, перегруппируя различные источники в привязанную к сущностям открытую мировую память знаний. Для сложных вопросов с высокой неопределенностью они синтезируют веб-данные через высокосвязанный граф знаний с помощью случайных обходов. Модель демонстрирует мощные возможности в режиме ReAct без инженерии промптов, а продвинутый Heavy Mode раскрывает верхний предел ее потенциала сложного рассуждения и планирования.

• Обсуждение в основном вращается вокруг трёх тем: «Deep Research» как продукт vs. обычный поиск, практичность мелких моделей, и то, что большие модели всё ещё уступают специализированным инструментам в конкретных задачах.
• Участники обмениваются опытом, что мелкие модели (Qwen 3 4B и т.п.) уже способны обеспечить приемлемое качество при минимальных затратах, особенно если квантовать и/или запустить их на Apple Silicon.
• Обсуждается, что влияние этих моделей на рынок: будут ли они заменять крупные модели в нишевых задачах или же будут использованы как основа для дальнейшей настройки.
• Также поднимается вопрос о том, что, возможно, в будущем мы увидим взрыв специализированных моделей, обученных под конкретные задачи, и что это может быть следующим шагом после исчерпания выгод от предобучения.

Visopsys - это альтернативная операционная система для PC-совместимых компьютеров, разрабатываемая с 1997 года. Система отличается небольшим размером, высокой производительностью и открытым исходным кодом. Она оснащена простым, но функциональным графическим интерфейсом, поддерживает многозадачность с вытеснением и виртуальную память. Хотя Visopsys стремится к совместимости, она не является клоном ни одной другой ОС. Пользователи могут протестировать систему с загрузочного USB-накопителя, CD/DVD или дискеты.

Система работает в 100% защищенном режиме и предлагает полный набор современных функций. Последняя версия 0.92 была выпущена в сентябре 2023 года. Visopsys позиционируется как быстрая и легкая альтернатива для пользователей, интересующихся альтернативными операционными системами или желающих изучить основы ОС изнутри.

• Visopsys — одна из немногих «одиночных» ОС, существующих с 1997 года и до сих пор получающих обновления.
• Проект ведётся одним человеком, что делает его уникальным, но также ограничивает его развитие.
• Система предназначена для образовательных целей и энтузиастов, а не для повседневного использования.
• Несмотря на это, она может быть полезна для базовых задач на старом оборудовании.
• Проект продолжает существовать благодаря энтузиазму автора и сообщества.

Инструменты AI для кодирования создают новую проблему для open source-сообщества: они делают генерацию кода дешёвой, но не делают его ревью таким же. В результате мейнтернеры тратят непропорционально много времени на проверку кода, который был создан за секунды, но требует часов анализа. Автор предлагает бинарную систему: с одной стороны - прототипы, демонстрирующие идеи, с другой - PR, готовые к ревью.

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

• Обсуждение показало, что проблема не ограничивается кодом: LLM-генерированные PR, не раскрывая этого, создают нагрузку на рецензентов и нарушают принцип "не навредь".
• Сообщество разделилось: одни считают, что любой вклад полезен, другие настаивают, что важно различать, где использовался ИИ, и требуют прозрачности.
• Обсуждение затронуло вопрос, как отличить человеческий вклад от ИИ-генерированного, и какие нормы могли бы регулировать это.
• Участники обсудили, что если кто-то утверждает, что может писать код с LLM, то он должен быть способен писать и e2e тесты.
• Были выдвинуты идеи, что проекты могли бы требовать, чтобы вклад был помечен как ИИ-генерированный, и что в будущем репутация и идентичность могут стать критически важными для рассмотрения вклада.

Python Software Foundation (PSF) withdrew its $1.5 million grant application to the US National Science Foundation (NSF) after the agency demanded a commitment to abandon diversity, equity, and inclusion (DEI) initiatives. The proposed funding aimed to enhance security for Python's package repository PyPI by developing automated tools to proactively detect malicious code in packages, a significant improvement over current reactive methods. The NSF's condition required the PSF to affirm it would not "advance or promote DEI," a restriction applying to all PSF activities, not just the funded project. Violation would trigger the NSF to reclaim previously awarded funds, creating substantial financial risk.

This demand directly conflicted with the PSF's core mission, explicitly stating its commitment to supporting "a diverse and international community." Despite the grant's potential to significantly boost the PSF's annual $5 million budget and develop security tools with broader open-source ecosystem benefits (like NPM and Crates.io), the organization refused to compromise its values. The PSF Board unanimously decided withdrawal was necessary to retain the freedom to support its entire community. The loss of this funding, coupled with economic pressures, increases the PSF's need for direct community financial support.

• PSF отказалась от $1,5 млн гранта из-за требования отказаться от DEI-программ, что вызвало широкий резонанс в сообществе.
• Обсуждение подняло вопрос о том, что DEI-программы могут быть незаконны, и что это может быть причиной, по которой грант был отклонен.
• Некоторые участники обсуждения выразили обеспокоенность тем, что отказ от гранта может повлиять на безопасность и стабильность экосистемы Python.
• Были высказаны предложения о том, что сообщество могло бы само финансировать нужды, чтобы не зависеть от грантов с политическими условиями.
• Обсуждение также затронуло вопрос о том, что DEI-программы могут быть незаконны, и что это может быть причиной, по которой грант был отклонен.

Любой сервер с SSH-доступом может стать Git-сервером. Достаточно клонировать репозиторий через git clone ssh://username@hostname/path/to/repo, а для отправки изменений добавить на сервере git config receive.denyCurrentBranch updateInstead. Этот подход идеален для синхронизации кода между устройствами или работы с файлами на сервере без задержек.

Для публикации кода через веб нужно указать веб-серверу путь к Git-репозиторию и выполнить git update-server-info. Чтобы это происходило автоматически, можно настроить хук post-update, который будет запускать эту команду после каждого обновления. Хуки также могут использоваться для запуска статических генераторов сайтов — автор блога успешно применяет этот метод для своего сайта, получая преимущества локальной работы и автоматического развёртывания.

Такой подход обеспечивает встроенное резервное копирование: при поломке сервера данные останутся на ноутбуке, и наоборот. Git-трекинг версий предотвращает случайные удаления и упрощает отладку ошибок.

• Обсуждение охватило широкий спектр тем: от фундаментальных концепций (bare-репозитории, push-в-в-ssh, хуки) до практических аспектов (самостоятельный хостинг, CI/CD, бэкапы).
• Участники подчеркнули, что Git изначально задумывался как распределённая система без необходимости в централизованном хостинге, и что это встроено в его архитектуру.
• Были упомянуты различные инструменты и практики, такие как git init --bare, git daemon, git-shell, хуки и т.д., как часть более широкого обсуждения о том, как Git может быть использован для хостинга репозиториев.
• Обсуждались также более широкие темы, такие как философия open-source, централизация против децентрализации, и как GitHub/GitLab и подобные платформы влияют на разработку ПО и сообщество.

Проект Twake Drive представляет собой открытую альтернативу Google Drive, разработанную компанией Linagora. Это решение предлагает пользователям полный набор функций для облачного хранения и совместной работы с файлами, включая синхронизацию, совместное редактирование и управление доступом.

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

• Обсуждение показало, что технические характеристики (синхронизация, безопасность, производительность) важны, но устойчивость проекта и наличие сообщества в долгосрочной перспективе могут быть ещё более критичными факторами.
• Участники подчеркнули, что даже при наличии open-source решений, отсутствие ясной модели финансирования и поддержки может привести к прекращению проекта.
• Сравнение с Nextcloud и Seafile показало, что пользователи ищут баланс между простотой установки и гибкостью, но при этом критично важно, чтобы проект не исчез через год-два.
• Несколько комментаторов отметили, что важно не только иметь открытый исходный код, но и обеспечить прозрачность в модели угроз и процессе принятия решений.
• Вопрос о том, как проект планирует привлечь и удерживать вкладчиков, остался без ответа, что может быть самым слабым местом.

В 2012 году автор, работая с Ruby и Rails, обнаружил Rust и увидел в нём потенциал. Он оценил три ключевых фактора успеха языка: рыночную нишу (безопасность памяти без сборщика мусора как инновация в низкоуровневом программировании), команду (поддержку Mozilla) и пользователей (планы использовать Rust в Firefox). Этот подход помог ему принять решение присоединиться к проекту Rust, написать руководство "Rust for Rubyists" и в итоге войти в команду.

Сейчас автор применяет тот же анализ к jj — новой системе контроля версий, написанной на Rust. Как и в случае с Rust, он видит у jj хорошую рыночную нишу (возможность работать с Git-репозиториями для постепенного внедрения), сильную команду (Google использует jj) и растущую пользовательскую базу. На первой конференции jj создатель马丁 отметил важный аспект, хотя детали в статье не раскрываются.

• Обсуждение в основном вращается вокруг того, что Git остаётся доминирующим, но jj и другие инструменты могут предложить улучшенный UX и модель данных, что делает их привлекательными для некоторых пользователей.
• Участники обсуждали, что отсутствие интеграции с GitHub и другими платформами может быть препятствием для широкого внедрения jj.
• Некоторые участники выразили обеспокоенность относительно того, что новые системы могут не поддерживать критические функции, такие как LFS и инструменты для работы с бинарными файлами.
• Обсуждались также вопросы документации, обучения и поддержки сообщества, которые могут быть недостаточными для новых систем.
• Наконец, обсуждались личные мотивации и карьерные шаги, включая влияние на открытый исходный код и его влияние на развитие инструмента.

В предоставленном тексте отсутствует содержимое самого issue #21647 "Docker release?" в репозитории minio/minio. Видна только навигационная структура GitHub без основного текста обсуждения. Для создания точного пересказа необходимо содержимое самого issue, включая описание проблемы, комментарии и любые детали, связанные с выпуском Docker-образа MinIO.

• MinIO прекращает публикацию готовых Docker-образов, что вызвало волну обсуждений о «rug pull» и ожиданиях от OSS-проектов.
• Участники обсуждают, что компания имеет право прекратить предоставлять бесплатные образы, но отсутствие предупреждения и альтернативы вызывает раздражение.
• Появились альтернативы в виде Garage и SeaweedFS, но у них есть свои ограничения.
• Некоторые участники подчеркивают, что OSS-проекты не обязаны предоставлять бинарники, но при этом они также напоминают, что и сообщество не обязано использовать именно этот проект, если он становится менее удобным.

Servo - это проект с открытым исходным кодом, нацеленный на предоставление разработчикам легковесной и высокопроизводительной альтернативы для встраивания веб-технологий в приложения. Проект разрабатывается сообществом и размещен на платформе GitHub, что позволяет открытому сотрудничеству и прозрачности разработки.

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

• Servo выпустил первый релиз 0.0.1 после 50 000 коммитов, но это всё ещё экспериментальный движок, а не полноценный браузер.
• Сообщество обсуждает, что единственный релиз не делает проект готовым к продакшн-использованию, но модульная архитектура Servo позволяет использовать его компоненты в других проектах.
• Несколько участников высказали надежду, что Servo может стать альтернативой Electron-ноде в будущем, но пока что это не более чем надежда.
• Участники также обсуждали, что разработка ведется в рамках Linux Foundation, и что Mozilla, начавший проект, не имеет к нему отношения.

Предоставленный текст содержит только навигационное меню и элементы интерфейса GitHub, но не содержит самого содержимого статьи о DeepSeek-OCR. Без основного текста статьи невозможно создать точный пересказ её содержания.

Для создания качественного саммари мне нужен сам текст статьи, описание проекта DeepSeek-OCR, его особенности, технические детали или результаты, которые он демонстрирует. Пожалуйста, предоставьте основное содержимое репозитория или статьи, и я подготовлю ёмкий пересказ в соответствии с вашими требованиями.

• DeepSeek-OCR представляет собой исследование границ визуального сжатия текста, достигая почти безпотерянного восстановления текста при 97% точности, что делает его полезным для создания обучающих данных для LLM.
• Модель демонстрирует высокую точность на OmniAI бенчмарке, но при этом остается неясным, как она справляется с более сложными задачами, такими как распознование сложных таблиц и многостраничных документов.
• Несмотря на то, что DeepSeek-OCR является open-source и MIT лицензированным, отсутствие коммерческого продукта подчеркивает пробел в экосистеме OCR, что может быть связано с тем, что модель не была обучена на полностью лицензионых данных.
• Сообщество отмечает, что несмотря на то, что модель может быть использована для создания обучающих данных для LLM, она не может быть использована в продакшене, потому что она не была обучена на лицензионных данных.
• Некоторые участники обсуждения отмечают, что модель может быть использована для извлечения текста из старых журналов и книг, но при этом остается неясным, насколько она справляется с распознованием сложных многостраничных документов и таблиц.

Liquibase, популярный инструмент для управления миграциями баз данных, сменил лицензию с Apache 2.0 на проприетарную, но продолжает называть себя «open source» в своей документации и рекламных материалах. Это вводит в заблуждение, поскольку открытое ПО подразумевает свободное использование, изменение и распространение кода, что теперь запрещено новыми условиями. Пользователи обнаружили это лишь при попытке скачивания, где их перенаправляли на страницу с новыми условиями, скрытыми до момента загрузки.

Ситуация поднимает важные вопросы об этике в open-source сообществе: насколько этично продолжать использовать брендирование open-source после смены лицензии, особенно когда это влияет на доверие сообщества? Многие разработчики чувствуют себя обманутыми, так как они годами вкладывались в экосистему с определёнными ожиданиями.

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

• Liquibase изменил лицензию с OSS на FSL, что вызвало обсуждение о том, что это значит для пользователей и open-source-сообщества.
• Участники обсуждения обвиняют Liquibase в использовании "bait-and-switch" тактики, утверждая, что компания использовала open-source сообщество для продвижения продукта, а затем изменила лицензию.
• Обсуждались альтернативы, такие как Flyway, Sqitch и другие инструменты для миграции баз данных.
• Также обсуждались вопросы о том, как это изменение лицензии влияет на пользователей и open-source сообщество в целом.

Разработчики создали IRC-клиент Halloy в Rust. Проект примечателен тем, что это не просто кроссплатформенный инструмент для чата, но и open-source проект, доступный на GitHub. Вместо стандартного подхода, Halloy предлагает современный интерфейс и функционал, вроде поддержки расширений и тем оформления, что редкость для IRC-клиентов, которые часто застревают в прошлом.

Основная идея — сделать IRC доступным и удобным для современных разработчиков, интегрируя его с современными инструментами. Например, Halloy поддерживает встраивание медиа и интеграцию с сервисами вроде GitHub. Проект набирает популярность, так как сочетает ностальгический протокол IRC с современными практиками разработки.

• Halloy — современный IRC-клиент, написанный на Rust и использующий iced.
• Пользователи отмечают высокую скорость, стабильность и удобство настройки через TOML-файл.
• Поддержка нескольких серверов и каналов, но пока нет вкладок; вместо этого используется буфер-менеджер.
• Проект открытого кода, активно развивается и принимает PR.
• Некоторые пользователи отмечают, что Halloy всё ещё не поддерживает некоторые функции, такие как вкладки, минимизация в трей и полная поддержка экранных читателей.

Проект ADS-B Massive Visualizer представляет собой инструмент для визуализации данных системы автоматического зависимого наблюдения — вещания (ADS-B), используемой для отслеживания воздушных судов. Разработчики гордятся использованием ClickHouse — высокопроизводительной open-source СУБД, оптимизированной для аналитики больших данных в реальном времени. Визуализатор, вероятно, обрабатывает и отображает огромные объемы информации о полетах, позволяя пользователям наблюдать за перемещением самолетов в режиме реального времени.

ClickHouse выбрана не случайно — она способна обрабатывать миллионы строк в секунду, что критически важно для обработки данных ADS-B, генерируемых тысячами самолетов одновременно. Проект размещен на GitHub, что указывает на его открытый характер и возможность участия сообщества. Визуализатор демонстрирует мощь современных баз данных при работе с потоковыми данными в геопространственных приложениях, превращая сырые телеметрические данные в наглядную интерактивную карту воздушного пространства.

• Проект визуализирует потоки ADS-B и предоставляет интерактивный доступ к данным, включая исторические данные.
• Пользователи обсуждают, какие данные доступны, какие самолёты можно отслеживать и какие ограничения есть у сервиса.
• Обсуждаются различные источники данных, включая спутниковые и наземные сети, а также вопросы покрытия и точности.
• Участники делятся ссылками на репозиторий и обсуждают, какие данные доступны и как они могут быть использованы.
• Обсуждаются вопросы безопасности и конфиденциальности, а также влияние на открытые данные и их использование.

Проект KDE отмечает 29-й день рождения и запускает ежегодный сбор средств. Цель — собрать €50,000 к концу года. Эти средства позволят KDE оставаться финансово независимым и продолжать развивать свободное программное обеспечение, которое работает даже на старом железе, снижая электронные отходы. Деньги также помогут адаптировать софт под нужды госучреждений и маргинализированных пользователей.

Кроме того, KDE активно продвигает инициативу End of 10, направленную на сокращение электронных отходов. Вместо того чтобы выкидывать старые устройства, пользователи могут продолжать работать на них с KDE. В этом году сбор особенно важен, так как Microsoft прекращает поддержку Windows 10, что может привести к массовому выводу устройств из строя.

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

• KDE Plasma продолжает оставаться одним из лучших DE, но большинство дистрибутивов по-прежнему не предлагают его как вариант по умолчанию, что особенно удивляет новых пользователей, ищущих альтернативу Windows.
• Пользователи отмечают, что KDE остаётся стабильным, настраиваемым и функциональным, а такие приложения как Dolphin и KDE Connect демонстрируют превосходство над GNOME-эквивалентами.
• Несмотря на то, что KDE — это FOSS-проект с ежемесячными пожертвованиями от сообщества, он всё ещё не получает должного признания в релизах большинства дистрибутивов, что вызывает вопросы о том, почему он не становится стандартным выбором.
• Участники обсуждения также подчеркнули, что KDE предоставляет удобный и привычный для пользователей Windows переход на Linux, в то время как большинство других DE не предлагают такой же уровень знакомства и функциональности.
• Некоторые участники выразили обеспокоенность тем, что KDE может не получать достаточного финансирования и поддержки, несмотря на его вклад в развитие Linux-экосистемы.

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

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

• Google ограничивает установку приложений вне Play Store, что ставит под вопросом смысл владения устройством и вызывает обсуждение о том, что значит "владеть" устройством.
• Участники обсуждают, что это может быть началом конца Android как открытой платформы и может привести к переходу на iPhone, особенно если пользователи не могут больше устанавливать F-Droid или другие альтернативные магазины приложений.
• Обсуждение также затрагивает, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.
• Участники также обсуждают, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.
• Некоторые участники также упоминают, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.

Andrej Karpathy запустил NanoChat, проект, позволяющий запускать мощные чат-модели ИИ на недорогих локальных устройствах, таких как Raspberry Pi. NanoChat использует эффективные методы для работы на устройствах с ограниченными ресурсами, не требуя мощного сервера или облачных сервисов. Это открывает возможности для разработчиков и любителей создавать чат-приложения с ИИ, которые работают локально, без необходимости в постоянном подключении к интернету или дорогой инфраструктуре. Проект особенно полезен для образовательных целей, прототипирования и сценариев, где важны конфиденциальность и автономность.

• Обсуждение вращается вокруг того, что Андрей Карпати (Andrej Karpathy) опубликовал репозиторий nanochat, который, по его словам, позволяет за 100 долларов обучить модель на 124M параметров за 4 часа на 8xH100.
• Участники обсуждения подчеркивают, что это не «обучение за 100$», а аренда GPU за 100$ в час, и что репозиторий в первую очередь демонстрирует, как можно обучить модель, а не предоставляет доступ к вычислительным ресурсам.
• Некоторые участники спрашивают, можно ли использовать этот репозиторий для тонкой настройки существующих моделей, и Карпати отвечает, что это возможно, но требует дополнительных усилий.
• Также обсуждается, что обучение на собственных данных может быть дороже, чем обучение на открытых данных, и что для этого потребуется большее количество вычислительных ресурсов.
• В конце обсуждение сместилось к тому, что Карпати в своих видео и твитах продолжает вдохновлять людей изучать и развивать свои проекты, и что его вклад в открытое образование и исследовательскую свободу важен.

Свободное программное обеспечение не победило, несмотря на то, что многие популярные технологии построены на нём. Хотя открытое ПО повсеместно используется в разработке (Linux, Ruby, GitHub), пользователи часто не осознают, что они используют свободное ПО. Это создаёт иллюзию, что открытое ПО "победило", хотя на самом деле проприетарное ПО доминирует в потребительских устройствах.

Например, хотя существуют открытые альтернативы для 3D-печати, игр и даже смартфонов (Librem 5), они остаются нишевыми. В отличие от этого, проприетарные технологии доминируют в потребительской электронике: смартфонах, телевизорах, автомобилях и других устройствах, контролирующих повседневную жизнь.

Это проблема, потому что программное обеспечение "поглощает мир" — всё больше аспектов жизни контролируются кодом. Если этот код проприетарный, пользователи теряют контроль над своими устройствами. Например, модемы для сотовых сетей часто содержат проприетарную прошивку, что затрудняет создание открытых альтернатив (как в случае с Librem 5).

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

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

GNU Health — это не просто набор модулей, а целая экосистема, объединяющая госпитальные информационные системы, лабораторные модули и персональные записи пациентов. Проект под эгидой GNU и под лицензией GPL-3.0+ ведёт разработка с 2011 года и сегодня охватывает:

• HMIS — модуль госпитального менеджмента, охватывающий EMR, лабораторию, финансы, аптеки и т.д.
• Occhiolino — LIMS, управляющий лабораторными анализами и образцами.
• MyGNUHealth — персональное приложение для ведения собственного здоровья и взаимодействия с медучреждениями.

Всё это работает поверх PostgreSQL и использует стандарты GNU Health, включая FHIR и HL7. Проект ведётся сообществом и врачами по всему миру, а не только кодом — в него встроены механизмы социальной медицины и анализа социально-экономических детерминантов здоровья.

• Пользователи обсуждают, что вместо дорогих проприетарных систем здравоохранения, можно использовать полностью open-source стек, включая собственную систему электронных медицинских записей (EHR), и что это может быть уже используется кем-то.
• Обсуждается, что коммерческие системы здравоохранения стоят непомерно дорого, но при этом малые клиники и практики не имеют технических ресурсов, так что "ценность" этих систем заключается в обслуживании и поддержке, а не в самом ПО.
• Участники обсуждают, что вместо того, чтобы тратить огромные суммы на проприетарные системы, можно было бы инвестировать в развитие open-source решений, которые могли бы быть использованы в госпиталях и клиниках, и что это может быть уже используется в развивающихся странах.
• Участники также обсуждают, что вместо того, чтобы продолжать использовать проприетарные системы, которые не предоставляют никакой ценности, кроме как для выставления счетов, можно было бы вместо этого инвестировать в развитие открытых стандартов, которые могли бы быть использованы в госпиталях и клиниках.
• Участники также обсуждают, что вместо того, чтобы продолжать использовать проприетарные системы, которые не предоставляют никакой ценности, кроме как для выставления счетов, можно было бы инвестировать в развитие открытых стандартов, которые могли бы быть использованы в госпиталях и клиниках.

Microsoft выпустил открытый исходный код проекта Amplifier — инструмент, который позволяет разработчикам создавать и тестировать приложения, использующие модели Microsoft, в том числе и в локальном режиме. Проект распространяется под лицензией MIT и уже доступен на GitHub.

• Обсуждение в основном крутится вокруг того, что проект представляет собой обёртку над Claude API, не предоставляет никаких демонстраций или бенчмарков, и что его README в первую очередь сам по себе вызывает недоверие.
• Участники также поднимают вопросы о безопасности и надёжности, особенно в свете того, что это исследовательский прототип, и что в нём используется автономный запуск задач, который может привести к неожиданным последствиям.
• Некоторые комментаторы также выражают сомнение в том, что проект действительно предлагает что-то новое, вместо того чтобы быть просто ещё одним «wrapper'ом» вокруг существующих инструментов, и что он не предоставляет никаких конкретных примеров или сравнительных оценок.
• Наконец, обсуждение также затрагивает вопрос о том, насколько эффективно используется AI для усиления AI, и что это может говорить о тенденции к «искусственному интеллекту для усиления искусственного интеллекта» вместо использования AI для решения реальных задач.

Tangled — это новая платформа для совместной работы с Git, построенная на AT Protocol. Вместо централизованных серверов она предлагает «узлы» — лёгкие headless-серверы, которые можно поднять на Raspberry Pi. Узлы могут быть как однопользовательскими, так и мультитенантными, а весь «интерфейс» консолидируется в единое веб-приложение на tangled.sh. Проект декларирует три принципа: полный контроль над данными, низкий порог входа и не вмешательство в UX. Пока что доступ осуществляется по инвайтам в IRC-канале #tangled на libera.chat.

• Обсуждение вращается вокруг трёх тем: децентрализация, монолитные платформы vs. модульные сервисы и экономика открытого исходного кода.
• Участники обсуждают, как сделать git более децентрализованным, но при этом не теряя удобства и не создавая барьеров для входа.
• Обсуждается, как избежать блокировок и цензуры, и как при этом не терять удобство и не платить за хостинг.
• Также поднимается вопрос о том, как избежать vendor lock-in и как при этом не терять удобство и не платить за хостинг.

Igalia получил грант от Sovereign Tech Fund на поддержку движка Servo. В течение года команда займётся тремя направлениями: внедрение базовой поддержки специальных возможностей, завершение WebView API для встраивания Servo в приложения и рутинная поддержка проекта. Это позволит движку оставаться жизнеспособным и совместимым с экосистемой Rust.

• Финансирование и гранты: Немецкий Sovereign Tech Fund выделяет гранты на разработку Servo, но суммы (€545,400) вызывают сомнения в их адекватности, особенно на фоне сравнения с другими инициативами.
• Проблема зависимости от США: Обсуждение подчеркивает, что ЕС по-прежнему зависит от технологий США, и вопрос остаётся открытым, несмотря на усилия по финансированию open-source проектов.
• Сравнение с другими проектами: Участники обсуждения отмечают, что в отличие от других проектов, таких как Ladybird, у которого есть 8 разработчиков, Servo не имеет столь же широкой поддержки, что может затруднить его развитие.
• Финансирование open-source: Участники подчеркивают важность устойчивого финансирования open-source проектов, особенно в контексте государственных инвестиций в такие проекты как Servo.

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

• Собеседники подчеркнули, что ключ к быстрому прогрессу — это умение разбивать задачу на мелкие, легко демонстрируемые фрагменты и не застревать в «анализ-парализе»; главное — быстро получать обратную связь и не бояться «грязного» MVP.
• Подчеркнуто, что выбор инструмента (язык/стек) влияет на скорость итераций: REPL-языки и инструменты вроде hot-reload позволяют видеть эффект изменений почти мгновенно, что снижает порог входа и удерживает мотивацию.
• Участники обсуждения подтвердили: чем раньше показать работающий прототип, тем меньше вероятность, что проект застрянет в вечной «доработке»; демо-ориентированная разработка заставляет фокусироваться на ценности для пользователя, а не на перфекционизме.
• Сообщество отметило, что даже в личных проектах важно документировать и тестировать как будто ты передашь его другу: это упрощает возврат к контексту спустя месяцы и служит живым примером.
• Несколько человек поделились личным опытом, что их подход к разработке ПО вдохновил их начать вклад в open-source, и что их опыт в open-source в свою очередь улучшил их навыки ведения личных проектов.

Проект mafik/keyer — это прошивка и утилиты для создания однорукого хордового клавиатурного устройства KEYER. Он работает на любой платформе, где есть USB-host, и поддерживает 3 клавиатурных слоя: основной, символы и цифры. Проект полностью открыт: исходники, схемы, документация и 3D-печатные файлы корпуса. Подключение через USB-C, встроенный аккумулятор 110 мАч, поддержка QMK/VIA и Vial.

• Проект демонстрирует, что ESP32 может быть клавиатурой, а моделлиновая глина — корпусом.
• Участники обсуждают, что такое устройство может быть полезно для VR/AR, игровых шорткатов и даже для людей с ограниченными возможностями.
• Некоторые комментаторы упоминают существующие продукты, такие как Twiddler и Razer Tartarus, и обсуждают их преимущества и недостатки.
• Обсуждается безопасность использования литий-ионных батарей без защитного корпуса и возможность использования термопластика вместо глины.
• Участники также обсуждают, что такое устройство может быть полезно для людей, которые хотят использовать его для ввода читов или шорткатов в играх, и что оно может быть полезно для людей с ограниченными возможностями.

Краткий пересказ:
lavandula — это минималистичный веб-фреймворк на C, который обещает «скорость C и удобство Python». Проект с открытым исходным кодом, лицензия MIT. Сейчас он находится в стадии альфа-тестирования: базовый роутинг, middleware, JSON-ответы и простой шаблонизатор уже работают. Пример «Hello, world» компилируется в 12 КБ статического бинарника, а полноценный REST API сервис — меньше 100 КБ.

Планы: добавить встроенный ORM, WebSocket и SSE, а также CLI-генератор проектов. Поддержка Windows пока нестабильна, но Linux и macOS уже можно использовать. Сообщество приветствует вклад: обсуждение ведётся в Discussions, а примеры кода и бенчмарки публикуются в репозитории.

• Проект получил похвалу за чистоту и современный стиль кода, но также вызвал споры о практичности и безопасности C-фреймворков.
• Участники обсуждали, насколько целесообразно писать веб-приложения на C, и поднимались вопросы о безопасности и удобстве использования.
• Некоторые отметили, что проект может быть полезен для обучения и как отправная точка для других языков или фреймворков.
• Были также упоминания о том, что проект может быть развит с добавлением функций вроде шаблонизатора или поддержки HTTPS.
• Некоторые комментарии подчеркнули важность тестов и обработки ошибок в коде, а также отметили, что проект может быть использован как основа для других языков или фреймворков.

Разработчик-энтузиаст, изучая исходники Linux, заметил, что старый ноутбук Fujitsu Lifebook S2110 2005 года неправильно обрабатывает нажатие специальных клавиш «Application» и «Player». Он выяснил, что в режиме «Player» клавиши вообще не генерируют события, а в режиме «Application» они работают, но не так, как ожидается. Вместо этого в журнале ядра появляются сообщения об ошибках ACPI. Он подготовил и отправил на рассмотрение патч, который корректно обрабатывает эти клавиши в обоих режимах, и теперь ждет его включения в основную ветвь Linux.

• Участники обсуждали, как начать вклад в ядро Linux: находить задачи по метке «good first issue», писать патч, проходить ревью и попадать в историю коммитов.
• Подчеркивалось, что даже микро-фикс требует тщательной проверки, но именно такие шаги и делают open-source сообщество устойчивым.
• Несколько человек поделились историями о своих первых коммитах в ядро, включая односимвольное исправление макроса, которое потребовало двух недель перепроверок.
• Участники обменялись советами о том, как начать, если ты не знаешь с чего начать: начни с документации, тестов или мелких улучшений.
• Замечено, что даже если патч кажется мелким, он может быть критически важным для конкретного оборудования, и что такие патчи могут быть применены к старому железу.
• Поднята тема о том, что вклад в ядро Linux может быть полезен при приеме на работу, и что такой опыт ценится.

Представлен gem.coop — новый сервер для хранения гемов в экосистеме Ruby, созданный бывшими сопровождающими RubyGems.org. Он предлагает быстрый и простой хостинг, совместимый с Bundler, но оптимизированный для будущего. Все гемы с RubyGems.org доступны в реальном времени, а для использования достаточно заменить источник в Gemfile на https://gem.coop.

Управление проектом организовано по модели Homebrew при поддержке Mike McQuaid, с открытым участием сообщества. Цели — прозрачность, устойчивость и безопасность при общедоступном хостинге. Запуск включает поддержку установки публичных гемов, с планами по дальнейшему улучшению.

• Создана новая альтернативная платформа для пакетов Ruby (gem.coop) из-за конфликта между прежними сопровождающими RubyGems и Ruby Central.
• Обсуждаются технические и организационные аспекты форка: финансирование, необходимость подписи кода, доверие к сопровождающим и проблемы с доступностью из-за домена .coop.
• Часть сообщества поддерживает форк как способ сохранить независимость, другие видят в нём ненужное дробление экосистемы.
• Поднимаются вопросы о мотивах создания форка: является ли это реакцией на политические разногласия или стремлением улучшить техническую инфраструктуру.
• Проводятся параллели с другими инцидентами в open-source (например, переход с Freenode на Libera Chat).

Replit, основанный в 2016 году, прошёл путь от «браузерный IDE» до «запускай код в 2 секунды» и, наконец, до «облачный GPU-ферма для миллионов людей». Но в 2025-м, когда компания оценивается в $3 млрд, она всё ещё не зарабатывает денег: 150 млн долл. годового дохода, 0 прибыли. Под давлением инвесторов, Replit теперь должен доказать, что может удержать рынок, который он только что нашёл.

• Replit отказался от своей первоначальной идеи онлайн-IDE и перешёл на AI, что вызвало критику за отказ от уникального продукта и вступление в перенасыщенный рынок AI-инструментов.
• Сокращение штата на 50% и полный отказ от бесплатного уровня вызвали волну негатива, особенно в контексте обвинений в том, что компания не предоставляет ценность взамен деньгам инвесторов.
• Несмотря на то, что Replit утверждает, что они "выросли в доходах", критики указывают на то, что компания до сих пор не имеет устойчивой модели доходов и что их продукт может быть легко реплицирован крупными игроками.
• Некоторые комментаторы выражают ностальгию по старому Replit, особенно в контексте его использования в образовании, и обвиняют компанию в "предательстве" open-source энтузиастов, которые помогли ей на ранних этапах.
• В то же время, другие указывают на то, что Replit может быть приобретён крупной компанией, такой как OpenAI или Anthropic, как следствие его связей с YC, и что это может быть единственным способом для инвесторов вернуть свои деньги.

Создатель популярного сервиса test-ipv6.com, работающего с 2010 года, объявил о его закрытии в декабре 2025 года. Проект, предоставлявший бесплатные инструменты для тестирования IPv6-соединений, долгое время поддерживался за счёт личных ресурсов автора — без какого-либо дохода. Решение связано с желанием перераспределить усилия в пользу семьи.

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

• Благодарность создателю сайта test-ipv6.com за многолетнюю полезную службу в отладке IPv6
• Обсуждение технических проблем с IPv6: плохая маршрутизация, потеря пакетов, сложность настройки и неполная поддержка провайдерами
• Предложения по сохранению сайта: передача другому лицу (например, ben из IPinfo) или организации, поиск спонсорства
• Замечание, что развертывание IPv6 в новых проектах стало необходимостью, несмотря на сохраняющиеся проблемы
• Освещение практических и финансовых трудностей поддержки публичного сервиса, включая атаки и стоимость запросов геолокации

niri — это тайлинговый композитор для Wayland с поддержкой прокрутки, написанный на Rust. Он фокусируется на минимализме, стабильности и производительности, предлагая плавную работу без лишних зависимостей. Композитор поддерживает стандартные функции Wayland, включая XDG-Shell, и обеспечивает настраиваемое управление окнами через конфигурационные файлы.

Проект активно развивается, приветствуются contributions и обратная связь. Особенность niri — сочетание простоты использования с возможностями кастомизации, что делает его привлекательным для пользователей, ищущих альтернативу более сложным композиторам. Эффективность кода на Rust позволяет избежать многих проблем с памятью и безопасностью.

• Пользователи высоко оценили Niri за его скроллируемое тайлинг-менеджмент, который позволяет организовывать окна в непрерывную горизонтальную ленту, что повышает продуктивность по сравнению с традиционными тайлерами (i3, xmonad).
• Отмечается стабильность и производительность Niri (написан на Rust), особенно в сравнении с Hyprland, а также простота настройки и работа на ультрашироких мониторах.
• Обсуждаются недостатки: отсутствие панели для виджетов (батарея, часы), возможность "потеряться" в большом количестве окон, ограниченная конфигурация (ранее — один файл).
• Некоторые пользователи выражают скепсис к скроллируемому тайлингу, предпочитая классический пейджный подход (рабочие столы), и сомневаются в готовности Wayland.
• Упоминаются возможные альтернативы и дополнения: COSMIC (желание добавить скроллируемый тайлинг), расширения для Hyprland (hyprscrolling), PaperWM для GNOME.

Даниель Стенберг получил от Джошуа Роджерса огромный список потенциальных уязвимостей в curl, включая более 100 потенциальных проблем. Это привело к интенсивному анализу и исправлению кода, что подчеркивает важность краудсорсинга в безопасности ПО. Команда curl оперативно реагирует на такие отчеты, укрепляя стабильность и надежность библиотеки.

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

• Успешное применение набора AI-инструментов для поиска уязвимостей в проекте curl, что привело к множеству реальных исправлений
• Подчёркивается ценность AI не для генерации кода, а для анализа и указания на потенциально проблемные места, требующие внимания разработчика
• Обсуждение конкретных инструментов (ZeroPath, Claude Code, Cursor BugBot) и методик работы с LLM для эффективного поиска багов
• Отмечается проблема ложных срабатываний и спама от AI в прошлом, но в данном случае подход оказался эффективным
• Размышления о том, как интегрировать подобные AI-инструменты в рабочий процесс для аудита безопасности и повышения качества кода

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

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

• Пользователи высоко оценивают Immich как быструю, функциональную и удобную альтернативу Google Photos и iCloud для самостоятельного хостинга фотографий.
• Отмечаются некоторые недостатки: сложности с интеграцией внешних библиотек, частые обновления без значимых изменений, использование ресурсоемкой PostgreSQL и опасения по поводу стабильности.
• Обсуждаются пожелания по улучшению: расширенные возможности поиска по карте и времени, улучшенное управление дубликатами, более гибкая структура хранения и нативные решения для iOS.
• Часть пользователей ищет более простые, статические решения для публичного показа фотографий, не требующие авторизации.
• Команда разработчиков Immich получила похвалу за скорость развития и открытость, включая раздел «Cursed Knowledge» на сайте.

Open Printer — это струйный принтер с открытым исходным кодом, созданный парижским стартапом Open Tools. Он использует популярные картриджи HP 63, но без DRM-блокировок, что позволяет применять любые совместимые чернила от сторонних производителей. Конструкция модульная и легко ремонтируемая, с использованием стандартных механических компонентов.

Устройство поддерживает печать на рулонной бумаге, что даёт гибкость в выборе форматов: встроенный резак создаёт листы А4 или позволяет печатать длинные материалы, например баннеры. Запуск планируется через краудфандинговую кампанию, что делает его аналогом Fairphone в мире принтеров — открытым, доступным и свободным от ограничений крупных брендов.

• Использование лицензии Creative Commons BY-NC-SA 4.0 вызывает критику, так как она не соответствует определению открытого исходного кода и ограничивает коммерческое использование и распространение.
• Дизайн принтера и его практичность подвергаются сомнению: отсутствие лотка для бумаги, поддержка только рулонной подачи, невозможность печати на конвертах или этикетках, а также отсутствие дуплексной печати.
• Высказываются опасения, что проект может быть «vaporware» (нереализованным концептом), так как нет демонстрационных видео работы устройства и отсутствуют базовые технические характеристики, например, скорость печати.
• Отмечается, что принтер использует старые печатающие головки HP от моделей 2014 года, что может быть связано с доступностью документации и патентными ограничениями.
• Многие пользователи выражают скептицизм относительно необходимости собственного принтера, предпочитая лазерные модели из-за их надежности и отсутствия проблем с засыханием чернил, либо вообще обходясь без личного принтера.

Тим Бернерс-Ли сознательно отказался патентовать технологию Всемирной паутины, чтобы обеспечить её свободное и открытое развитие. Он считал, что попытки монетизировать её через лицензирование или контроль принесли бы больше вреда, чем пользы, ограничив инновации и доступность. Его решение было продиктовано верой в то, что интернет должен оставаться общественным достоянием, а не частной собственностью.

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

• Обсуждается исторический контекст создания WWW как открытого и бесплатного протокола в эпоху доминирования подобных открытых стандартов (FTP, IRC, SMTP), что контрастирует с современными коммерческими «стенами».
• Высказывается мнение, что изначальная архитектура веба (клиент-сервер) не предусматривала защиту данных от монополизации и создания «закрытых садов», что привело к нынешней ситуации.
• Поднимается вопрос о рисках монополизации AI крупными корпорациями и выдвигается идея о необходимости международного некоммерческого подхода по образцу CERN.
• Участники спорят, был ли WWW очевидной идеей, ожидавшей реализации, или же гениальным и неочевидным изобретением, которое лишь кажется простым ретроспективно.
• Обсуждается противоречие между идеалами свободного веба и реальностью, где пользователи добровольно отдают данные ради удобства, а правительства и корпорации ограничивают открытость.

Открытое ПО стало стандартом для общей инфраструктуры, хотя 35 лет назад многие сомневались в его конкурентоспособности. Сегодня мы находимся на аналогичном переломном моменте с социальными приложениями — возникает движение «открытой социальности». AT Protocol от Bluesky предлагает наиболее убедительный подход, где данные контролируются пользователями, а не платформами, подобно тому, как открытый код изменил разработку.

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

• Обсуждение преимуществ AT Protocol для контроля пользователями своих данных через личные репозитории и домены
• Сравнение AT Protocol с ActivityPub, включая вопросы интероперабельности, доступности и централизации (например, через Bluesky)
• Критические замечания о практических ограничениях: стоимость доменов, сложность для обычных пользователей и риски потери данных
• Вопросы о приватности, модерации и безопасности в децентрализованной модели
• Обсуждение сетевых эффектов, будущего социальных медиа и альтернатив (например, личные сайты, RSS, Nostr)

Автор, известный как «парень из Bundler», рассказывает о 15-летней истории проекта, который он помогал развивать с 2010 года. Изначально созданный Yehuda и Carl, Bundler быстро стал стандартом управления зависимостями в Ruby, сохранив свою структуру до версии 2.7.2. После ухода основателей автор взял на себя ведущую роль в поддержке, сотрудничая с Terence Lee и позже основав Ruby Together для финансирования разработки.

Сейчас Ruby Central заявляет права на владение названием Bundler, что противоречит духу сообщества. В ответ автор зарегистрировал товарный знак, чтобы защитить репутацию проекта и его maintainers, подчеркивая, что код остаётся под MIT-лицензией, а название принадлежит сообществу. Ключевая цель — обеспечить, чтобы решения по проекту принимались самими пользователями и разработчиками, а не одной организацией.

• Финансирование Ruby Central от спонсоров вроде Shopify было условием захвата контроля над Bundler и RubyGems, что привело к корпоративному захвату инфраструктуры.
• В ответ на это был зарегистрирован товарный знак Bundler, чтобы предотвратить захват и передать его под управление нового, действительно сообщественного органа.
• Ключевой риск — потеря давних мейнтейнеров, раскол сообщества и форк ключевой инфраструктуры, что создаст хаос.
• Сообщество ожидает ответа от Ruby Central, включая возобновление запланированного Zoom-звонка, но пока ситуация в подвешенном состоянии.
• Под вопросом юридическая сила товарного знака, так как его долгое отсутствие enforcement может означать отказ от прав или генерализацию.

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.

Qwen — это серия больших языковых моделей, разработанных Alibaba Group. Модели Qwen, включая версии для генерации текста, кода и мультимодальных задач, позиционируются как открытые и конкурентоспособные альтернативы другим известным ИИ, таким как GPT от OpenAI. Они поддерживают длинный контекст, мультиязычность и специализированные применения, например, для программирования или анализа данных.

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

• Пользователи высоко оценили производительность модели Qwen3-VL при обработке сложных изображений (например, низкокачественных счетов), отмечая её превосходство над другими решениями.
• Обсуждаются технические и экономические аспекты запуска больших моделей (235B параметров) локально, включая требования к оборудованию и стоимость вычислений.
• Модель позиционируется как конкурентоспособная с закрытыми SOTA-решениями (GPT-4, Omni) при значительном снижении стоимости использования.
• Критикуются отдельные недостатки, характерные и для других мультимодальных моделей: ошибки в анализе edge-кейсов (например, подсчет конечностей у животных).
• Отмечается активность и щедрость команды Qwen в публикации моделей с открытыми весами и их вклад в развитие open-source сообщества.

Ruby Central, испытывающая финансовые трудности после потери спонсорства Sidekiq ($250 тыс. в год), по требованию Shopify взяла под контроль ключевые проекты Ruby-сообщества — Bundler и RubyGems — без согласия их многолетних сопровождающих. Shopify пригрозила отозвать финансирование, если Ruby Central не обеспечит полный контроль над репозиториями и правами на gems, что привело к принудительному изменению прав доступа и исключению ведущих разработчиков, включая Андре Арко с 10-летним стажем.

Этот захват был преднамеренным: Shopify заранее организовала дежурство для замены прежних сопровождающих, а совет Ruby Central проигнорировал предупреждения о незаконности действий и альтернативы в виде форков. Инцидент подчеркивает риски зависимости open-source от корпоративного финансирования, где сообщество теряет автономию под давлением спонсоров.

• Sidekiq прекратил спонсорскую поддержку Ruby Central на $250 тыс. в год из-за участия DHH в RailsConf 2025, что вызвало споры о его политических взглядах.
• Shopify и Ruby Central взяли под контроль инфраструктуру RubyGems и Bundler, удалив ключевых мейнтейнеров, официально — для усиления безопасности supply chain.
• Сообщество раскололось: часть видит в действиях Shopify корпоративный захват, другие — необходимые меры после недавних атак на npm.
• Критики обвиняют Ruby Central в злоупотреблении властью и плохой коммуникации, особенно после передачи прав на репозитории без консенсуса.
• Наблюдатели отмечают, что конфликт усугубляется давними культурными разногласиями в сообществе Ruby, выходящими за рамки технических вопросов.

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

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

• Сомнения в эффективности использования ИИ для генерации кода из-за высокого процента ошибок и необходимости тщательного ревью, которое может быть более трудоемким, чем написание кода с нуля.
• Озабоченность качеством и надежностью ИИ-сгенерированного кода, особенно в зрелых проектах и open source, где отсутствие публичного ревью может подорвать доверие.
• Увеличение нагрузки на разработчиков из-за необходимости ревью большего объема кода, который часто требует повышенного внимания из-за непредсказуемости ИИ.
• Потеря преимуществ человеческого взаимодействия в процессе ревью, поскольку ИИ не может участвовать в обсуждении или доработке кода.
• Необходимость разработки новых процессов и инструментов для эффективного ревью ИИ-сгенерированного кода, включая возможность комментирования и взаимодействия с агентами.

Google внедряет систему верификации разработчиков Android, которая потребует регистрации личности даже для установки приложений извне магазина. Новые переменные в Android SDK указывают, что система может блокировать установку, если нет активного интернет-соединения для проверки статуса разработчика — например, при попытке установить APK офлайн. Это может создать проблемы для пользователей с ограниченным доступом в сеть или без доступа к ADB-инструментам. Хотя такие случаи редки, для миллиардов пользователей Android даже редкие сценарии могут стать критичными. Детали реализации ещё уточняются, и у сообщества есть год на поиск обходных решений.

• Пользователи выражают обеспокоенность планами Google ограничить установку приложений извне Play Store, что уничтожит открытость Android и его экосистему Open Source.
• Многие рассматривают переход на Apple из-за разочарования в Android: закрытая экосистема Google не предлагает преимуществ Apple, но лишает свободы выбора.
• Обсуждается потенциальная смерть проектов кастомных прошивок, таких как GrapheneOS, и отсутствие достойных альтернатив для обеспечения приватности и контроля над устройством.
• Поднимается вопрос о юридических последствиях: если закрытая экосистема Apple не считается монополией, то и Google может двигаться в том же направлении без юридических рисков.
• В качестве альтернативы рассматриваются телефоны на Linux, хотя признается их отставание в функциональности, но ценится предлагаемая свобода и конфиденциальность.

О нет, снова... Размышления об атаках на цепочку поставок NPM

Я долго откладывал эту статью — более года — но, как мы видим на этой неделе, пришло время снять покровы и сказать вслух:

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

Конечно, если вы достаточно взрослые, чтобы помнить — это не первый раз...

Время — плоский круг

Мы снова здесь — в 2025 году Microsoft настолько всё испортили, что создали ещё больший риск, чем в 2000-х с их браузером, просто ничего не делая.

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

С тех пор произошло множество инцидентов, и конкретно NPM стал крупнейшим и самым простым способом распространения вредоносного ПО. Сначала большинство атак было направлено на кражу криптовалюты (поскольку техбро одержимы магическими электрическими деньгами и являются лёгкой добычей). Но теперь эти атаки на цепочку поставок нацелены на более критичные вещи, такие как токены и ключи доступа maintainers пакетов, как видно из инцидента с NX и теперь несколькими зависимостями, ежедневно используемыми тысячами разработчиков.

Опять же... это ничего нового в мире NPM.

Но так быть не должно было...

Мы прошли долгий путь, но никуда не ушли

У меня долгая история с NodeJS — примерно в 2010 году я начал работать над стартапом, и это было до того, как npm вообще появился.

В туманные дни 1990-х большинство проблем безопасности JavaScript не сильно касались бэкенда: это в основном была область Perl, PHP, Python и Java.

Однако веб был совсем другой историей.

В самые ранние дни Всемирной паутины был только один основной браузер, который все использовали: Netscape Navigator. Выпущенный в 1994 году, он был не просто браузером: на протяжении своей жизни он имел различные воплощения встроенного почтового клиента, календаря, HTML-редактора с FTP-браузером, а с плагинами мог воспроизводить медиафайлы, такие как Realplayer и MP3 (что я помню при его запуске), а также флеш-фильмы и игры. Именно здесь родился JavaScript.

Многие ранние сайты того времени были статичными — популярные инструменты для создания сайтов включали HotDog или Блокнот. Никаких навороченных IDE или фреймворков, только текстовый редактор, браузер и alert() для отладки.

Microsoft также вошла в игру с Internet Explorer — включённым в раннее DLC для Windows под названием «Plus! For Windows 95». В конечном итоге он стал программным обеспечением, на которое Microsoft поставила всю свою корпоративную стратегию (во многом как сегодня с ИИ).

Internet Explorer был встроен в каждый аспект Windows — сначала в 1995 году с Active Desktop, что продолжалось вплоть до Windows XP. С ним можно было встраивать фрейм на рабочий стол, а также документы Rich Text или электронные таблицы Excel. Он также был раздутым и багнутым — и с этим представлял две проблемы: огромный риск безопасности и обвинения в монополизации рынка браузеров.

Закон жёстко настиг Microsoft, и в 2001 году она проиграла — Microsoft было приказано разбить компанию, но апелляция отменила это решение.

• Участники критикуют экосистему npm за уязвимости в цепочке поставок и отсутствие безопасности по умолчанию, сравнивая её с другими менеджерами пакетов.
• Обсуждается роль крупных компаний (в частности, Microsoft как владельца npm) в решении проблем безопасности и их ответственность за состояние экосистемы.
• Предлагаются конкретные меры: обязательная 2FA, подписывание кода, политика задержки обновлений (cooldown), переход на альтернативы (pnpm), сканирование пакетов.
• Поднимается проблема эксплуатации труда добровольцев в open-source и недостаточного вклада коммерческих организаций в проекты, которые они используют.
• Отмечается, что культура JavaScript-разработки чрезмерно зависит от большого количества зависимостей, что увеличивает поверхность атаки.
• Указывается на необходимость более строгого контроля зависимостей, включая проверку кода и фиксирование версий (pinning).
• Некоторые участники считают, что фундаментальные изменения в экосистеме маловероятны, и рекомендуют индивидуальные меры защиты.

Телефоны на Linux важнее, чем когда-либо

Android всегда был довольно открытой платформой, но в последние месяцы мы наблюдаем стремительную деградацию экосистемы:

1. Закрытие разработки всё большего числа компонентов в AOSP.
2. Samsung, Xiaomi и OnePlus убрали возможность разблокировки загрузчика. Google, вероятно, последует их примеру.
3. Внедрение Play Integrity API, которое поощряют разработчиков. Даже европейский кошелёк для верификации личности требует его использования, вопреки законам ЕС.
4. Обязательная верификация разработчиков на Android. Это затронет 99,9% устройств, и многие разработчики open-source могут просто прекратить создавать приложения для Android. SyncThing уже прекратил разработку из-за проблем с Google Play.

Google больше не конкурирует с Apple — он перенимает её методы. Android, каким мы его знаем, мёртв или скоро умрёт. Нам нужна открытая альтернатива.

Примечание: это не призыв переходить на Linux сегодня, а указание на необходимость ускорения разработки.

---

Комментарии

y0kai: Мой следующий телефон будет работать на Linux, даже если это неудобно. Как только этот телефон будет оплачен, я также уйду от Google Fi.

MasterOKhan: Я с тобой, я перевёл все свои компьютеры на Linux по похожим причинам. Недавно купил Android-телефон и установил на него Linux, хотя ещё есть над чем работать, например, со звуком и микрофоном. Жду не дождусь, когда смогу отказаться от iPhone.

• Пользователи выражают недовольство ограничениями Android, такими как блокировка скриншотов и записи звонков, несмотря на их законность в некоторых юрисдикциях.
• Обсуждаются возможные альтернативы: использование двух телефонов (один — для банковских приложений, другой — с открытой ОС) или переход на Linux-смартфоны.
• Отмечаются проблемы Linux-телефонов: короткое время работы от батареи, отсутствие поддержки популярных приложений (банки, мессенджеры) и сырой пользовательский опыт.
• Предлагаются решения: форк AOSP, создание устройств без модема (по аналогии с iPod Touch) или использование внешнего модема для разделения trusted/untrusted частей.
• Поднимается вопрос о необходимости открытой мобильной ОС из-за растущей зависимости от проприетарных платформ (Google/Apple) для доступа к госуслугам, банкингу и другим сервисам.
• Высказывается мнение, что усилия сообщества стоит направить на развитие реальных альтернатив (например, PostmarketOS), а не на кастомные прошивки Android.
• Отмечается, что ключевая проблема — не ОС, а экосистема приложений, которые зачастую требуют наличие Google Play Services и блокируются на нестандартных устройствах.
• Некоторые пользователи считают, что регулирование на уровне ЕС (например, форк Android) могло бы улучшить ситуацию с открытостью и безопасностью.

Политика Gentoo по ИИ

Совет Gentoo 14.04.2024 запретил вносить в проект любые материалы, созданные с помощью ИИ-инструментов обработки естественного языка. Пакеты ПО, связанного с ИИ, разрешены. Решение можно пересмотреть, если появится инструмент без рисков.

Причины

• Авторское право: правовой статус ИИ-контента неясен, возможны нарушения и ослабление защиты copyleft.
• Качество: LLM легко генерируют убедительный, но бессмысленный текст; проверка требует непропорциональных усилий.
• Этика:
  – тренировка моделей нарушает авторские права;
  – огромное потребление энергии и воды;
  – ИИ снижает качество услуг и увольняет людей;
  – модели используются для спама и мошенничества.

• Gentoo запретил AI-генерированные патчи, но участники спорят: «плохой код» может писать и человек, и ИИ.
• Главный аргумент Gentoo – риск «правдоподобного, но бессмысленного» кода и этические проблемы (энергия, копирайт).
• Критики считают политику не-обоснованной: FOSS сам опирается на копирайт, а вред от одного ПР ничтожен.
• Практически запрет не решает проблему: отличить «помог себе LLM» от «написал сам» нельзя, остаётся только доверие.
• Некоторые предлагают считать вклад не по происхождению, а по качеству и пониманию кода автором.

Суд отклонил ключевые иски WP Engine и Silver Lake: антимонопольные и вымогательские претензии сняты. Дело существенно сузилось — победа для всех, кто поддерживает open-source. Остальные обвинения рассмотрим, уверены в законности своих действий.

• Matt рад «победе» в суде, но юристы и HN-утверждают: большинство исков WP Engine просто отклонены «с возможностью доработки», а не разбиты.
• Сообщество не делит радость: массово уходят с WP.com, ставят ClassicPress/Statamic, смотрят на децентрализованный форк fair.pm под Linux Foundation.
• Репутационный ущерб оценивают выше юридического: «выиграл дело, но потерял доверие», «WordPress больше не рекомендую клиентам».

Qwen3 30B A3B Q40 на 4×Raspberry Pi 5 8 ГБ

• 30-миллиардная модель запущена на кластере из четырёх Pi 5.
• Использован формат Q40 (40% квантование), суммарно ~19 ГБ ОЗУ.
• Скорость генерации: 1,1 токен/с при 128-к контексте.
• Сеть — Gigabit Ethernet, трафик между узлами 200–300 Мбит/с.
• Питание: 5 В 5 А на каждую плату, общая мощность ≈ 60 Вт.
• Охлаждение: радиаторы + 30-мм вентиляторы, температура 60–65 °C.
• Проект полностью open-source, собран за 2 часа.

• На кластере из 4×Raspberry Pi 5 запустили 30B-MoE-модель (3B активных параметров) и получили 13 токен/с при 4-битной квантизации.
• Участники сравнили цену/производительность с GPU, старыми x86-мини-ПК и RK3588-SBC: у Pi самая низкая энергоэффективность и дороговато за такую скорость.
• Главный интерес — «доказательство концепции» распределённого инференса: tensor-parallelism по Ethernet, максимум узлов = числу KV-голов модели.
• Сеть (1 Gb/s) пока не узкое место, но рост требует 2ⁿ узлов и сталкивается с латентностью и NUMA-эффектами.
• Кому-то идея нравится как дешёвый edge-LLM без интернета, другие считают проект игрушкой и советуют докупить used GPU или M4-Mac mini.

Rug-pull и вилки: кто кого в OSS

• В облаке всё решают гиганты (AWS, GCP, Azure); разработчики и пользователи — без прав.
• Компания-владелец проекта может «рвануть коврик»: сменить лицензию на закрытую, чтобы загнать облачных конкурентов.
• Пример: Elastic → SSPL, MongoDB → SSPL, Sentry → новая лицензия.
• Ответ — вилка (fork), но она требует людей и денег; без спонсора умирает.
• AWS форкнул Elasticsearch → OpenSearch: набрал контрибьюторов с нуля, теперь живёт.
• Puppet ушёл в Perforce и закрыл код → родилась OpenVox.
• Вывод: однокомпаночные проекты рискованны; выбирайте те, где власть распределена, или сразу готовьтесь вилковать.

• CLA = право перелицензировать → «rug pull» возможен; DCO такого не даёт.
• Elasticsearch, Redis, Mongo и др. перелицензировались не от банкротства, а чтобы ограничить конкурентов и поднять доход.
• Пользователи чувствуют «предательство»: проект начинали под FOSS-лицензией, привлекли вклад и клиентов, потом закрыли код.
• Форки (OpenSearch, Valkey) спасают, но требуют новой инфраструктуры и сообщества; большинство просто делают «снапшот» и уходят.
• Проблема устойчивости: без денег проект умрёт, но нынешняя модель дарения дарит прибыль крупным облакам, а не разработчикам.

Wikipedia живёт, потому что скучна
Пока весь интернет рушится, «вики» стоит. Её секрет — не в деньгах, а в правилах: нейтральный тон, проверяемые источники, консенсус редакторов.

Салют Маска как тест прочности
20 января 2025 года Илон Маск показал жест, похожий на нацистское приветствие. Первый редактор добавил фразу в статью, второй — удалил: биографии живых людей защищены строже. Началась многочасовая дискуссия: это был нацистский салют, неловкий жест или провокация? Вместо войны правок редакторы перешли к голосованию и источникам.

Почему это работает

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

Итог: Wikipedia остаётся последним островком фактов в океане контента, который ломается каждый день.

• Участники спорят, действительно ли Wikipedia «последний добрый остров» интернета: одни хвалят, другие критикуют за политическую ангажированность и «захваченность» тематическими кланами.
• Подчёркивают, что английская версия ещё держится, а вот неанглоязычные часто превращаются в пропаганду и исторические фальсификации.
• Отмечают рост давления со стороны властей (пример – запросы конгрессменов раскрыть имена редакторов) и опасность массовых доносов/доксинга внутри сообщества.
• Многие советуют читать не только статью, но и страницу обсуждения, а также историю правок, чтобы видеть, какие точки зрения вырезали и почему.
• Часть комментаторов считает, что выживание Wikipedia возможно именно благодаря медленному, «не-стартаповому» принципу и отсутствию прибыли, но ресурс уже «подсел» на пожертвования и всё чаще поддаётся внешнему влиянию.

VibeVoice — открытая TTS-модель для создания экспрессивных многоспикерных диалогов (подкасты, интервью).

• Токенизаторы акустический и семантический работают на рекордно низкой частоте 7,5 Гц, сохраняя качество и ускоряя длинные последовательности.
• Архитектура: LLM понимает контекст и диалог, диффузионный «голова» добавляет детали.
• Пределы: до 90 минут, до 4 голосов, поддержка фоновой музыки, спонтанных эмоций и пения.
• Кросс-язычность: свободный перевод с/на китайский и английский.

• Качество VibeVoice высокое, но мужские голоса часто звучат роботизированно и попадают в «зловещую долину».
• Женские образцы заметно реалистичнее; демо-сайт почти всегда начинает с них.
• Лучшие альтернативы: HiggsAudio (быстрее и чище), Kokoro (для слабых GPU) и Chatterbox.
• Модель хорошо клонирует голос и эмоции, поддерживает английский, китайский и индийские акценты, но не SSML и редкие языки.
• Репозиторий временно закрыт, лицензия MIT, но данных обучения не раскрыто.

FreeDroidWarn — приложение для Android, которое отслеживает и оповещает о новых уязвимостях в установленных приложениях.
Использует открытые базы CVE и Google Play, проверяет обновления в фоне и показывает уведомления, если найдена угроза.

Основное:

• Бесплатно, без рекламы, open-source (GPL-3).
• Минимальные разрешения, работает офлайн.
• Поддержка темной темы, экспорт/импорт списка приложений.

Установка:
Скачать APK из Releases или собрать из исходников.

• Google с 2026/27 г. требует от разработчиков Android-приложений передавать личные данные; без этого приложения не будут работать на «сертифицированных» устройствах.
• У пользователей остаются варианты: старые версии Android, альтернативные магазины, рут/ADB, GrapheneOS или Linux-смартфоны, но всё требует компромиссов.
• Банки всё чаще требуют «официальные» ОС, что ограничивает свободу выбора; некоторые предлагают веб-версии или работают с GrapheneOS.
• Обсуждаемая библиотека-уведомление оказалась тривиальной и избыточной; лицензию быстро сменили с GPLv3 на Apache-2.0, чтобы не пугать разработчиков.
• Общий вывод: технические «заплатки» не решают проблему, нужны антимонопольные законы и давление со стороны пользователей и законодателей.

Ключевые моменты интервью со Стивом Баллмером

• 34 года в Microsoft: Баллмер прошёл путь от первого бизнес-менеджера до CEO, начиная с сделки IBM DOS.
• Корпоративный бизнес: сам построил направление, превратив его в опору компании.
• Провалы: открыто говорит о том, как упустили мобильные и поиск.
• «Разработчики, разработчики, разработчики»: рассказал историю легендарного лозунга.
• Отношения с Гейтсом: был год, когда они не разговаривали; объяснил, почему ушёл с поста CEO.
• Акции Microsoft: не продал ни одной — капитал вырос с $20 млрд до $130 млрд за 10 лет после ухода.
• LA Clippers и Intuit Dome: поделился планами и энтузиазмом владельца клуба.

Энергия Баллмера — на максимуме: слушайте, чтобы почувствовать «фирменный» стиль.

• Ключевой упрек Баллмеру — застревание в «окнах» и нежелание отпустить Windows-монополию; Наделла же открыл Linux, open-source и вывел Azure на новый уровень.
• Многие удивились, насколько ранним и важным был вклад Баллмера в Azure, а также напряжённости в его отношениях с Гейтсом.
• Некоторые считают Баллмера недооценённым: он знал, кого держать, спас Xbox и построил сверхприбыльный enterprise-департамент, но промахнулся по мобильным устройствам и планшетам.
• У Наделлы упрекают «санитарный» стиль, потерю культуры и якобы набор «средних» сотрудников, тогда как топ-выпускники уходили к Google и Meta.
• Сторонники Наделлы отвечают: Azure и open-source начали двигать ещё при Баллмере, а Microsoft всё ещё эффективно монетизирует Office 365 и корпоративный стек.

Open Source — это один человек
Сокращённый перевод поста Джоша Брессерса

Публикация The Register, высмеивающая российского разработчика за то, что его утилита используется Пентагоном, — позор. На самом деле почти всё open-source ПО в мире пишут одиночки.

Проект ecosyste.ms индексирует 11,8 млн репозиториев. Из них 7 млн обслуживает один человек. Ещё 4 млн — данные о количестве мейнтейнеров отсутствуют, но большинство из них тоже «одиночки».

В экосистеме NPM картина та же:

• 4 млн пакетов → ~900 тыс. авторов (один человек — много проектов).
• Среди 13 тыс. самых скачиваемых пакетов (>1 млн загрузок в месяц) почти половина поддерживается одним человеком.
  Только при пороге в 1 млрд загрузок большинство проектов имеют команду >1 человека.

Вывод

• Риск цепочки поставок — не страна происхождения мейнтейнера, а один человек без ресурсов и оплаты.
• Уязвимость — не «русский хакер», а перегруженный разработчик, который может случайно или умышленно сломать критическую библиотеку.
• Обвинять таких людей в «предательстве» — неэтично и бесполезно.

Что делать? Однозначного рецепта нет, но начать стоит с признания проблемы и поддержки мейнтейнеров, а не травли.

• Проблема рисков цепочки поставок в OSS — это не инженерный, а управленческий вопрос: один автор, даже без злого умысла, создаёт уязвимость.
• Большинство пакетов NPM — одноразовые проекты одного человека; половина вообще не имеет активных мейнтейнеров.
• При «кончине» единственного мейнтейнера проект либо умирает, либо его форкают, либо приходит замена — зависит от размера аудитории и сложности кода.
• Критика статьи: автор путает скачивания CI/CD с реальным использованием, игнорирует реальное число контрибьюторов и подменяет статистику.
• DoD, как и любая крупная организация, использует Node/NPM для низкокритичных задач, а критичный код вендорится и аудируется.

TL;DR
Claude Code (CC) радует, потому что максимально прост: один цикл, один контекст, минимум абстракций. Повторить магию можно, если:

1. Один цикл – без мульти-агентов, максимум один «дочерний» процесс.
2. Маленькая модель – для всего, кроме основной задачи.
3. claude.md – живой файл, где агент и пользователь договариваются о стиле и контексте.
4. Теги и примеры – XML, Markdown, куча примеров в промптах.
5. Инструменты
   • Поиск через сам LLM, а не RAG.
   • Высокоуровневые «умные» инструменты (edit, read, todo) вместо низкоуровневых команд.
   • Агент сам ведёт todo-список и отмечает выполненное.
6. Управление стилем – явные просьбы «ЭТО ВАЖНО» и алгоритмы с эвристиками прямо в промпте.

---

1. Цикл

• Одна история сообщений – легко дебажить.
• Подпроцессы – CC может вызвать себя же, но глубина = 1.
• Маленькая модель – подсчёт токенов, сводка diff, украшения UI – всё ей.

---

2. Промпты

• claude.md лежит в корне репо; агент читает и пишет туда же, чтобы «запоминать» договорённости.
• XML-теги (<thinking>, <result>) + Markdown + примеры кода – структурируют вывод и уменьшают бред.

---

3. Инструменты

• LLM-поиск – просим модель выдать до 20 релевантных файлов; быстрее и точнее эмбеддингов.
• Высокий уровень
  • str_replace_editor – редактирует блоки кода, а не строки.
  • todo – агент сам пишет / вычёркивает задачи; видно прогресс.
• Никаких низкоуровневых sed, grep и прочего UNIX-морока.

---

4. Управление

• Тон – «вежливый, лаконичный, не болтает лишнего».
• Капс и «ВАЖНО» – прямо в промпте, работает.
• Алгоритм – пишем в промпте: «если X → сделай Y, иначе спроси», + примеры.

---

Заключение

CC выигрывает за счёт самоограничений: один файл кода, один цикл, простые инструменты. Не усложняйте – дайте модели хороший каркас и позвольте «готовить».

• Критика: пост назван «Что делает Claude Code таким хорошим», но не сравнивает его с другими инструментами, а просто пересказывает документацию.
• Пользователи делятся опытом: кто-то на CC уже построил MVP с платящими клиентами, кто-то сталкивается с регрессиями и «ленью» агента.
• Безопасность: многие боятся давать CLI-инструменту полный доступ к системе, ключам и репозиториям.
• Альтернативы: советуют OpenHands CLI, aider и другие open-source решения; обсуждают, как подключить собственные LLM.
• Тезис «Claude хорош, потому что модель умеет разбивать задачи на шаги и работает в unix-окружении» повторяется как ключевой.

Требование: раскрывать использование ИИ-инструментов при любом вкладе в проект.

• Что добавляется: в CONTRIBUTING.md новый раздел «AI-Generated Content Disclosure».
• Суть: авторы pull-request’ов и issue обязаны явно указывать, если текст, код, коммиты или дизайн были созданы или существенно изменены при помощи ИИ (ChatGPT, Copilot, Claude и т.д.).
• Формат: достаточно короткой пометки в описании PR/issue или в коммит-сообщении, например:
  AI-assist: code comments and variable naming via GitHub Copilot.
• Цель: сохранить прозрачность, облегчить ревью, защитить проект от лицензионных и качественных рисков.
• Без наказаний: нарушение не влечёт блокировку, но ревьюеры могут запросить уточнение.

• Проблема: LLM не может подписать DCO, а человек не может гарантировать происхождение кода, если он был сгенерирован ИИ.
• Правовые риски: код может быть заимствован из неизвестных источников, что создаёт угрозу нарушения авторских прав.
• Сообщество: многие мейнтейнеры требуют явного раскрытия использования ИИ, чтобы сохранить качество ревью и обучение новичков.
• Практика: проекты вроде Ghostty и Caddy уже маркируют AI-PR метками или текстовыми пометками.
• Противники считают, что важен результат, а не процесс, и предлагают полагаться на ревью кода, а не на дисклеймеры.

Sequoia ведёт раунд $32 млн для Zed
Суммарное финансирование превысило $42 млн. Четыре года мы строили самый быстрый IDE, но это лишь фундамент. Следующая цель — живое, непрерывное сотрудничество, где разговоры о коде всегда связаны с актуальным состоянием проекта.

Проблема снимков
Git ограничивает обсуждение коммитами и ветками. Между коммитами разработчик работает изолированно; обсуждения в чатах быстро теряют связь с кодом. ИИ-агенты тем более страдают: каждый их шаг требует снимка, что тормозит итерации.

DeltaDB: версионирование операций
Мы создаём DeltaDB — систему, которая фиксирует каждое изменение на уровне операций через CRDT. Она совместима с Git, но позволяет:

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

Как это работает
Инженер видит ошибку, кликает на строку и мгновенно получает историю обсуждений, предположений ИИ и решений команды. Всё — внутри IDE, без переключения на внешние сервисы.

Zed и DeltaDB будут open-source с платными опциями. Набираем команду — присоединяйтесь.

• Вокруг Zed спор: продукт вызывает восторг качеством кода и скоростью, но $42 млн от Sequoia вызывают тревогу VC-«эншитификации».
• Главные сомнения: окупится ли такой капитал на «просто редакторе» и не приведёт ли к навязыванию AI-фич и сбора данных.
• Плюсы: финансирование даст ресурсы догнать Cursor/VS Code по AI и снизить трения миграции.
• Тех-фишка: анонс DeltaDB — версионирование уровня каждого символа через CRDT, совместимое с git.
• Часть пользователей уже ищет форки (Zedless) или возвращается к Sublime, опасаясь потери приватности и роста требований.

OpenMower — проект превращения недорогих серийных газонокосилок-роботов в умные устройства с точной навигацией RTK-GPS.

• Цель: дать старому «железу» современные функции — карты, зоны, маршруты, автопарковку.
• Что внутри: полностью открытая прошивка, платы и 3D-печатные крепления; заменяем только «мозги», оставляя моторы и датчики.
• Требования: базовая газонокосилка (Flymo, Gardena, Worx и др.), плата-основа на Raspberry Pi 4, RTK-модуль, внешняя антенна.
• Функции:
  • планирование маршрутов по векторной карте;
  • работа по зонам и расписанию;
  • возврат на зарядку и продолжение с места остановки;
  • OTA-обновления и веб-интерфейс.
• Сборка: подробные инструкции и BOM в репозитории; сообщество в Discord помогает с отладкой.
• Лицензия: GPL-3.0, все файлы и схемы свободны.

• Кто-то считает, что «все современные газонокосилки ездят хаотично», но большинство пользователей отвечают: случайный алгоритм работает отлично, а провод периметра надёжен и дешёв.
• Аппаратное обеспечение у Husqvarna, Mammotion, Sunseeker и др. хвалят, но ПО всё ещё «сырое» и требует доработок.
• OpenMower заменяет «мозги» готового шасси RTK-GPS и открытым ПО; поддерживаемый корпус в США почти не продаётся.
• Поднимаются вопросы безопасности (ежи, камни, ответственность), цены (как подержанная машина) и необходимости косить только днём.
• Кто-то мечтает о солнечных микро-триммерах, другие просят RC-версию или модуль для сбора мусора.

Claudia – изящный десктоп-клиент для Claude Code.
Лёгкий, быстрый, с минималистичным дизайном.

• Системные требования: macOS 12+, Windows 10+, Linux (AppImage).
• Функции: горячие клавиши, тёмная/светлая темы, авто-обновления, нативные уведомления.
• Безопасность: токен хранится в системном хранилище, шифрование AES-256.
• Установка: скачать dmg/exe/AppImage → установить → авторизоваться через Claude.ai.
• Горячие клавиши:
  • Ctrl+Shift+C – открыть/свернуть окно
  • Ctrl+Enter – отправить запрос
  • Ctrl+L – очистить чат

Проект с открытым кодом: github.com/claudia-app.

• Пользователи считают, что название «Claudia» и визуальный стиль слишком близко к бренду Claude/Anthropic и прогнозируют судебные иски.
• Критика GUI-обёртки: многие ценят Claude Code именно как минималистичный CLI-инструмент и не видят необходимости в «тяжёлом» десктоп-приложении.
• Повторяющиеся жалобы: сайт тормозит, видео на главной слишком быстрое, установка бинарников ломается на Ubuntu 22.04, а вставка картинок в чат зависает.
• Пользователи просят фичи, которых нет: sandbox-агентов, нативной интеграции в VS Code, управления несколькими worktrees, нормального поиска/замены кода.
• Общий вывод: Claudia выглядит как «очередной Twitter-клиент для LLM», и большинство разработчиков возвращается к чистому Claude Code в терминале.

GLM-4.5: агентные, рассуждающие и кодовые (ARC) базовые модели
Авторы: 5 Team (100+ специалистов)
DOI: 10.48550/arXiv.2508.06471
Лицензия: CC-BY-4.0

Команда представляет GLM-4.5 — семейство базовых моделей, оптимизированных для агентного поведения, логического вывода и генерации кода.

• Пользователи высоко оценили GLM-4.5: «первый открытый весовой модель без оговорок» и «лучшая свободно доступная для разработки».
• Особенно похвалены пост-тренинг и эффективность параметров: считаются инновационными и экономными.
• В кодинге GLM-4.5 близок к Sonnet 4, но уступает при больших контекстах; многие используют его как резерв.
• Некоторые заметили неточности в графиках бенчмарков и отсутствие Qwen3 в одном из сравнений.
• Обсуждается перспектива локального запуска «Sonnet-4-уровня» на рабочей станции за ~2000 $ уже через пару лет.

OpenAI выложила первые открытые веса: gpt-oss-120b и gpt-oss-20b. Модели хороши в бенчмарках, но проваливают SimpleQA и бедны на поп-культуру. Это, по сути, Phi-5.

Почему Phi?

Себастьян Бубек в Microsoft создал серию Phi, обучаясь исключительно на синтетике: высококачественные, но дорогие токены. Результат — отличные цифры в тестах и слабая практика, потому что «учили к экзамену». В конце 2024-го Бубек ушёл в OpenAI, и новые gpt-oss, судя по всему, построены на той же идее.

Зачем синтетика?

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

Итог: gpt-oss — это Phi-5 и Phi-5-mini, созданные ради безопасности и рекламных графиков.

• Модель GPT-OSS из-за жёстких «сейфти-фильтров» отказывается переводить даже безобидные романтические сцены с 17-летними персонажами.
• Пользователи жалуются, что цензура мешает повседневным задачам: переводам, переписке, написанию детских историй.
• Некоторые считают главной причиной отказа от полного open-source именно страх перед тонкой настройкой моделей для эротического ролеплея.
• Другие подтверждают: в локальных сообществах «первертов» действительно много, но это далеко не единственный сценарий использования.
• В итоге часть аудитории уходит на «аблитерированные» Llama и прочие неконтролируемые модели.