iPhone Duo добавляет автоматизацию ярлыков открыто/закрыто? Компания Apple добавила специальный триггер «Открыто или закрыто» для личной автоматизации в приложение «Быстрые команды» (Shortcuts) на iPhone Duo, позволяя пользователям запускать настроенные рабочие процессы при изменении состояния складного корпуса. Об этом сообщил 25 октября 2026 года ресурс MacRumors по итогам практической демонстрации создателя контента Стивена Роблеса (Stephen Robles), а ранее в сентябре исследователь pdfu обнаружил упоминания в строках симулятора. Триггер расположен в категории «Дисплей» раздела личных автоматизаций. Функция работает не как неограниченный фоновый запуск, а в рамках привязанных к устройству правил автоматизации от Apple, где настройка триггеров, разрешения на уровне действий, ограничения состояния блокировки и жизненные циклы окон приложений остаются отдельными архитектурными уровнями.
Как работает триггер «Открыто или закрыто» в личной автоматизации iOS
Краткий обзор
- Подтвержденное название и расположение триггера: iPhone Duo включает триггер «Открыто или закрыто» в разделе «Дисплей» личных автоматизаций в «Быстрых командах», что продемонстрировал Стивен Роблес, а ранее выявил в коде симулятора исследователь pdfu.
- Привязка к конкретному устройству: Согласно архитектуре личной автоматизации Apple, сценарии привязаны к конкретному устройству, создают резервную копию в iCloud для восстановления, но исключены из синхронизации между устройствами.
- Границы условного выполнения: Хотя поддерживаемые личные автоматизации можно настроить на запуск без подтверждения, фактическое выполнение по-прежнему зависит от разрешений на конкретные действия, ограничений переднего плана и статуса блокировки устройства.
Добавление триггера «Открыто или закрыто» переносит переходы физического шарнира на настраиваемый пользователем уровень автоматизации в iOS. Как сообщают MacRumors и последующие публикации ITHome и Qudong China, пользователи могут привязать открытие или закрытие iPhone Duo к действиям, доступным в библиотеке «Быстрых команд». В качестве наглядного примера рассматривается динамическая смена обоев: применение обоев с широким макетом при открытии внутреннего дисплея и возврат к более простому варианту при закрытии устройства.

Чтобы оценить возможности и ограничения этой функции в рабочей среде, инженерным командам следует обратиться к официальным правилам Apple в руководствах Введение в личные автоматизации в «Быстрых командах» и Включение или отключение личной автоматизации:
- Локальная область видимости на основе событий: Личные автоматизации реагируют на события на локальном оборудовании — например, на время суток, прибытие в определенное место, открытие приложения или изменение состояния дисплея.
- Резервное копирование в iCloud без межплатформенной синхронизации: В отличие от стандартных быстрых команд, которые синхронизируются между iPhone, iPad и Mac пользователя, личные автоматизации остаются строго локальными для того устройства, на котором они созданы. Они сохраняются в iCloud для восстановления, но никогда не переносятся на другие устройства под той же учетной записью Apple Account.
- Настройки триггеров против разрешений на уровне действий: При настройке поддерживаемой личной автоматизации пользователи могут переключаться между получением уведомления с подтверждением («Спрашивать до запуска») и разрешением запускать триггер «Немедленно» (без запроса). Однако выбор немедленного выполнения на уровне триггера не дает безусловного молчаливого выполнения каждому последующему действию. Отдельные действия — в особенности те, которые переключают приложения на переднем плане, обращаются к защищенным пользовательским данным или выполняются при заблокированном устройстве — по-прежнему подчиняются политикам безопасности iOS и запросам для конкретных действий.

Разделение триггерных событий, App Intents и управления состоянием сцен
Распространенная инженерная ошибка при анализе новых триггеров автоматизации ОС — смешение аппаратного триггера с безусловным выполнением сторонних приложений. На iPhone Duo за то, что происходит при открытии или закрытии шарнира, отвечают пять отдельных уровней:
[Уровень 1: Аппаратное событие открытия/закрытия шарнира]
│
▼
[Уровень 2: Триггер личной автоматизации «Быстрых команд» («Открыто или закрыто»)]
│
┌────────────┴────────────┐
▼ ▼
[Спрашивать до запуска] [Запускать без запроса (где поддерживается)]
(Уведомление с запросом) (С учетом проверок действий и блокировки)
│ │
└────────────┬────────────┘
▼
[Уровень 3: Настроенное действие быстрой команды (системная настройка против действия приложения)]
│
▼
[Уровень 4: App Intent / Открытие приложения / Действие URL — условное выполнение]
│
▼
[Уровень 5: Состояние приложения и макет сцены (UIWindowScene / SceneStorage)]
Условные ограничения для App Intents и действий по URL
С помощью фреймворка App Intents сторонние разработчики могут предоставлять приложению «Быстрые команды» действия и объекты, специфичные для их приложений, чтобы пользователи могли включать их в настраиваемые рабочие процессы. Тем не менее, общая поддержка App Intents не гарантирует автоматическое поведение каждого действия под управлением триггера «Открыто или закрыто»:
- Выполнение на переднем плане против фонового выполнения: Легковесные фоновые намерения (такие как запись временной метки состояния или переключение внутриигровых настроек, не требующих вывода интерфейса) ведут себя иначе, чем действия, пытающиеся вывести приложение на передний план (
Open AppилиopenAppWhenRun). - Ограничения состояния блокировки: Закрытие iPhone Duo часто совпадает с блокировкой экрана или переходом на внешний экран, в то время как открытие устройства может потребовать биометрической аутентификации в зависимости от настроек безопасности пользователя. Действия, требующие разблокированной связки ключей или активной сцены на переднем плане, могут приостанавливаться или запрашивать подтверждение до завершения аутентификации.
- Схемы URL и универсальные ссылки: Хотя «Быстрые команды» содержат действия для открытия URL-адресов, универсальные ссылки и пользовательские схемы URL изначально не отслеживают положение шарнира, и нет подтвержденных данных о том, что триггер «Открыто или закрыто» обходит стандартные системные подтверждения или требования к переднему плану при вызове глубоких ссылок. Разработчики должны рассматривать запуск URL или намерений по смене положения как настраиваемый пользователем условный рабочий процесс, требующий эмпирического тестирования на реальном оборудовании.
Независимые обязанности: оконная система ОС против непрерывности состояния приложения
Если приложение уже активно на переднем плане, когда пользователь открывает или закрывает iPhone Duo, переход между внешним экраном и широким внутренним дисплеем управляется API окон ОС (UIWindowScene и адаптивными макетами SwiftUI), а не «Быстрыми командами».
Если пользователь настраивает автоматизацию «Открыто или закрыто», которая взаимодействует с тем же приложением во время изменения положения корпуса, оба события могут происходить с небольшим временным интервалом. Сохранение активных стеков навигации, полей ввода или представлений по глубоким ссылкам при изменении геометрии экрана остается зоной ответственности бизнес-логики приложения:
| Системный уровень | Подтвержденная область | Граница проверки разработчиком |
|---|---|---|
| Триггер «Открыто или закрыто» в «Быстрых командах» | Запускает локальную личную автоматизацию при открытии или закрытии iPhone Duo | Проверьте, какие именно действия выполняются без подтверждения при закрытии (блокировке) в сравнении с открытием |
| Интеграция App Intents | Предоставляет определенные разработчиком действия и параметры приложению «Быстрые команды» | Протестируйте поведение openAppWhenRun и фоновых намерений во время одновременных переходов между экранами |
Оконная система iOS (UIWindowScene) |
Изменяет размер активных сцен между внешним дисплеем и внутренним разделенным режимом Split View | Убедитесь, что изменения адаптивного макета не приводят к пересозданию корневых представлений или потере активного состояния навигации |
Восстановление состояния (SceneStorage / NSUserActivity) |
Помогает сохранять и восстанавливать состояние на уровне представлений при изменении жизненного цикла сцены | Зависит от ограничений жизненного цикла iOS; требует явной реализации со стороны разработчика, а не автоматического сохранения |
Документированная базовая линия положений iOS 27 против заявленных функций iOS 27.1
При проектировании макетов и тестировании автоматизации на iPhone Duo инженерным командам следует различать официально документированную базовую линию iOS 27 от неподтвержденных заявлений сторонних СМИ касательно iOS 27.1.
Официальная базовая линия положений и режима Split View в iOS 27
В анонсе Apple Newsroom, посвященном iPhone Duo, и официальном руководстве пользователя iPhone компания Apple определяет следующие состояния оборудования и базовую многозадачность:
- Открытое и закрытое состояния: Открытие устройства активирует широкий внутренний дисплей, который официально поддерживает работу двух приложений рядом с помощью режима iOS 27 Split View. Закрытие устройства переводит управление на внешний дисплей для задач одной рукой.
- Частично сложенные положения: Apple документирует три частично согнутые конфигурации поверхности: режим книги (удерживается вертикально или размещается для режима ожидания StandBy и умной съемки Smart Capture), режим палатки (внешний дисплей обращен к пользователю для режима ожидания или предварительного просмотра снимков внешнего объекта) и режим кресла или ноутбука (внутренний дисплей сложен вертикально для управления видео без рук и двухэкранных звонков FaceTime на Duo).

Заявления СМИ об iOS 27.1 (не подтвержденные официальной документацией)
В своих публикациях от 26 октября, посвященных триггеру автоматизации, китайские издания ITHome и Qudong China также заявили, что в iOS 27.1 появится полусложенная панель настольных часов, разделенные виртуальные клавиатуры с симуляцией полноразмерного трекпада и продвинутый оконный менеджер, поддерживающий до трех приложений одновременно на внутреннем экране.
Поскольку официальные релизные материалы Apple и руководство пользователя на данный момент документируют двухэкранный Split View в качестве подтвержденной модели многозадачности, а официальная документация пока не подтверждает одновременную работу трех приложений, разработчикам следует рассматривать двухприложений режим Split View в качестве авторитетной инженерной базы, а сведения об iOS 27.1 расценивать как сообщения СМИ, ожидающие официального подтверждения.
Чек-лист тестирования для разработчиков автоматизации iPhone Duo
Вместо предположений о безусловном фоновом выполнении инженерным командам iOS следует проверить свои приложения на соответствие следующим сценариям:
App Intents и разрешения на выполнение
- Тестируйте направления триггеров открытия и закрытия по отдельности: Проверьте, как ваши реализованные App Intents ведут себя при срабатывании по событию «Открыто» (когда пользователь смотрит на разблокированный внутренний экран) по сравнению с событием «Закрыто» (когда устройство может немедленно заблокироваться или перейти на внешний экран).
- Проверьте поведение
openAppWhenRun: Если намерение App Intent переводит приложение на передний план, проверьте, требует ли iOS подтверждения от пользователя вручную при различных состояниях блокировки, даже если в личной автоматизации включен параметр «Запускать немедленно». - Сделайте обработчики намерений идеопотентными: Убедитесь, что быстрые циклы физического открытия и закрытия не вызывают дублирующие сетевые запросы или конфликтующие переходы по навигации, если пользователь привязывает намерение к обоим направлениям.
Непрерывность сцены и состояние навигации
- Сохраняйте состояние при переходах в режиме разделения Split View: Убедитесь, что перевод активного приложения между внешним экраном, полноразмерным внутренним дисплеем и задокументированным Apple двухприложений Split View не приводит к потере незавершенного пользовательского состояния или целевых представлений по глубоким ссылкам.
- Проверьте границы
SceneStorageиNSUserActivity: Убедитесь, что токены восстановления состояния представлений корректно сериализуют и восстанавливают контекст пользователя при изменении размера сцены или ее переходе в фон во время движения шарнира.
Часто задаваемые вопросы (FAQ)
Каково точное название и расположение триггера автоматизации складывания iPhone Duo?
Синхронизируются ли личные автоматизации «Открыто или закрыто» с другими устройствами Apple?
Гарантирует ли настройка «Запускать немедленно» безмолвное выполнение каждого действия?
Поддерживает ли iPhone Duo два или три приложения рядом?
Основные выводы для инженерных команд
Обнаружение триггера «Открыто или закрыто» в «Быстрых командах» iOS подтверждает, что Apple предоставляет изменения положения складного корпуса для пользовательских личных автоматизаций на iPhone Duo. Для обычных пользователей это открывает удобные локальные сценарии, такие как смена обоев или настройка дисплея при открытии или закрытии устройства.
Для разработчиков iOS и менеджеров продуктов главным архитектурным выводом является строгое разделение ответственности. Триггеры положения устройства, разрешения на выполнение автоматизаций, сторонние App Intents и переходы макета UIWindowScene работают по отдельным системным правилам. Тестируя App Intents в заблокированных и разблокированных состояниях шарнира и привязывая адаптацию макета к задокументированной Apple базовой линии из двух приложений в Split View, инженерные команды могут обеспечить надежную работу на складном оборудовании iOS без опоры на неподтвержденные платформенные допущения.
Ссылки
-
Поддержка Apple: Введение в личные автоматизации в «Быстрых командах» на iPhone и iPad
-
Apple Newsroom: Apple представляет iPhone Duo (сентябрь 2026 г.)
-
Поддержка Apple: Настройка положения iPhone Duo — Руководство пользователя iPhone для iOS 27
-
Поддержка Apple: Открытие двух приложений в режиме Split View на iPhone Duo
Share this article



