Дайджест за 11 октября 2026

Оптимизация работы с ИИ-агентами: от контекстного окна 800К к эффективным стратегиям

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

Автор делится практическим опытом оптимизации использования ИИ-агентов (Claude) в разработке, когда траты токенов начали выходить за бюджет подписки. Основная проблема была не в сложности задач, а в неэффективной архитектуре работы: долгоживущие сессии с контекстом 500–800К токенов приводили к дорогим кэш-промахам, субагенты теряли кэш через час простоя, а каждый вызов инструмента требовал перечитания всего большого контекста. Автор выявил четыре ключевых проблемы: (1) кэш субагентов живет только 5 минут между вызовами инструментов, что приводит к переплатам; (2) обращение к кэшам растет в стоимости пропорционально размеру контекста; (3) нейросети излишне пишут громоздкие комментарии, которые становятся неактуальными и вводят в заблуждение будущих агентов; (4) служебные файлы CLAUDE.md раздуваются до 140К, заставляя субагентов перечитывать кучу информации при запуске. Решения оказались контринтуитивными: дробить задачи на меньшие куски (использовать контекст 200К вместо 800К), разделить модели по стоимости (Sonnet для простого, Opus/Fable для аналитики), явно запретить комментарии (лучшая спецификация — сам код), регулярно компактить контекст вручную как синхронизацию оперативной памяти, и максимально сжимать служебные файлы проекта. После применения этих практик траты упали, а качество работы агентов повысился.

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

• Долгоживущие сессии с большим контекстом не дешевле, а дороже: каждый инструмент требует перечитать весь кэш, поэтому лучше дробить задачи и работать на контекстах 100–200К
• Нейросети нужно явно запретить писать комментарии, потому что они пишут их для себя, а не для читателей, и неактуальные комментарии вводят будущих агентов в заблуждение
• Ручное управление компактом контекста (как синхронизация оперативной памяти) эффективнее автоматического и позволяет агентам запоминать важные детали с начала сессии

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

Оригиналы:Почему я вернулся на контекстное окно в 200К у Клода

Запуск LLM Qwen на самодельном AI-ускорителе FPGA за $50

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

Инженер собрал собственный AI-ускоритель на базе открытого проекта openTPU, используя FPGA Xilinx Kintex-7 стоимостью около $50, и успешно запустил на нём большие языковые модели (Qwen, LFM) без видеокарт NVIDIA. Автор купил FPGA с 4 ГБ памяти на AliExpress, подключил её к мини-ПК через PCIe, собрал прошивку в Vivado, настроил драйверы и DMA, после чего загрузил веса реальных моделей и запустил инференс. По замерам на такой же плате достигнуты следующие скорости: Qwen3-0.6B — 31 токен/сек, Qwen3.5–2B — 12 токенов/сек, LFM2.5–230M — 86 токенов/сек, и даже модель на 35 млрд параметров работает на 4 ГБ памяти с производительностью 4 токена/сек. Автор подчёркивает принципиальное отличие подхода: вместо подбора железа под нейросеть создаётся специализированное оборудование под конкретные вычисления, что раньше было задачей крупных корпораций, а теперь доступно одному инженеру для экспериментов с собственной архитектурой AI-процессора.

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

• Открытые проекты и FPGA позволяют собрать рабочий AI-ускоритель менее чем за $100, минуя зависимость от NVIDIA
• Специализированные AI-процессоры можно проектировать и прототипировать на физическом оборудовании без огромных инвестиций крупных корпораций
• ИИ уже используется для проектирования процессоров, на которых сам будет работать — технология становится саморефлексивной

Теперь ИИ проектирует процессоры, на которых сам будет работать. Раньше свой AI-ускоритель был задачей Google и NVIDIA — сегодня прототип может собрать и испытать один инженер.

Оригиналы:Нафиг NVIDIA! Я запустил Qwen на FPGA за $50 — часть 1

Почему пилоты летают по показаниям прибора, который врёт

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

Статья рассказывает о трубке Пито — приборе для измерения скорости самолёта, который был изобретён французским учёным Анри Пито в 1732 году и конструктивно улучшен Анри Дарси в 1856-м. Исторически прибор работает по принципу регистрации разницы между полным и статическим давлением воздуха, преобразуя её в показание скорости. Трубка Пито до сих пор используется на современных лайнерах, несмотря на наличие спутников и лазеров, потому что показывает не абсолютную скорость самолёта, а приборную скорость — ту, которая определяет подъёмную силу крыла и режим сваливания. На крейсерской высоте показания прибора могут отличаться от истинной скорости на 70% и более: на эшелоне 350 самолёт идёт на 450 узлов относительно воздуха, но прибор показывает 264 узла. Это происходит потому, что крыло самолёта реагирует на скоростной напор (произведение плотности воздуха на квадрат скорости), а не на реальную скорость полёта. На разных высотах плотность воздуха меняется, и приборная скорость остаётся неизменной при одном и том же воздействии на крыло. Конструктивно трубка Пито защищена перегородками и камерами-отстойниками для защиты от дождя, льда и пыли; проверяется на магнитное воздействие и должна иметь дренажные отверстия. История техники содержит примеры отказов прибора, например, инцидент с Boeing 787 в 2015 году, когда тройное обледенение трубок привело к отключению автопилота и переводу самолёта в упрощённый режим управления.

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

• Приборная скорость, показываемая трубкой Пито, измеряет скоростной напор на крыло, а не истинную скорость полёта, что позволяет пилотам безопасно управлять самолётом независимо от высоты
• За три века авиации инженеры не смогли заменить механический принцип измерения скорости на основе давления ни спутниками, ни лазерами, так как этот метод идеально согласован с аэродинамикой крыла
• Конструкция трубки должна защищать от осадков и загрязнений через перегородки и дренажные отверстия, а также соответствовать строгим стандартам типа ETSO-C16b по магнитным и гидравлическим характеристикам

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

Оригиналы:Прибор, которым пользуются, потому что он врет

SecurePair — криптографически защищённое сопряжение ESP32 через свет и радио

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

SecurePair — это библиотека для безопасного криптографического сопряжения двух плат ESP32 с последующей защищённой передачей сообщений. Вместо жёстко зашитых ключей платы согласуют новый секретный ключ, используя протокол Диффи-Хеллмана на эллиптических кривых (X25519), а пользователь подтверждает сопряжение, сравнивая короткие коды на светодиодах — вероятность подделки составляет один на миллион. Библиотека поддерживает передачу как через видимый свет (PacketLED, безопасно благодаря необходимости физической близости и отсутствию радиосигнала), так и через ESP-NOW (до десятков метров) и LoRa (до нескольких километров). Сообщения шифруются алгоритмом AES-256-GCM с защитой от атак воспроизведения. Каждая плата может хранить до 8 сопряжённых устройств с собственными ключами, а повторное сопряжение безопасно заменяет ключ только после согласования обеими сторонами. Использование требует только светодиода, резистора и кнопки, интеграция в код минимальна (вызовы provision(), send(), receive()), ключи сохраняются в зашифрованном виде в NVS памяти. Библиотека находится на стадии beta (версия 0.5), протестирована на ESP32, ESP32-C3 и ESP32-C6 через светодиоды и ESP-NOW, но ещё не на LoRa.

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

• SecurePair решает проблему безопасного распределения ключей на микроконтроллерах без экрана/клавиатуры, позволяя пользователю визуально подтвердить сопряжение сравнением кодов светодиодов.
• Использование светового канала добавляет уровень физической безопасности, затрудняя атаки MITM, так как требует видимости и физической близости, в отличие от радиопередачи.
• Архитектура полностью построена на интерфейсах, позволяя заменять любые компоненты (каналы, отображение, ввод, хранилище), что делает её гибкой и расширяемой.

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

Оригиналы:SecurePair — безопасное сопряжение плат ESP32

Реализация интерфейса HDA Link на микроконтроллере RP2040

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

Статья описывает реализацию полнофункционального интерфейса High Definition Audio (HDA Link, Azalia) на микроконтроллере RP2040, что раньше считалось невозможным для MCU. Автор подробно объясняет архитектуру HDA: его 4-проводную структуру (BCLK 24 МГц, SYNC, SDO, SDI), поддержку до 15 каналов ввода-вывода с разрядностью до 32 бит и частотой до 192 кГц, организацию кадров по 1000 бит с частотой 48 кГц.

Ключевая инновация RP2040 — блоки PIO (programmable input/output) с независимыми конечными автоматами, позволяющими точно синхронизировать четыре потока данных.

Реализация включает четыре state machines: SM0 и SM1 генерируют SDO и SYNC через DMA с буферами, SM2 принимает SDI и формирует BCLK, SM3 управляет назначением адреса кодеку (CAD).

Второе ядро RP2040 выполняет упаковку/распаковку аудиопотоков и обработку команд. Автор реализовал также генератор синуса на основе таблицы интерполяции. Проект опубликован с исходным кодом и осциллограммами инициализации.

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

• RP2040 благодаря блокам PIO может реализовать полнофункциональный HDA Link интерфейс, ранее считавшийся доступным только для системной логики ПК
• HDA поддерживает значительно больше каналов и частот, чем стандартный I²S, что открывает новые возможности для DIY аудиопроектов на MCU
• Синхронизация нескольких конечных автоматов PIO позволяет выдерживать жёсткие временные требования HDA (DDR 48 МГц на SDO, 24 МГц BCLK)

Почему Intel так поступила — для меня загадка. Видимо решили, что 640кб 4 канала хватит всем.

Оригиналы:Реализация интерфейса HDA Link на RP2040

WASM vs JavaScript 2026: глубокий тест Flutter Web на 46 операциях

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

Материал представляет масштабное исследование реальной производительности Flutter-приложений при компиляции в WebAssembly против JavaScript. Автор проводит 46 детальных тестов на Apple M4, Chrome V8, проверяя вычисления, работу с памятью, текстом, браузерными сервисами и интерфейсом Flutter. Вопреки официальным заявлениям о 50%-ном ускорении, практические результаты показывают прирост всего на 5–10% при переходе на Wasm. В вычислениях с целыми числами Wasm выигрывает в 2,7 раза (xorshift), в фильтрации изображений — в 1,9 раза, но при скалярном произведении Float64 и трансцендентных функциях скорость практически одинакова. JavaScript часто быстрее при операциях с плавающей точкой. Исследование проводится на локальном сервере в настоящем браузере с разными режимами отрисовки (JavaScript CanvasKit, Wasm в основном потоке и рабочем потоке). Каждый тест содержит полный исходный Dart-код и статистику по медианам из множественных сессий.

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

• WebAssembly даёт значительное ускорение (2–3×) только на специфичных вычислительных задачах с целыми числами и обработкой изображений, а не на всех операциях
• Переход Flutter с JavaScript на Wasm в реальном приложении даёт всего 5–10% общего прироста производительности вместо обещанных 50%, так как интерфейс ограничен не вычислениями, а взаимодействием с браузером
• На операциях с Float64, трансцендентных функциях, звуковых фильтрах и условных переходах производительность практически одинакова или JavaScript быстрее благодаря оптимизациям V8

После перехода на Wasm приложение может стать лишь немного быстрее. Я получил ускорение, ну, примерно от 5 до 10 процентов. Хотя должен был получить 50.

Оригиналы:WASM vs JavaScript 2026 — проверка на Flutter Web

Яндекс сообщил об атаках БПЛА на дата-центры в Сасово и Калуге

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

9 октября 2026 года Яндекс опубликовал официальное заявление об инцидентах с инфраструктурой. В ночь с 7 на 8 октября дата-центр в Сасово был серьёзно повреждён атакой БПЛА и полностью остановлен; утром того же дня произошла атака на дата-центр в Калуге, вышедшая из строя часть оборудования. Пострадавших среди сотрудников нет. Дата-центры критичны для работы основных сервисов Яндекса — Яндекс.Карт, Яндекс.Музыки, Яндекс.Кинотеатра, Яндекс.Лавки и поисковика, которыми ежедневно пользуются миллионы людей и сотни тысяч компаний. Зона ru-central1-b остаётся недоступна, остальные зоны работают. Компания привлекает экстренные службы и собственные специалисты для восстановления, сроки пока не названы. Яндекс договорился с альтернативными облачными провайдерами (Selectel, К2Cloud, VK Cloud) об ускоренном резервировании ресурсов клиентов с приоритетной обработкой по кодовому слову «CloudBro».

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

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

Дата-центры — «железное сердце» Яндекса. Их работоспособность критична для сервисов, которые стали частью повседневной жизни людей.

Оригиналы:«Железное сердце» «Яндекса» — что происходит с дата-центрами компании

Кэширование в bcachefs: SSD как буфер для HDD

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

Статья подробно разбирает ключевую фичу файловой системы bcachefs — использование быстрого SSD как кэша для медленного HDD хранилища, реализующую режим Write Back. Автор объясняет три основных режима работы кэша записи (Write Back, Write Through, Write Around) и демонстрирует практическую реализацию на примере виртуальной машины в облаке K2 Cloud. Описана пошаговая подготовка окружения: установка модуля bcachefs версии 1.39.6 на Ubuntu 26.04, форматирование дисков с указанием foreground_target (кэш записи), background_target (постоянное хранилище) и promote_target (кэш чтения). Важный момент: таргеты теперь сохраняются в суперблоке и не задаются при монтировании. Тестирование с помощью fio показало существенное улучшение производительности с кэшем: IOPS при чтении возросли с 250 до 2262 (в 9 раз), пропускная способность с 64 МиБ/с до 561 МиБ/с (в 8,7 раза). Конфигурация обеспечивает автоматический reconcile — фоновую отправку данных из кэша в постоянное хранилище без участия пользователя.

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

• bcachefs реализует режим Write Back с поддержкой promote_target для кэширования горячих данных при чтении, обеспечивая производительность, сопоставимую с дорогими RAID-контроллерами
• На выбранной конфигурации (64 ГиБ NVMe io2 как кэш, 256 ГиБ st3 как хранилище) достигается 8-9-кратное улучшение IOPS и пропускной способности при чтении
• Функционал кэширования можно протестировать на виртуальных машинах в облаке без дополнительных инвестиций в оборудование

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

Оригиналы:SSD как кэш, HDD как постоянное хранилище: экспериментируем с кэшированием в bcachefs

Атака БПЛА повредила дата-центры «Яндекса» в Калуге и Сасово

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

«Яндекс» сообщил о повреждении инфраструктуры двух своих дата-центров в результате атак беспилотными летательными аппаратами. В Калуге несколько модулей дата-центра полностью выведены из строя, что привело к перебоям в работе части сервисов компании. В дата-центре Сасово также произошёл инцидент, затронувший инфраструктуру; зона доступности ru-central1-b остаётся недоступной, и компания оценивает сроки её восстановления как неопределённые. Компания рекомендует клиентам использовать альтернативные планы восстановления и выделенные физические серверы Bare Metal. «Яндекс» договорился с облачными провайдерами Selectel, К2Cloud и VK Cloud об ускоренном размещении ресурсов клиентов на их площадках по кодовому слову «CloudBro». Пострадавших среди людей нет, команды компании работают круглосуточно над восстановлением инфраструктуры и обеспечением резервных мощностей.

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

• Атаки БПЛА на дата-центры «Яндекса» привели к выходу из строя нескольких модулей и снижению доступности облачных сервисов
• Компания рекомендует клиентам немедленно внедрить планы восстановления с использованием альтернативных провайдеров и резервных мощностей

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

Оригиналы:«Яндекс»: несколько модулей дата-центра в Калуге полностью выведены из строя

ИИ-агенты в инвестициях: от советов к автономному управлению деньгами

Финтех и финансы · Б.О: Экономика · 8/10

На форуме «СберИнвестиций» обсудили перспективы передачи управления личными инвестициями ИИ-агентам. Первый зампред Сбербанка Александр Ведяхин описал пять уровней развития инвестиционных ИИ-агентов: от простого эдвайзинга до полностью автономного управляющего, которому достаточно сообщить желаемую доходность и риск. Однако лидеры финансовых организаций проявляют осторожность: Ведяхин и глава Сбера Герман Греф готовы поручить ИИ аналитическую работу и подготовку рекомендаций, но оставляют за человеком право окончательного решения. С начала 2026 года инвестиционные ИИ-сервисы Сбербанка использовало более 1,5 млн человек, агент дает свыше 50 тыс. советов в день. До конца 2026 года планируется начать бета-тестирование портфельного управляющего с участием сотрудников и руководства. Герман Греф рассматривает работу ИИ-агента как функцию штурмана в кабине самолета, отводя инвестору роль первого пилота: «Штурман предлагает различные решения, но окончательное решение всегда за первым пилотом». Представитель Банка России Михаил Мамута подчеркнул важность четкого распределения ответственности между клиентом, агентом и финансовой организацией, а также информированности инвестора о том, какие действия он делегировал. Регулятор исходит из того, что потребитель остается слабой стороной и должен понимать происходящее внутри системы. На рынке появляются первые продукты: биржевой фонд AIIQ, где три ИИ-агента анализируют активы, обсуждают позиции между собой, а человеческая проверка остается частью процесса. Ведяхин также анонсировал развитие открытых API для работы внешних агентов и процедуру KYA («Знай своего агента») по аналогии с KYC, подключение которых намечено на 2027 год.

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

• ИИ-агенты в инвестициях остаются на уровне рекомендаций и подготовки портфелей, полное автономное управление деньгами находится в экспериментальной стадии и не готово к массовому внедрению
• Брокеры и регулятор согласны оставить окончательное решение и контроль за человеком, что помогает ограничить системные риски и защитить интересы инвестора
• Четкое распределение ответственности, информированность клиента и унифицированные процедуры проверки агентов (KYA) станут основой для безопасного взаимодействия человека с инвестиционными ИИ-системами

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

Оригиналы:ИИ у штурвала личного капитала

Семейные офисы как источник устойчивого спроса на российском рынке акций

Финтех и финансы · Б.О: Экономика · 8/10

Материал разбирает препятствия для притока капитала семейных офисов на российский публичный фондовый рынок. Российский рынок акций испытывает продолжительный спад (20 недель подряд), и частные инвесторы не могут самостоятельно переломить этот тренд. Семейные офисы располагают колоссальными средствами (более 24 трлн рублей против 9,5 трлн в пенсионных фондах), но инвестируют в основном в прямые инвестиции и облигации, а не в публичные акции. Главная причина — недоверие к защите прав миноритарных акционеров. Публичные российские акции торгуются с дисконтом EV/EBITDA 4,2 против 5–7 на рынке частных инвестиций, что должно привлекать крупных инвесторов, но они не готовы быть миноритариями без реальных гарантий. Международный опыт (Goldman Sachs, J.P. Morgan) показывает, что в развитых рынках 31–38% портфелей семейных офисов составляют публичные акции, в России же эта доля не превышает 9%. Эдуард Джабаров (Сбербанк) предлагает конкретные меры: минимум 1/3 независимых директоров, рейтинги для независимых членов совета, одобрение связанных сделок незаинтересованными акционерами, защита от размытия, справедливая цена при смене контроля, барьеры при делистинге и предсказуемая дивидендная политика. Создание действующего института защиты прав может кардинально изменить ситуацию и помочь достичь цели капитализации рынка в 66% ВВП к 2030 году.

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

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

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

Оригиналы:Семейные офисы могут дать рынку устойчивый спрос

Игра про отмену подписки: сатира на тёмные паттерны интерфейсов

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

Студия Fundr из Манилы создала браузерную игру Cancel Your Subscription, которая высмеивает тёмные паттерны, используемые сервисами для удержания клиентов. В игре нужно отменить ненужную подписку стоимостью 10 долларов в месяц, но разработчики намеренно усложняют этот процесс, скрывая кнопку отмены в меню параметров, подменяя результаты поиска, показывая всплывающие окна со скидками и требуя заполнения анкеты с ограничениями (оценка не ниже 7/10, обязательное объяснение и подписка на рассылку). После анкеты игрок должен пройти чат с менеджером по удержанию, который предлагает скидки вплоть до 90%. Интерфейс стилизован под Windows XP. По статистике, 47% попыток игроков заканчивались до заполнения анкеты, так как они не могли найти кнопку отмены. Игра демонстрирует реальные практики, которые компании используют, чтобы помешать пользователям принять сознательное решение.

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

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

47% попыток пройти игру заканчивались до заполнения анкеты — многие просто не могли найти кнопку

Оригиналы:Разработчики выпустили браузерную игру про отмену подписки

Спецэффекты кино до компьютерной графики: от синего экрана к натриевому процессу

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

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

Конкурентом синего экрана стал натриевый процесс 1950-х годов: натриевая лампа излучала свет на двух очень узких длинах волн (589,0 и 589,6 нм), что позволяло отделить фон по спектральной полосе. Дихроичная призма разделяла свет на два канала — в один шёл цветной сигнал от актёра, в другой полоса натриевого света для маски, обе пленки экспонировались одновременно через один объектив. Натриевый способ лучше передавал тонкие детали (вуаль, волосы), но требовал специальной оптики и переделанной камеры, тогда как синий экран легче масштабировался на несколько камер и цехов. В СССР разработали собственный инфракрасный вариант: актёра снимали перед экраном с инфракрасной подсветкой, получая маску на отдельной инфрачувствительной плёнке, позже используя её для защиты при доснимке фона.

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

• Синий экран появился в 1926 году как часть процесса Даннинга-Помероя для чёрно-белого кино, где цвет служил служебным маркером для разделения слоёв изображения в камере.
• Цветоразностный процесс Влахоса (маска как разность синего и зелёного) позволил сохранить полутона и полупрозрачные края, став основой современных технологий выделения фона.
• Натриевый процесс обеспечивал лучшее качество маски благодаря узкой спектральной полосе, но проиграл синему экрану из-за требования специализированной аппаратуры и сложности масштабирования на разные цехи.

Маска перестала быть силуэтом и стала полутоновой. Она умеет отобразить не только «здесь актер» и «здесь фон», но и «здесь актер на семьдесят процентов».

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