WWDC26 in June 2026 defined Siri AI as a new Siri: it can read the screen, search personal context, get work done across apps, and go out to the web for world knowledge. By September, iOS 27 is in the public-release window and developers can already exercise App Intents and App Schemas in the betas. Many teams still hear this as “Siri chats better.” The real change is the entry. A person can leave your icon unopened and still let a system agent find your objects and run your actions. Skip that layer and the app becomes an invisible island inside Siri, Spotlight, and cross-app flows. This article does not recap the session catalog. It answers a scheduling question: what a third-party app should expose now, which layer comes first, and how you accept the work.
Why iOS 27 is the first release that actually changes app work
The conflict between the old path and the new path is concrete. The old path is UI-first: open the app, tap a button, walk the navigation you designed. The new path is intent-first: speak to the system or tap a Spotlight result; Siri AI selects your AppEntity and App Intent and only then, if needed, reveals UI. Shortcut phrases, the limited SiriKit domains, and the old “wake, then open” path still exist. They are no longer enough. Siri AI wants categories the system already understands — events, messages, media, navigation sessions — not a private vocabulary of wake words.
Three facts turned this into a 2026 scheduling problem. First, the next generation of Apple Intelligence folded on-screen awareness, personal-context search, and cross-app actions into one agent loop, so third-party apps are no longer a Shortcuts garnish. Second, WWDC26 tied App Schemas, IndexedEntity, IntentValueQuery, Interaction Donations, and OwnershipProvidingEntity into a testable surface instead of a keynote sketch. Third, as of September 2026 the user-facing rollout is still staged by language and region. English reaches people first as a beta. iOS and iPadOS are initially unavailable in the EU, while Mac, Apple Watch, and Apple Vision Pro can use Siri AI in a supported language. Mainland China remains in a regulatory process. You can build the integration now. You cannot write store copy that says every iOS 27 user on earth can summon your app on day one.
Device gates belong in the acceptance sheet. Siri AI and Apple Intelligence land on iPhone 16 and later, iPhone 15 Pro and 15 Pro Max, iPad mini with A17 Pro, iPad and Mac models with M1 or later, and paired newer Apple Watch hardware. If the demo phone is older, you are measuring a capability hole, not a product failure. Xcode, simulators, and device regressions still require macOS. How teams pick a builder is covered in the Xcode Cloud versus remote Mac comparison.
How Siri AI, App Intents, and agents actually stack
If you flatten the three names into a single backlog, the schedule will thrash. Follow the order the system actually calls. Miss a layer and you only have a demo.
| Layer | What you ship | What the system does with it | If it is missing |
|---|---|---|---|
| Entity | AppEntity: what the thing is, how it is identified, which properties display | Understands the category; drives pickers, confirmations, result cards | Siri can launch the app but cannot say which record |
| Action | Schema-aligned AppIntent values grouped by domain | Maps natural language onto an executable action and handles clarification | You only have custom phrases; cross-app flows cannot attach |
| Discovery | IndexedEntity / Spotlight, or IntentValueQuery | Finds objects by meaning or by structured criteria | The user must recite an internal id or open the app first |
| Context and trust | On-screen awareness, Interaction Donations, OwnershipProvidingEntity | Continues from what is visible and confirms before side effects | The agent guesses, or mutates shared data without a checkpoint |
Siri AI is the system agent. It owns language, clarification, confirmation, and the decision to leave the app for web knowledge. Your app does not train a private Siri. It becomes a tool surface for that agent. The shape matches cloud function calling — the model picks a tool, the runtime applies the side effect — but the protocol is App Intents and the process is yours on the user’s device. For the cross-vendor protocol comparison, see what Function Calling is.
Do not treat discovery as one switch. Playlists, local events, and a user’s own drafts belong in IndexedEntity so Spotlight’s semantic index can find them by meaning, not only by keyword. Large catalogs, server-backed storefronts, and fast-changing remote calendars belong in IntentValueQuery: the system sends a structured search and you return matching entities. That keeps the whole SKU list off the device. The system search schema from iOS 17 is now .system.searchInApp. Even if someone only says “show running playlists in this app,” you can land them on your own search UI instead of a generic system card.
On-screen awareness tells the agent which object is visible. Interaction Donations tell the system what the person just did in your UI. Siri and Shortcuts paths are already known; do not donate those again. Donate too often and the system may ignore you. For writes, especially entities the owner has shared, adopt OwnershipProvidingEntity so Siri forces confirmation on a public event. Entities are private by default, which means the system may skip confirmation. That is a risk, not a perk.
import AppIntents
import CoreSpotlight
struct EventEntity: AppEntity, IndexedEntity {
static var typeDisplayRepresentation: TypeDisplayRepresentation = "Event"
static var defaultQuery = EventQuery()
var id: String
var title: String
var startDate: Date
var displayRepresentation: DisplayRepresentation {
DisplayRepresentation(title: "\(title)")
}
}
struct OpenEventIntent: AppIntent {
static var title: LocalizedStringResource = "Open Event"
@Parameter(title: "Event")
var event: EventEntity
@MainActor
func perform() async throws -> some IntentResult {
NavigationManager.shared.open(event)
return .result()
}
}
// After a local write, keep Spotlight's semantic index in sync
try await CSSearchableIndex.default().indexAppEntities([event])
This is not a full project. It locks three facts: the object has a stable id and a display name; the open action takes an entity rather than free text; a local write immediately refreshes Spotlight. Schema adoption, custom dialog, ShowsSnippetView, and the full versus supporting strings on ProvidesDialog belong in a second iteration. Do not bundle them with “can the system find this at all.”
Advanced polish from the 27 releases is real and should stay off the first card. Custom snippet views carry your visual identity into Siri. Dialog requests let you ask for a missing optional label instead of failing the intent. Entity annotations on notifications, Now Playing, and alarms let people act on content they already see elsewhere in the system. None of that replaces a correct entity model. If the object cannot be identified, the prettiest snippet is still a dead end.
Compare the four entry paths with the same columns
The split is the entry, not which model sounds smarter. Third-party apps now face four paths at once. Keep the columns identical or the decision table is theater.
| Path | Entry | Execution | Context | Who it is for |
|---|---|---|---|---|
| App Intents + App Schemas | Siri, Spotlight, Shortcuts, some system cards | Open, create, update, transfer across apps; side effects run in your process | Entities, on-screen objects, personal context, semantic index | Consumer and productivity apps that must appear inside the iOS 27 system agent |
| Shortcuts phrases / older automations | Shortcuts app, some Lock Screen and widget surfaces | User-authored action chains | Weak semantics; phrases and parameter slots | Existing Shortcuts users, internal tools, compatibility during the transition |
| Legacy SiriKit domains | The historically opened domains | Fixed intents inside a domain | Domain allowlists; poor fit for arbitrary objects | Voice, payments, or travel already on old domains — compatibility, not the main path |
| Self-hosted LLM function calling | Your chat UI or server agent | Private APIs, databases, computer use | Your session memory and tool catalog | Products that leave Apple devices, hit a private network, or use a non-Apple model |
The four paths stack; they do not cancel. The system agent covers “the person is already on iPhone and wants to speak a task.” A self-hosted agent covers “the person is in a browser, on a desktop, or inside your own bot.” Treat App Intents as the Apple-ecosystem tool schema and cloud function calling as the cross-platform schema. Point both catalogs at the same business actions so iOS can reschedule an event that the web app can also reschedule.
Cost and permission differ even when the verbs look the same. App Intents ride on the user’s Apple Intelligence quota and on-device or Private Cloud Compute paths; you do not pay a per-call token invoice to Apple for a create-event intent, but you do inherit regional availability and daily generative limits on some features. A self-hosted loop bills tokens, needs an isolated runtime if it writes disk or drives a browser, and can reach a VPC that Siri will never see. Mixing them without an allowlist is how an agent “helpfully” deletes a shared calendar because the cloud tool had a broader verb than the App Intent.
How to choose by scene
| If you are | Choose | Why |
|---|---|---|
| Calendar, tasks, or notes with mostly local objects | AppEntity + schema + IndexedEntity | Siri must find “the review next Tuesday,” not an exact title string |
| Commerce or media with a huge server catalog | A thin index + IntentValueQuery + searchInApp | You cannot pour every SKU into Spotlight |
| Messaging or collaboration with social side effects | Schema actions + donations + ownership confirmation | Sending a message or editing a shared event must show a confirmation card |
| Already dependent on Shortcuts power users | Keep Shortcuts; attach the same intent to a schema | The old entry stays; the new entry reuses the same perform() |
| Value lives on Windows, the web, or a private API | Function calling first; iOS exposes read-only entities | The system agent cannot reach your VPC; do not promise one voice command everywhere |
| A large EU iPhone base, or mainland China as the home market | Treat Siri as an enhancement; keep UI as the primary path | In September 2026 those user-facing capabilities are still sliced by policy |
Recommended stacks
A — Indie or a vertical productivity app: go deep on one schema domain — calendar, notes, or media. One entity, two actions (open and create), a local index, green in Shortcuts, then Siri. Custom ShowsSnippetView waits for the second iteration. Accept on the lowest supported iPhone 16 or 15 Pro. Simulator speech is not enough.
B — A small product team: schedule the entity layer and the action layer as separate cards. Card one: Spotlight can find the object by meaning and open lands on the right detail. Card two: create and update go through a schema and show confirmation. Card three: on-screen awareness and UI donations. Freeze the test order: App Intents unit tests, Shortcuts shape, Spotlight index, Siri end to end. Run those tests on one Mac image so “works on my laptop” cannot hide a missing index entitlement.
C — Enterprise or multi-surface: the iOS system agent exposes read queries and low-risk opens. Writes go through an audited API gateway and your own agent. Shared calendars and public documents must report ownership. Account and delivery limits live in the help center; monthly node cost is on Mac mini pricing. If you need a standing Xcode and regression box, start from whether the M6 Mac mini fits developers.
Pitfalls
- Treating Siri AI as a chat skin: you add a conversation UI but no entities, so “move that order to Friday” has nothing to grab.
- Replacing schemas with custom phrases: phrases can fake a Shortcuts demo; they will not attach cross-app or on-screen context to a domain the system already knows.
- Pouring the whole catalog into Spotlight: the index bloats, the privacy surface grows, and reindexing stalls the foreground. Remote data belongs in IntentValueQuery.
- Never donating UI, or donating constantly: the system never learns that a contact prefers your app — or it ignores you and pollutes confirmation policy.
- Promising voice to the whole planet: English-first rollout, no early EU iOS, unfinished China process. Demo hardware and store copy must be regional.
Action plan: seven steps
- List five spoken actions that have real side effects. Delete empty verbs such as “open Settings.”
- Give each object an
AppEntitywith a stable id, a title, and a key date or state. LetDisplayRepresentationcarry an image and subtitle. - Align open and create with the matching App Schema.
perform()only navigates or writes. Language and clarification stay with the system. - Index local entities in Spotlight and refresh on create, update, and delete. Point remote lists at IntentValueQuery.
- Mark on-screen objects on detail screens. Donate when the UI actually sends, creates, or starts navigation.
- Turn on confirmation for writes and public entities. Prove parameter shape in Shortcuts, run Siri end to end, then lock business logic with App Intents Testing.
- Keep Xcode, the lowest supported device, and the regression script on a reproducible Mac node. Clearing DerivedData at session end stops a warm local cache from impersonating a pass.
FAQ
Is Siri AI available in every language on iOS 27 launch day?
No. As of September 2026 it rolls out by language and region. English reaches users first as a beta. iOS and iPadOS are initially unavailable in the EU. Mainland China is still in a regulatory process. Build now; split launch claims by region.
Can Siri still open my app if I skip App Intents?
It can launch the icon. It cannot reliably understand objects, run cross-app actions, or continue from the screen. Without entities and schemas the app stays an island in Siri and Spotlight.
Are App Intents and Shortcuts the same thing?
No. Shortcuts is a user-authored automation surface. App Intents is the callable protocol. Siri AI needs schema-aligned intents, not another pile of wake phrases.
Should every record go into the Spotlight index?
Index local, stable, user-private entities. Large, server-backed, or fast-changing data should use IntentValueQuery so the whole catalog never lands on the device.
Do third-party apps need to train their own Siri model?
No. Language, clarification, and confirmation stay with the system. You ship executable entities, actions, index freshness, and permission boundaries.
Conclusion
iOS 27 Siri AI does change app development. It changes the entry and the protocol, not a mandate to rebuild every screen as a chat window. Describe entities and schema actions first; then add index, on-screen context, and confirmation. Shortcuts and self-hosted function calling stack on top — they do not replace the system agent. Write user-facing capability by region. Put acceptance on a device and a Mac you can reproduce. Remote nodes are on the rental page and pricing page; account questions go to the help center.
Further reading
- Team iOS CI/CD: Xcode Cloud vs a remote Mac builder →
- What is Function Calling: OpenAI, Gemini, Claude compared →
- Is the M6 Mac mini good for developers? Xcode and local inference →
iOS 27 SDK work needs a Mac that stays reproducible
The acceptance path is Xcode, then Shortcuts, then Spotlight, then Siri. That chain is bound to macOS and devices. A remote Mac isolates DerivedData and simulator state per session so Siri integration can be retested instead of only compiled.