AI-Entwicklung

Wie ruft Siri AI unter iOS 27 Apps auf? App Intents, Agenten, JSON und Automatisierung

Ca. 15 Min.

Der Nutzer sagt „schau A-1042 nach“. Wer JSON schreibt, fragt nicht, ob Siri plaudern kann, sondern ob der Satz ein legales Intent-Parameterobjekt wird und ob Ihre App in perform() eine Nebenwirkung ausführt. Dieser Text trennt App Intents, den AI-Agenten, JSON-Daten und automatisierte Ausführung.

Kurzüberblick

Begriff Ein Satz Wo es lebt
App Intents Eine Aktion, die die App beim System anmeldet perform() + Parameterobjekt
Siri AI Dispatcher, der einen Satz in ein Intent füllt Nur Dispatch — keine Nebenwirkungen
AI Agent Mehrstufige Tool-Schleife: vorschlagen, ausführen, lesen LanguageModelSession + Intents
JSON Schema Laufzeitdurchmesser für Parameter und Zustand Quelldatei im Repo, keine Swift-Fußnote

Die Teilung merken: Siri liefert ein Objekt, App Intents sind die Tür, der Agent ist die Schleife, Schema ist das Tor vor execute. Alles zu „Siri hat die App geöffnet“ plätten, und der nächste Hop parst Prosa.

„Eine App aufrufen“ richtig fragen

Es ist September 2026. iOS 27 kommt mit der iPhone-18-Linie. Der Softwaredurchmesser stand auf der WWDC 2026: Siri auf einem LLM neu gebaut, SiriKit veraltet, Drittzugang nur über App Intents. wie stark die iPhone-18-KI ist hat nach der Stärke gefragt. Dieser Text fragt eines — wie Siri Ihre App aufruft.

Heißt „App aufrufen“ „UI öffnen und einen Absatz vorlesen“, entwerfen Sie das Falsche. Das System hört einen Satz, wählt einen Intent-Namen, füllt ein Parameterobjekt und gibt es an perform(). Die UI darf geschlossen bleiben.

  • Der Nutzer spricht natürliche Sprache. Das System muss ein Objekt übergeben.
  • Siri ist der Dispatcher. Lookups, Erstattungen und Mail laufen weiter in Ihrer App.
  • Mehrstufige Automatisierung ist kein zweites Chatfenster. Es sind mehrere legale Intent-Aufrufe.

Dieser Guide folgt dem Ausführungspfad: Tür → Parameter → Agentenschleife → Schema-Tor → Shortcuts / Spotlight. Jeder Hop fragt dasselbe: Ist das Objekt legal?

Der Aufrufpfad: wie ein Satz zu perform() wird

Alte Siri matchte Phrasen und SiriKit. Neue Siri füllt Slots: „A-1042“, „das erstatten“, „erstatten wenn bezahlt“ werden Felder und landen auf einem bereits angemeldeten Intent.

Ein erfolgreicher Aufruf braucht mindestens vier Hops:

  1. Hören. On-Device oder Private Cloud Compute macht aus Sprache / Text eine Absicht — kein Chatlog.
  2. Wen wählen. Das System nimmt einen Namen aus den App Intents, die es sieht. Keine Anmeldung, kein Zug.
  3. Füllen. Entitäten, sichtbare Views und der Spotlight-Index fallen in ein Parameterobjekt.
  4. Host führt aus. Ihr perform() macht die Nebenwirkung und gibt ein strukturiertes Ergebnis zurück.

Als JSON sieht ein LookupOrder-Hop etwa so aus:

{
  "intent": "LookupOrder",
  "app": "com.example.shop",
  "source": "siri",
  "parameters": {
    "order_id": "A-1042"
  }
}

source kann siri, shortcut, spotlight oder agent sein. Andere Türen, dieselbe Objektform. Eine UI zu öffnen ist Darstellung, nicht der Aufruf.

App Intents: die einzige Tür, die die neue Siri sieht

Nach der WWDC 2026 sieht die neue Siri keine App, die keine App Intents spricht. SiriKit hat ein zwei- bis dreijähriges Migrationsfenster, aber neue Fähigkeit landet nur auf Intents. Weckphrasen, eigenes Vokabular und alte Intent-Definitionsdateien sind nicht mehr der Hauptweg.

Für das System ist ein Intent ein dispatchbares Tool: Name, Parametertypen, ob Bestätigung nötig ist, ob UI aufgeht, zu welcher Domäne es gehört. Siri, Shortcuts, Spotlight und der On-Device-Agent teilen denselben Katalog.

  • Intent-Schemas: Systemdomänen (Aufgaben, Fotos, Kommunikation, Handel). Zur Domäne passen, und Siri braucht Ihre eingefrorene Triggerphrase nicht.
  • Entity-Schemas: Bestellungen, Kontakte, Dateien kommen in den Spotlight-Semantikindex; persönlicher Kontext kehrt mit Attribution zurück.
  • View Annotations: die sichtbare View als Entität markieren, damit „das hier erstatten“ etwas zum Binden hat — keine zweite ID-Frage.
  • App Intents Testing: Siri / Shortcuts / Spotlight auf echten Systempfaden üben. Sie testen Objekte, keine Slogans.

Sie schreiben AppIntent in Swift; das System sieht eine aufrufbare Beschreibung. der AI-Agent-Guide zeichnet „das Modell schlägt vor, der Host führt aus“. Unter iOS kommt der Vorschlag oft von Siri; die Ausführung sitzt immer in Ihrem perform().

Die App zu öffnen ist nur eine Darstellung. Lookups, Zustandswechsel und Cross-App-Handoffs können im Hintergrund enden — wenn die Parameter legal sind und Sie Bestätigung für zerstörerische Arbeit erklärt haben.

Parameter sind ein JSON-Objekt, keine Weckphrase

Der alte Weg behandelte natürliche Sprache als Suchstring. Der neue Weg behandelt sie als Formular. Liegt ein Feld als Prosa, muss perform() erneut parsen — der Dispatch ist verschenkt.

Jedes Intent braucht ein JSON Schema. Der Swift-Typ ist eine Projektion. @Generable, Cloud Structured Outputs, die Eval-Suite und Nicht-Swift-Clients sollten auf eine Quelle zeigen.

Ein minimaler LookupOrder-Vertrag kann so aussehen:

{
  "$id": "https://example.com/schemas/intents/lookup-order.json",
  "type": "object",
  "properties": {
    "intent": { "const": "LookupOrder" },
    "parameters": {
      "type": "object",
      "properties": {
        "order_id": { "type": "string", "pattern": "^A-[0-9]{4,}$" }
      },
      "required": ["order_id"],
      "additionalProperties": false
    }
  },
  "required": ["intent", "parameters"]
}

Schlüsselwörter stehen in das JSON-Schema-Tutorial. Eigenschaftsnamen kurz halten, das enum einfrieren, Arrays mit maximumCount deckeln. warum KI JSON Schema braucht hat es schon gesagt: Schema ist der Durchmesser, nicht der Satz „bitte JSON zurückgeben“.

Ein schlechter Siri-Fill, eine veraltete Entität oder ein Extra-Key erreicht Ihre Funktion trotzdem. Intent festziehen, dann vor execute dasselbe Schema prüfen. Debuggen mit Formatieren, order_id per JSONPath-Extrakt ziehen, gegen das Objekt der Vorwoche JSON Diff. Nutzerbestellungen nicht auf eine öffentliche Site kleben.

AI-Agenten: Automatisierung ist eine Schleife, kein einzelnes Intent

Nutzer wollen selten einen Hop. „A-1042 nachschauen und erstatten, wenn bezahlt“ braucht zuerst LookupOrder, dann die Entscheidung für CreateRefund. Das ist ein Agent: vorschlagen, ausführen, lesen, wieder vorschlagen.

Auf Apples Stack lebt die Schleife in einer LanguageModelSession. Tools sind oft App Intents oder System-OCR / Spotlight. Das Skelett gleicht Cloud Function Calling: Das Modell sendet Namen und Argumente; der Host prüft und führt aus.

  • Der Standardkatalog sind Intents, die das System sieht, keine lange tools[]-Liste, die Sie allein pflegen.
  • Jeder Hop hat Objekt-Input und Objekt-Output. Screenshot-Prosa darf nicht der nächste Parameter sein.
  • PCC hat etwa 32K. Tool-Ergebnisse fressen das Fenster zuerst. Vor der Session kürzen.
  • App-übergreifende Ketten sind erlaubt. Jeder Hop braucht legale Parameter und eine eigene Bestätigungsstrategie.
{
  "agent": "on_device",
  "goal": "refund_if_paid",
  "plan": [
    {
      "step": 1,
      "tool": "LookupOrder",
      "arguments": { "order_id": "A-1042" }
    },
    {
      "step": 2,
      "tool": "CreateRefund",
      "arguments": { "order_id": "A-1042", "reason": "duplicate" }
    }
  ]
}

Ein minimaler Plan „erstatten wenn bezahlt“ sieht aus wie der Block oben. Das Modell darf Schritt 2 vorschlagen; den Host überspringen darf es nicht. Ist status nicht paid, amount außerhalb oder die Bestätigung fehlt, darf CreateRefund nicht laufen. AI-Agenten und der JSON-Schema-Workflow ist die Reihung der Tore; MCP Tool Schema vs Function Calling ist eine andere Schreibweise von Tool-JSON. Apple schreibt dasselbe Wörterbuch als App Intents.

Siri und Agent nicht als ein Wort schreiben. Siri entscheidet, wen es aufruft. Der Agent entscheidet, welches Tool als Nächstes kommt. Beide geben ein Objekt als Stab weiter.

Schema ist das Tor vor execute, kein Anhang

Guided Generation stoppt illegale Token. Auth, Limits und eine zweite Bestätigung übernimmt es nicht. Parameter, die Siri gefüllt hat, können Felder fehlen, ein schlechtes Enum nutzen oder auf eine veraltete Entität zeigen.

Die vier Schichten zu „Siri wurde klüger“ plätten, und die Jobs gehen verloren. Getrennt:

Schicht Was das System tut Ohne Schema
Siri AI Macht aus einem Satz einen Intent-Aufruf Prosa trifft perform(); die Nebenwirkung startet
App Intents Meldet aufrufbare Aktionen beim System an Die neue Siri sieht Sie nicht; alte Phrasen retten nicht
AI Agent Ruft in einer Session mehrere Tools Zustand wird aus einem Chatlog geraten; der nächste Hop bindet das falsche Objekt
JSON Schema Tut nichts — es ist das Lineal Lebt das Lineal nur in einem Swift-Makro, können Cloud und CI nicht messen

Nach einem erfolgreichen Lookup sollte auch der Automatisierungszustand ein Objekt sein, nicht der Satz „gefunden“:

{
  "automation": "refund_if_paid",
  "trigger": "siri",
  "state": {
    "order_id": "A-1042",
    "status": "paid",
    "amount": 99.00
  },
  "next": {
    "intent": "CreateRefund",
    "allowed": true
  }
}

allowed muss der Host aus Schema und Geschäftsregeln rechnen. Das Modell darf „Erstattung vorschlagen“ sagen. Es darf allowed: true nicht selbst schreiben.

Automatisierte Ausführung: Shortcuts, Spotlight und Cross-App

Automatisierung unter iOS 27 ist keine zweite API. Es sind andere Türen auf demselben Intent-Katalog.

  • Shortcuts ist ein visueller Planer. Jede Kachel ist weiter ein Intent; jede Übergabe weiter ein Parameterobjekt.
  • Spotlight-Semantikindex liefert Entitäten, keine Web-Snippets. „Die Bestellung von letzter Woche“ muss zu einer order_id auflösen.
  • Cross-App-Ketten sind in Ordnung, aber jede Seite prüft das eigene perform(). Die Prosa der anderen App nicht in den nächsten Hop füttern.
  • Zerstörerische Arbeit bestätigen. Erstattung, Löschen, Versand nach außen: Bestätigungspolitik erklären. Ein strukturiertes Ergebnis zurückgeben, nicht nur „OK“.

Dasselbe LookupOrder kann gesprochen, auf einer Shortcuts-Leinwand getippt oder als Agent-Tool genutzt werden. Sie pflegen ein Schema.

Scheitert Automatisierung, zuerst das Objekt prüfen: fehlendes required, Enum nicht auf der Liste, veraltete Entität. Nicht mit dem Umschreiben von Weckphrasen beginnen.

Wie 2026 liefern

  • schemas/intents/ und schemas/state/ im Repo halten, jeweils mit stabilem $id und Version.
  • JSON Schema schreiben, bevor AppIntent / @Generable kommt. Der Typ ist Projektion, nicht Quelle.
  • Nebenwirkungen (Lookup, Erstattung, Mail) über ein Intent. Extraktion, Triage und Handoff über Guided Generation.
  • Neue Objekte standardmäßig additionalProperties: false und ein explizites enum. Für Erweiterung ein eigenes metadata.
  • Bestätigung für Erstattung, Löschen und Versand nach außen erklären. Illegale Parameter ins App Intents Testing — nicht nur den Happy Path.
  • Geheimnisse und Nutzerfelder nur im Browser ansehen: Formatieren, JSON Diff, kein Upload.

Das Verzeichnis darf dünn sein. Wichtig sind Dateien vor der Demo. Siris Formulierung ändert sich. Der Durchmesser sollte zuerst fest werden.

Häufige Fehler

  • Siri AI wie ChatGPT behandeln. Es liefert ein Intent. Es führt Ihre Nebenwirkungen nicht aus und garantiert keine legalen Parameter.
  • Auf Weckphrasen setzen, ohne App Intents anzumelden. Die neue Siri sieht Sie nicht.
  • Validierung überspringen, weil Siri die Felder gefüllt hat. Fehlende Keys, schlechte Enums und veraltete Entitäten erreichen trotzdem perform().
  • Nur Swift-Typen schreiben, ohne JSON-Quelle. Cloud-API, Evals und Nicht-Swift-Clients driften.
  • Ein weites type: object, um Design zu umgehen. Ein offenes Objekt ist kein Tor. Versionieren oder explizites metadata ergänzen.

FAQ

Kann iOS-27-Siri meine App aufrufen, wenn ich keine App Intents habe?

Die neue Siri nicht. SiriKit steckt noch im Migrationsfenster, aber natürlichsprachlicher Dispatch, Bildschirm-Entitäten und mehrstufige Agenten sehen nur App Intents. Wer aufgerufen werden will, meldet Aktion und Parameter an.

Siri hat die Parameter schon gefüllt. Muss ich trotzdem prüfen?

Ja. Siri ist der Dispatcher. Fehlende Felder, schlechte Enums und veraltete Entitäten können Ihr perform() trotzdem erreichen. Intent festziehen, dann dasselbe Schema vor execute noch einmal prüfen.

Sind Shortcuts und Siri zwei APIs?

Nein. Sie lesen denselben Intent-Katalog. Der Unterschied ist die Tür: Stimme, Shortcuts-Leinwand oder Agentenschleife. Die Objektform sollte passen.

Kann ein On-Device-Agent die Datenbank selbst schreiben?

Nein. Das Modell darf nur Namen und Argumente vorschlagen. Zustandswechsel, Erstattungen und Mail müssen durch das Host-perform() und Ihre Bestätigungspolitik.

Wie prüfe ich dieses JSON lokal?

Formatieren, Schema auf fehlendes required oder schlechtes Enum prüfen, dann Diff gegen die letzte Version, die durchging. JSONSort macht das im Browser und lädt nichts hoch. Bestellungen oder Kontakte nicht auf eine öffentliche Site kleben.

Fazit

Unter iOS 27 heißt Siri-AI „eine App aufrufen“ nicht, eine Chat-UI zu öffnen. Es heißt: einen Satz in ein legales Intent-Parameterobjekt verwandeln, den Host ausführen lassen und bei Bedarf in eine mehrstufige Agentenschleife gehen.

App Intents sind die Tür, der Agent die Schleife, JSON Schema das Tor vor execute. Zuerst schemas/intents/lookup-order.json ins Repo. Dann entscheiden, welche Phrasen eine Demo verdienen.

Weiterlesen

Änderung: Erstveröffentlichung