ios-app-intents — скилл для Codex: что делает и как установить
Помогает проектировать App Intents, сущности и App Shortcuts для iOS. Пригодится, когда нужно вынести действия приложения в Siri, Spotlight, шорткаты или виджеты.
npx skills add openai/plugins --skill ios-app-intents -a codexЧто делает ios-app-intents
Скилл задаёт правила проектирования слоя App Intents в iOS-приложениях. Он направляет агента так, чтобы не переносить всю навигацию или базу данных в систему, а выбрать от одного до трех ключевых действий. В фокусе — глаголы вроде open, find, filter или start, а также компактные типы AppEntity и AppEnum.
Архитектурно скилл рекомендует выделять системный слой в отдельный таргет или модуль. Вся бизнес-логика остается в сервисах приложения. Интент лишь связывает действие с рантаймом через явный маршрут или openAppWhenRun. Это избавляет проект от разрозненных глобальных сайд-эффектов.
Ставить скилл стоит, если вы готовите интеграцию с виджетами или голосовыми командами. Если приложению не нужен доступ из системных поверхностей iOS, этот слой будет лишним.
Какие задачи решает
- спроектировать
AppEntityиEntityQueryбез дублирования схемы базы данных - настроить
AppShortcutsProviderс понятными фразами для Siri и Spotlight - разделить действия на фоновые и сценарии с переходом в приложение через
openAppWhenRun - подключить конфигурацию виджетов к единой модели App Intents
Примеры запросов агенту
- Спроектируй App Intent для запуска таймера прямо из виджета без открытия приложения
- Добавь AppShortcutsProvider для трех основных действий и настрой фразы для Siri
- Опиши AppEntity для заметки и настрой EntityQuery для поиска через Spotlight
Как установить ios-app-intents
1Через Skills CLI (Vercel)
npx skills add openai/plugins --skill ios-app-intents -a codex2Вручную: положить файлы
.agents/skills/ios-app-intents/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add openai/plugins --skill ios-app-intents -a claude-code2Вручную: положить файлы
~/.claude/skills/ios-app-intents/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/ios-app-intents/
Вручную: положить файлы
.cursor/skills/ios-app-intents/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install openai/plugins ios-app-intents2Вручную: положить файлы
.github/skills/ios-app-intents/SKILL.mdКомандой платформы
gemini skills install https://github.com/openai/plugins --path plugins/build-ios-apps/skills/ios-app-intentsВручную: положить файлы
.devin/skills/ios-app-intents/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Claude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Из того же набора201
Весь набор →Похожие
Вопросы о ios-app-intents
Как установить ios-app-intents в Codex?
Выполните команду npx skills add openai/plugins --skill ios-app-intents. Codex сохранит скилл в файл .agents/skills/ios-app-intents/SKILL.md.
Зачем нужен этот скилл?
Он помогает проектировать системные интеграции iOS через Shortcuts, виджеты и Spotlight без перегрузки проекта лишними моделями.
В каких случаях интент открывает приложение?
Для действий с переходом в интерфейс используется флаг openAppWhenRun и явный маршрут в приложении. Простые операции скилл рекомендует завершать на месте прямо из виджета или шортката.
Исходный текст
SKILL.md · MIT
--- name: ios-app-intents description: Design App Intents, app entities, and App Shortcuts for iOS system surfaces. Use when exposing app actions or content to Shortcuts, Siri, Spotlight, widgets, or controls. --- # iOS App Intents ## Overview Expose the smallest useful action and entity surface to the system. Start with the verbs and objects people would actually want outside the app, then implement a narrow App Intents layer that can deep-link or hand off cleanly into the main app when needed. Read these references as needed: - `references/first-pass-checklist.md` for choosing the first intent and entity surface - `references/example-patterns.md` for concrete example shapes to copy and adapt - `references/code-templates.md` for generalized App Intents code templates - `references/system-surfaces.md` for how to think about Shortcuts, Siri, Spotlight, widgets, and other system entry points ## Core workflow ### 1) Start with actions, not screens - Identify the 1-3 highest-value actions that should work outside the app UI. - Prefer verbs like compose, open, find, filter, continue, inspect, or start. - Do not mirror the entire app navigation tree as intents. ### 2) Define a small entity surface - Add `AppEntity` types only for the objects the system needs to understand or route. - Keep the entity shape narrower than the app's persistence model. - Add `EntityQuery` or other query types only where disambiguation or suggestions are genuinely useful. ### 3) Decide whether the action completes in place or opens the app - Use non-opening intents for actions that can complete directly from the system surface. - Use `openAppWhenRun` or open-style intents when the user should land in a specific in-app workflow. - When the app must react inside the main scene, add one clear runtime handoff path instead of scattering ad hoc routing logic. - If the action can work in both modes, consider shipping both an inline version and an open-app version rather than forcing one compromise. ### 4) Make the actions discoverable - Add `AppShortcutsProvider` entries for the first set of high-value intents. - Choose titles, phrases, and symbols that make sense in Shortcuts, Siri, and Spotlight. - Keep shortcut phrases direct and task-oriented. - Reuse the same action model for widgets and controls when a widget configuration or intent-driven control already needs the same parameters. ### 5) Validate the runtime handoff - Build the app and confirm the intents target compiles cleanly. - Verify the app opens or routes to the expected place when an intent runs. - Summarize which actions are now exposed, which entities back them, and how the app handles invocation. ## Strong defaults - Prefer a dedicated intents target or module for the system-facing layer. - Keep intent types thin; business logic should stay in app services or domain models. - Keep app entities small and display-friendly. - Use `AppEnum` for fixed app choices such as tabs, modes, or visibility levels before reaching for a full entity type. - Prefer one predictable app-intent routing surface in the main app scene or root router. - Treat App Intents as system integration infrastructure, not only as a Shortcuts feature. ## Anti-patterns - Exposing every screen or tab as its own intent without a real user value. - Mirroring the entire model graph as `AppEntity` types. - Hiding runtime handoff in global side effects with no clear app entry path. - Adding App Shortcuts with vague phrases or generic titles. - Treating the first App Intents pass as a broad taxonomy project instead of a small useful release. ## Notes - Apple documentation to use as primary references: - `https://developer.apple.com/documentation/appintents/making-actions-and-content-discoverable-and-widely-available` - `https://developer.apple.com/documentation/appintents/creating-your-first-app-intent` - `https://developer.apple.com/documentation/appintents/adopting-app-intents-to-support-system-experiences` - In addition to the links above, use web search to consult current Apple Developer documentation when App Intents APIs or platform behavior may have changed. - A good first pass often includes one open-app intent, one action intent, one or two entity types, and a small `AppShortcutsProvider`. - Good example families to cover are: - open a destination or editor in the app - perform a lightweight action inline without opening the app - choose from a fixed enum such as a tab or mode - resolve one or more entities through `EntityQuery` - power widget configuration or controls from the same entity surface
© OpenAI · MIT · openai/plugins