Die WWDC26 im Juni 2026 definierte Siri AI als neues Siri: Es liest den Bildschirm, durchsucht persönlichen Kontext, erledigt Arbeit über Apps hinweg und holt Weltwissen aus dem Web. Im September liegt iOS 27 im Veröffentlichungsfenster, und Entwickler können App Intents und App Schemas in den Betas schon üben. Viele Teams hören daraus nur „Siri plaudert besser“. Die echte Änderung ist der Einstieg. Jemand kann euer Icon geschlossen lassen und trotzdem einen Systemagenten eure Objekte finden und eure Aktionen ausführen lassen. Fehlt diese Schicht, wird die App in Siri, Spotlight und Cross-App-Flows zur unsichtbaren Insel. Dieser Text recycelt nicht den Session-Katalog. Er beantwortet eine Planungsfrage: was eine Drittanbieter-App jetzt exponieren soll, welche Schicht zuerst kommt, und wie ihr die Arbeit abnehmt.
Warum iOS 27 die App-Arbeit wirklich verändert
Der Konflikt zwischen altem und neuem Pfad ist konkret. Der alte Pfad ist UI-first: App öffnen, tippen, die Navigation laufen, die ihr entworfen habt. Der neue Pfad ist Intent-first: zum System sprechen oder ein Spotlight-Ergebnis antippen; Siri AI wählt eure AppEntity und euren App Intent und zeigt erst dann, wenn nötig, UI. Shortcut-Phrasen, die begrenzten SiriKit-Domänen und der alte „wecken, dann öffnen“-Pfad existieren weiter. Sie reichen nicht mehr. Siri AI will Kategorien, die das System schon kennt — Ereignisse, Nachrichten, Medien, Navigationssitzungen — kein privates Weckwort-Vokabular.
Drei Fakten machten das 2026 zum Planungsthema. Erstens faltete die nächste Generation von Apple Intelligence Bildschirmkontext, persönliche Suche und Cross-App-Aktionen in eine Agentenschleife; Drittanbieter sind kein Shortcuts-Garnitur mehr. Zweitens band die WWDC26 App Schemas, IndexedEntity, IntentValueQuery, Interaction Donations und OwnershipProvidingEntity zu einer testbaren Fläche statt einer Keynote-Skizze. Drittens ist der nutzerseitige Rollout im September 2026 noch nach Sprache und Region gestaffelt. Englisch erreicht Menschen zuerst als Beta. iOS und iPadOS sind in der EU zunächst nicht verfügbar, während Mac, Apple Watch und Apple Vision Pro Siri AI in einer unterstützten Sprache nutzen können. Festlandchina bleibt im Regulierungsprozess. Die Integration könnt ihr jetzt bauen. Store-Text, der behauptet, jeder iOS-27-Nutzer auf der Erde rufe eure App am ersten Tag, könnt ihr nicht schreiben.
Gerätegrenzen gehören ins Abnahmeblatt. Siri AI und Apple Intelligence landen auf iPhone 16 und neuer, iPhone 15 Pro und 15 Pro Max, iPad mini mit A17 Pro, iPad- und Mac-Modellen mit M1 oder neuer sowie gekoppelter neuerer Apple-Watch-Hardware. Ist das Demo-Telefon älter, messt ihr ein Fähigkeitsloch, keinen Produktfehler. Xcode, Simulatoren und Geräteregrressionen brauchen weiter macOS. Wie Teams einen Builder wählen, steht im Vergleich Xcode Cloud gegen Remote-Mac.
Wie Siri AI, App Intents und Agenten wirklich gestapelt sind
Wenn ihr die drei Namen in ein Backlog flachdrückt, zuckt der Plan. Folgt der Reihenfolge, in der das System wirklich aufruft. Fehlt eine Schicht, habt ihr nur eine Demo.
| Schicht | Was ihr liefert | Was das System damit tut | Wenn sie fehlt |
|---|---|---|---|
| Entität | AppEntity: was das Ding ist, wie es identifiziert wird, welche Eigenschaften sichtbar sind | Versteht die Kategorie; treibt Picker, Bestätigungen, Ergebniskarten | Siri startet die App, kann aber nicht sagen, welcher Datensatz |
| Aktion | Schema-konforme AppIntent-Werte, nach Domäne gruppiert | Mapped natürliche Sprache auf eine ausführbare Aktion und klärt nach | Nur eigene Phrasen; Cross-App-Flows docken nicht an |
| Entdeckung | IndexedEntity / Spotlight oder IntentValueQuery | Findet Objekte nach Bedeutung oder strukturierten Kriterien | Die Person muss eine interne ID aufsagen oder zuerst die App öffnen |
| Kontext und Vertrauen | On-Screen-Awareness, Interaction Donations, OwnershipProvidingEntity | Macht am Sichtbaren weiter und bestätigt vor Seiteneffekten | Der Agent rät oder ändert geteilte Daten ohne Checkpoint |
Siri AI ist der Systemagent. Es besitzt Sprache, Rückfragen, Bestätigung und die Entscheidung, die App für Webwissen zu verlassen. Eure App trainiert kein privates Siri. Sie wird zur Werkzeugfläche dieses Agenten. Die Form gleicht Cloud-Function-Calling — das Modell wählt ein Werkzeug, die Laufzeit wendet den Seiteneffekt an — aber das Protokoll ist App Intents und der Prozess gehört euch auf dem Gerät. Den herstellerübergreifenden Vergleich liefert Was ist Function Calling.
Entdeckung ist kein einzelner Schalter. Playlists, lokale Termine und eigene Entwürfe gehören in IndexedEntity, damit Spotlights semantischer Index sie nach Bedeutung findet, nicht nur nach Keyword. Große Kataloge, serverseitige Shops und schnell wechselnde Remote-Kalender gehören in IntentValueQuery: Das System schickt eine strukturierte Suche, ihr liefert passende Entitäten. So landet nicht jede SKU auf dem Gerät. Das System-Suchschema aus iOS 17 heißt jetzt .system.searchInApp. Selbst wer nur sagt „zeig Lauf-Playlists in dieser App“, kann in eurer eigenen Suche landen statt auf einer generischen Systemkarte.
On-Screen-Awareness sagt dem Agenten, welches Objekt sichtbar ist. Interaction Donations sagen, was die Person gerade in der UI getan hat. Siri- und Shortcuts-Pfade kennt das System schon; spendet sie nicht noch einmal. Zu oft spenden, und ihr werdet ignoriert. Für Schreibzugriffe, besonders geteilte Entitäten, übernehmt OwnershipProvidingEntity, damit Siri bei einem öffentlichen Event bestätigt. Entitäten gelten standardmäßig als privat — die Bestätigung kann entfallen. Das ist Risiko, kein Vorteil.
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])
Das ist kein volles Projekt. Es fixiert drei Fakten: Das Objekt hat eine stabile id und einen Anzeigenamen; Öffnen nimmt eine Entität statt Freitext; ein lokaler Schreibvorgang aktualisiert Spotlight sofort. Schema-Adoption, eigener Dialog, ShowsSnippetView und die vollen versus unterstützenden Strings von ProvidesDialog gehören in die zweite Iteration. Bündelt sie nicht mit „findet das System das überhaupt“.
Politur aus den 27er-Releases ist echt und bleibt von der ersten Karte. Eigene Snippet-Views tragen eure visuelle Identität in Siri. Dialog Requests fragen nach einem fehlenden optionalen Label, statt den Intent sterben zu lassen. Entity-Annotationen an Mitteilungen, Now Playing und Alarmen lassen Menschen auf Inhalte wirken, die sie schon woanders im System sehen. Nichts davon ersetzt ein korrektes Entitätsmodell. Kann das Objekt nicht identifiziert werden, ist das schönste Snippet eine Sackgasse.
Vier Einstiege in denselben Spalten
Die Trennung ist der Einstieg, nicht welches Modell klüger klingt. Drittanbieter stehen vor vier Pfaden gleichzeitig. Haltet die Spalten gleich, sonst ist die Entscheidungstabelle Theater.
| Pfad | Einstieg | Ausführung | Kontext | Für wen |
|---|---|---|---|---|
| App Intents + App Schemas | Siri, Spotlight, Shortcuts, einige Systemkarten | Öffnen, anlegen, aktualisieren, zwischen Apps übertragen; Seiteneffekte in eurem Prozess | Entitäten, sichtbare Objekte, persönlicher Kontext, semantischer Index | Consumer- und Produktivitäts-Apps, die im iOS-27-Systemagenten erscheinen müssen |
| Shortcuts-Phrasen / ältere Automationen | Kurzbefehle, manche Lock-Screen- und Widget-Flächen | Vom Nutzer gebaute Aktionsketten | Schwache Semantik; Phrasen und Parameterslots | Bestehende Shortcuts-Nutzer, interne Tools, Kompatibilität in der Übergangszeit |
| Alte SiriKit-Domänen | Historisch geöffnete Domänen | Feste Intents in einer Domäne | Domänen-Allowlists; schlecht für beliebige Objekte | Stimme, Zahlungen oder Reise schon auf alten Domänen — Kompatibilität, nicht der Hauptpfad |
| Selbst gehostetes LLM-Function-Calling | Euer Chat-UI oder Server-Agent | Private APIs, Datenbanken, Computer Use | Euer Sitzungsgedächtnis und Werkzeugkatalog | Produkte, die Apple-Geräte verlassen, ein privates Netz treffen oder ein Nicht-Apple-Modell nutzen |
Die vier Pfade stapeln sich; sie heben sich nicht auf. Der Systemagent deckt „die Person ist schon auf dem iPhone und will eine Aufgabe sprechen“. Ein selbst gehosteter Agent deckt „Browser, Desktop oder euer eigener Bot“. Behandelt App Intents als Werkzeugschema des Apple-Ökosystems und Cloud-Function-Calling als plattformübergreifendes Schema. Zeigt beide Kataloge auf dieselben Geschäftsaktionen, damit iOS einen Termin verschieben kann, den auch die Web-App verschiebt.
Kosten und Rechte unterscheiden sich, selbst wenn die Verben gleich aussehen. App Intents reiten auf dem Apple-Intelligence-Kontingent der Nutzerin und auf On-Device- oder Private-Cloud-Compute-Pfaden; ihr zahlt Apple keine Tokenrechnung pro Create-Event-Intent, erbt aber regionale Verfügbarkeit und tägliche Limits mancher generativer Features. Eine selbst gehostete Schleife rechnet Tokens ab, braucht eine isolierte Runtime, wenn sie Platte schreibt oder einen Browser fährt, und erreicht eine VPC, die Siri nie sieht. Mischt ihr sie ohne Allowlist, löscht ein Agent „hilfreich“ einen geteilten Kalender, weil das Cloud-Tool ein breiteres Verb hatte als der App Intent.
Nach Szene wählen
| Wenn ihr | wählt | Warum |
|---|---|---|
| Kalender, Aufgaben oder Notizen mit meist lokalen Objekten seid | AppEntity + Schema + IndexedEntity | Siri muss „das Review nächsten Dienstag“ finden, keinen exakten Titel |
| Handel oder Medien mit riesigem Serverkatalog seid | Dünnen Index + IntentValueQuery + searchInApp | Ihr könnt nicht jede SKU in Spotlight kippen |
| Messaging oder Kollaboration mit sozialen Seiteneffekten seid | Schema-Aktionen + Donations + Eigentumsbestätigung | Eine Nachricht senden oder ein geteiltes Event ändern muss eine Bestätigungskarte zeigen |
| schon von Shortcuts-Power-Usern abhängt | Shortcuts behalten; denselben Intent an ein Schema hängen | Der alte Einstieg bleibt; der neue nutzt dasselbe perform() |
| Wert auf Windows, im Web oder in einer privaten API habt | Zuerst Function Calling; iOS zeigt nur lesende Entitäten | Der Systemagent erreicht eure VPC nicht; versprecht keinen einen Sprachbefehl überall |
| eine große EU-iPhone-Basis oder Festlandchina als Heimatmarkt habt | Siri als Ergänzung; UI bleibt primär | Im September 2026 sind diese nutzerseitigen Fähigkeiten noch politisch zerschnitten |
Empfohlene Stacks
A — Indie oder vertikale Produktivitäts-App: Geht in einer Schema-Domäne in die Tiefe — Kalender, Notizen oder Medien. Eine Entität, zwei Aktionen (öffnen und anlegen), lokaler Index, grün in Shortcuts, dann Siri. Eigenes ShowsSnippetView wartet auf die zweite Iteration. Abnahme auf dem niedrigsten unterstützten iPhone 16 oder 15 Pro. Simulator-Sprache reicht nicht.
B — Kleines Produktteam: Plant Entitäts- und Aktionsschicht als getrennte Karten. Karte eins: Spotlight findet das Objekt nach Bedeutung, Öffnen landet auf dem richtigen Detail. Karte zwei: Anlegen und Aktualisieren laufen über ein Schema und zeigen Bestätigung. Karte drei: On-Screen-Awareness und UI-Donations. Friert die Testreihenfolge ein: App-Intents-Unit-Tests, Shortcuts-Form, Spotlight-Index, Siri Ende-zu-Ende. Lauft das auf einem Mac-Image, damit „geht auf meinem Laptop“ kein fehlendes Index-Entitlement versteckt.
C — Unternehmen oder mehrere Oberflächen: Der iOS-Systemagent exponiert Leseabfragen und risikoarme Öffner. Schreibzugriffe laufen durch ein auditiertes API-Gateway und euren eigenen Agenten. Geteilte Kalender und öffentliche Dokumente müssen Eigentum melden. Konten- und Liefergrenzen stehen im Hilfezentrum; Monatskosten auf den Mac-mini-Preisen. Braucht ihr eine stehende Xcode- und Regressionsbox, startet bei ob der M6 Mac mini zu Entwicklern passt.
Fallstricke
- Siri AI als Chat-Haut behandeln: Ihr ergänzt eine Gesprächs-UI, aber keine Entitäten, also hat „schieb die Bestellung auf Freitag“ nichts zu greifen.
- Schemas durch eigene Phrasen ersetzen: Phrasen faken eine Shortcuts-Demo; sie hängen Cross-App- oder Bildschirmkontext nicht an eine Domäne, die das System schon kennt.
- Den ganzen Katalog in Spotlight kippen: Der Index bläht sich, die Privatsphärefläche wächst, Reindexieren stoppt den Vordergrund. Remote-Daten gehören in IntentValueQuery.
- UI nie spenden — oder ständig: Das System lernt nie, dass ein Kontakt eure App bevorzugt, oder es ignoriert euch und verschmutzt die Bestätigungspolitik.
- Stimme dem ganzen Planeten versprechen: English-first, kein frühes EU-iOS, unfertiger China-Prozess. Demo-Hardware und Store-Text müssen regional sein.
Aktionsplan: sieben Schritte
- Listet fünf gesprochene Aktionen mit echten Seiteneffekten. Löscht leere Verben wie „Einstellungen öffnen“.
- Gebt jedem Objekt eine
AppEntitymit stabiler id, Titel und einem Schlüsseldatum oder -zustand.DisplayRepresentationträgt Bild und Untertitel. - Richtet Öffnen und Anlegen am passenden App Schema aus.
perform()navigiert oder schreibt nur. Sprache und Klärung bleiben beim System. - Indexiert lokale Entitäten in Spotlight und aktualisiert bei Anlegen, Update und Löschen. Remote-Listen zeigen auf IntentValueQuery.
- Markiert sichtbare Objekte auf Detailseiten. Spendet, wenn die UI wirklich sendet, anlegt oder Navigation startet.
- Schaltet Bestätigung für Schreibzugriffe und öffentliche Entitäten ein. Beweist die Parameterform in Shortcuts, lauft Siri Ende-zu-Ende, sperrt Geschäftslogik mit App Intents Testing.
- Haltet Xcode, das niedrigste unterstützte Gerät und das Regressionsskript auf einem reproduzierbaren Mac-Knoten. DerivedData am Sitzungsende löschen, damit ein warmer lokaler Cache keinen Pass vortäuscht.
FAQ
Ist Siri AI am iOS-27-Starttag in allen Sprachen da?
Nein. Im September 2026 rollt es nach Sprache und Region aus. Englisch erreicht Nutzer zuerst als Beta. iOS und iPadOS sind in der EU zunächst nicht verfügbar. Festlandchina steckt noch im Regulierungsprozess. Jetzt bauen; Launch-Versprechen nach Region trennen.
Kann Siri meine App ohne App Intents trotzdem öffnen?
Das Icon ja. Objekte verstehen, Cross-App-Aktionen ausführen oder vom Bildschirm weiterarbeiten eher nicht. Ohne Entitäten und Schemas bleibt die App eine Insel in Siri und Spotlight.
Sind App Intents und Shortcuts dasselbe?
Nein. Shortcuts ist die Automationsfläche für Nutzer. App Intents ist das aufrufbare Protokoll. Siri AI braucht schema-konforme Intents, nicht einen weiteren Phrasenstapel.
Muss jeder Datensatz in Spotlight?
Indexiert lokale, stabile, private Entitäten. Große, serverseitige oder schnell wechselnde Daten gehören in IntentValueQuery, damit der ganze Katalog nicht auf das Gerät gekippt wird.
Müssen Drittanbieter ein eigenes Siri-Modell trainieren?
Nein. Sprache, Rückfragen und Bestätigung bleiben beim System. Ihr liefert ausführbare Entitäten, Aktionen, frische Indizes und Rechtegrenzen.
Fazit
iOS 27 Siri AI verändert die App-Entwicklung. Es verändert den Einstieg und das Protokoll, nicht den Zwang, jeden Screen als Chatfenster neu zu bauen. Beschreibt zuerst Entitäten und Schema-Aktionen; ergänzt dann Index, Bildschirmkontext und Bestätigung. Shortcuts und selbst gehostetes Function Calling stapeln sich obenauf — sie ersetzen den Systemagenten nicht. Schreibt nutzerseitige Fähigkeit nach Region. Legt Abnahme auf ein Gerät und einen Mac, den ihr reproduzieren könnt. Remote-Knoten stehen auf der Mietseite und der Preisseite; Kontofragen gehen ins Hilfezentrum.
Weiterlesen
- iOS-CI/CD im Team: Xcode Cloud gegen Remote-Mac →
- Was ist Function Calling: OpenAI, Gemini, Claude →
- Ist der M6 Mac mini gut für Entwickler? Xcode und lokale Inferenz →
iOS-27-SDK und Geräteabnahme brauchen einen reproduzierbaren Mac
Der Abnahmepfad ist Xcode, dann Shortcuts, dann Spotlight, dann Siri. Diese Kette hängt an macOS und Geräten. Ein Remote-Mac isoliert DerivedData pro Sitzung, damit Siri-Anbindung erneut getestet — nicht nur gebaut — werden kann.