Install
$ agentstack add skill-xopoko-build-swift-apps-ios-intents-architect ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
iOS Intents Architect
Expose the smallest useful action and entity surface to the system. Start with verbs and objects users need outside the app, then route cleanly back into the app when needed.
Workflow
- Choose 1-3 high-value actions. Prefer verbs like compose, open, find, filter, continue, inspect, or start. Do not mirror the app navigation tree.
- Add only the
AppEntitytypes the system must understand. Keep them narrower than persistence models. AddEntityQuerywhen suggestions or disambiguation are useful. - Decide execution mode:
- direct system-surface action for work that can finish inline
openAppWhenRunor open-style intent when the user should land in an app workflow- one predictable handoff route in the scene/root router when the app must react
- separate inline and open-app intents when one compromise would be unclear
- Add
AppShortcutsProviderfor the first useful set. Keep titles, phrases, and symbols direct and task-oriented. - Reuse the same action/entity surface for widgets and controls when their parameters match.
- Build and verify that intents compile, open or execute correctly, and route to the expected state.
Defaults
- Prefer a dedicated intents target or module.
- Keep intent types thin; business logic stays in app services or domain models.
- Use
AppEnumfor fixed choices such as tabs, modes, or visibility before creating entities. - Treat App Intents as system integration infrastructure, not only a Shortcuts feature.
Avoid
- one intent per screen or tab without real user value
- mirroring the full model graph as entities
- global side-effect handoff with no clear app entry path
- vague shortcut phrases or generic titles
- broad taxonomy work in the first pass
Resources
Read only what is needed:
references/first-pass-checklist.md: choose the first intent/entity surface.references/example-patterns.md: copyable patterns.references/code-templates.md: generalized code templates.references/system-surfaces.md: Shortcuts, Siri, Spotlight, widgets, and controls.
Use current Apple Developer docs when APIs or platform behavior may have changed:
https://developer.apple.com/documentation/appintents/making-actions-and-content-discoverable-and-widely-availablehttps://developer.apple.com/documentation/appintents/creating-your-first-app-intenthttps://developer.apple.com/documentation/appintents/adopting-app-intents-to-support-system-experiences
Output the exposed actions, backing entities, invocation mode, app handoff path, and validation result.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: Xopoko
- Source: Xopoko/build-swift-apps
- License: MIT
- Homepage: https://github.com/Xopoko/plug-n-skills
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.