Siri AI steht jetzt allen Entwicklern offen. Das würde ich mit meiner Mac-App machen

Gestern, am 3. November, hat Apple einen kurzen Beitrag mit dem Titel Siri AI is now open to all developers veröffentlicht. Er kam am selben Tag wie die erste macOS-27.3-Beta heraus und ist das Nützlichste in dieser Beta für Leute wie mich, die kleine Mac-Apps bauen. Also habe ich heute Morgen die neue Doku gelesen, statt meine eigentliche Arbeit zu machen.

Hier steht, was sich geändert hat, was du damit schon tun kannst und was nicht, und was ich als Erstes machen werde.

Was sich geändert hat

• Jede App kann jetzt mit Siri AI sprechen. Bisher verstand Siri vor allem Aktionen, die in Apples feste „Schema“-Bereiche passen, etwa eine Nachricht senden oder eine Notiz anlegen. Die neue Siri AI Developer Preview lässt Siri deine eigenen Inhalte finden und deine eigenen Aktionen ausführen, solange du sie mit App Intents bereitstellst.
• Es steckt in den 27.3-Betas. iOS 27.3, iPadOS 27.3, macOS 27.3 und visionOS 27.3, auf Geräten, die Apple Intelligence unterstützen. MacRumors und 9to5Mac haben den Rest dessen, was in der Beta 1 steckt.
• Kein neues Entitlement und kein separates Programm. Apples Doku sagt das klar. Du aktualisierst den App-Intents-Code, den du hast, oder schreibst welchen.
• Skills. Für Aufgaben mit mehreren Schritten kannst du „App Skills“ mitliefern: Markdown-Dateien, die Siri erklären, wie deine Aktionen zusammenpassen.
• Test-Tools. Ein Siri Integration Advisor in Xcode gibt Vorschläge zu deinen Intents, und ein neues Framework namens SiriEvaluations lässt dich Anfragen an Siri skripten und prüfen, wie es damit umgeht.
• Zum Start sechs Sprachen. Englisch, Französisch, Japanisch, Koreanisch, Portugiesisch und Spanisch, bald kommen Traditionelles Chinesisch, Norwegisch, Türkisch und Vietnamesisch dazu.

Was du noch nicht tun kannst

Dieser Teil ist wichtiger als der glänzende Teil.

• Kunden können es noch nicht nutzen. Die Vorschau funktioniert in Builds, die du mit einem Entwicklungsprofil aus Xcode startest, und für interne Tester in TestFlight. Laut Apple ist sie für externe TestFlight-Tester und für App-Store-Versionen nicht verfügbar. Die Einreichung im App Store öffnet im Frühjahr.
• Direkte Downloads sind unklar. Ich habe keine Zeile zu Apps gefunden, die außerhalb des App Store mit Developer ID verkauft werden. Bis Apple etwas anderes sagt, gehe ich davon aus, dass es ihnen genauso geht: jetzt bauen, später ausliefern.
• Die Regeln sind noch nicht da. Apple sagt, dass es die Bedingungen und Nutzungsrichtlinien für Siri-AI-Erlebnisse später veröffentlicht.
• Grenzen. Siri AI ist für Personen unter 13 nicht verfügbar. Laut Apples Hinweis ist es in der EU auf iOS, iPadOS und watchOS nicht verfügbar (macOS steht nicht auf dieser Liste). Funktionen, die Apples Servermodelle nutzen, darunter Siri AI, haben tägliche Nutzungslimits, und Apple sagt, dass erweiterter Zugang künftig etwas kosten wird.

Niemand muss also diese Woche ein Update überstürzen. Du hast ein paar Monate Zeit, es richtig zu machen, bevor die Leute, die deine App nutzen, es ausprobieren können.

Wie es funktioniert, in einfachen Worten

Es gibt drei Teile, und der erste ist fast die ganze Arbeit.

1. Tool-Intents. Du fügst einem App Intent das Makro @AppIntent(.tool) hinzu. Dadurch wird er zu einem Tool, das Siri aufrufen kann. Apple rät, dem Intent und jedem seiner Parameter einen echten title und eine echte description zu geben, weil Siri sie liest, um zu entscheiden, welches Tool zu dem passt, was die Person gesagt hat. Wenn dein Intent schon eines von Apples Schemas nutzt, das Siri unterstützt, fügst du das Makro nicht hinzu.
2. Inhalte, die Siri finden kann. Siri findet nur, was du bereitstellst. Die Doku sagt, du sollst die Entitäten deiner App in Spotlight legen, und Siri kann jetzt jede Entität im semantischen Spotlight-Index anzeigen, nicht nur solche, die in ein Schema passen.
3. Skills nur, wenn du sie brauchst. Du fügst deinem App-Target ein Skills.skillsbundle hinzu. In dessen Ordner Skills bekommt jeder Skill einen eigenen Ordner, benannt mit Kleinbuchstaben, Zahlen und Bindestrichen, mit genau einer Datei SKILL.md. Apple stellt klar: Ein Skill ist eine Anleitung, kein Skript. Siri führt deine aufgelisteten Schritte nicht der Reihe nach aus.

Apple macht das in den eigenen Apps schon, darunter Finder, Dateien, Notizen, Vorschau, Erinnerungen, Safari und Kurzbefehle. Wenn du eine dieser Gewohnheiten hast, die Siri jetzt abdeckt, etwa „Dateien archivieren, die ich ein Jahr lang nicht geöffnet habe“, ist das ein guter Hinweis darauf, wo die Latte liegt.

Was ich zuerst tun würde, in dieser Reihenfolge

Das sind meine eigenen Meinungen, nicht Apples Liste.

1. Schreib fünf Dinge auf, um die eine Person bitten würde. Keine Funktionen. Anfragen, in einfachen Worten. „Starte eine 25-Minuten-Fokussitzung.“ „Zeig mir die Clips, die ich heute Morgen kopiert habe.“ Wenn dir keine fünf einfallen, braucht deine App das vielleicht noch nicht, und das ist okay.
2. Prüfe die Intents, die du schon hast. Viele Mac-Apps liefern bereits App Intents für Kurzbefehle mit. Lies ihre Titel und Beschreibungen so, als wärst du Siri. Ein „Run Action“ ohne Beschreibung wird nicht ausgewählt.
3. Markiere zwei oder drei als Tools. Fang mit den Aktionen aus Schritt 1 an. Markiere nicht alles: Ein Intent, der nur ein Widget konfiguriert und in perform() nichts tut, sollte laut Doku kein Tool sein.
4. Bring deine Inhalte in Spotlight. Wenn Leute nach den Dingen in deiner App fragen würden (Notizen, Clips, Projekte, Timer), findet Siri sie nur über Spotlight.
5. Nutze Apples Prüfungen. Verwende den Siri Integration Advisor in Xcode und skripte dann ein paar deiner fünf Anfragen mit SiriEvaluations, damit du merkst, wenn eine Änderung Siri schlechter macht.
6. Schreib einen Skill nur für eine echte Aufgabe mit mehreren Schritten. Eine klare SKILL.md ist besser als fünf vage.
7. Versprich es Nutzern noch nicht. Schreib „Funktioniert mit Siri AI“ erst in deinen Eintrag oder deine Release Notes, wenn Leute es in einer Version, die sie herunterladen können, wirklich nutzen können.

Wenn du die 27.3-Beta nicht ausführen kannst, funktionieren die Schritte 1, 2 und 3 trotzdem: Es geht vor allem darum, deinen eigenen Code zu lesen und bessere Beschreibungen zu schreiben, was heute schon Kurzbefehlen hilft.

Sprich mit Apple, solange es leicht ist

Apple veranstaltet heute, 4. November, von 9 bis 10 Uhr morgens Pazifikzeit und morgen, 5. November, von 6 bis 7 Uhr nachmittags Pazifikzeit die Apple Intelligence Group Labs. Die Anmeldelinks stehen in Apples Beitrag. Es ist eine Vorschau, und Apple sagt, dass sich die API ändern kann. Jetzt kann dein Feedback also noch etwas ändern.

Der MacPip-Blickwinkel

Ich führe bei MacPip viele KI-Apps und Produktivitäts-Apps, und die meisten davon machen genau die Art kleiner, benennbarer Aktion, die Siri jetzt ausführen kann. Ich glaube, die Apps, die das im Frühjahr gut hinbekommen, werden einen neuen Weg haben, gefunden zu werden: Leute, die Siri um eine Aufgabe bitten, statt nach einem App-Namen zu suchen. Das beobachte ich.

Wenn du einen Coding-Agenten nutzt, ist der Prompt bereit für das nächste macOS ein guter Anfang, um dein Projekt vor einer Beta zu lesen. Er schreibt deine Skills nicht für dich, aber er sagt dir, wo deine Intents liegen. Und wenn dich die KI-Funktionen deiner App pro Anfrage Geld kosten, zeigt der neue Preisrechner für Abo oder Einmalkauf, was dir jedes Preismodell nach Gebühren übrig lässt.

Wenn es ausgeliefert wird, sag es in deinen Release Notes und aktualisiere deinen Eintrag. Wenn deine App noch nicht auf MacPip ist, ist der Eintrag kostenlos.

Quellen

• Apple Developer: Siri AI is now open to all developers
• Apple Developer: Siri AI Developer Preview
• Apple Developer: Bringing custom actions and content to Siri
• Apple Developer: Orchestrating complex actions with app skills
• MacRumors: Apple Releases First macOS Golden Gate 27.3 Beta
• 9to5Mac: macOS 27.3 Golden Gate Beta 1 jetzt verfügbar

Weiterlesen

• Touchscreen-Macs erscheinen am 6. November. Das würde ich in meiner Mac-App prüfenApples erste Touch-Macs erscheinen am 6. November. Was sich geändert hat, was Apple Entwicklern empfiehlt und eine kurze Liste mit Dingen, die du in deiner eigenen Mac-App testen kannst.
• MacPip vorgestelltWas MacPip ist, warum ich es gebaut habe, wie Eintragen und Launch-Tag funktionieren, was ein blauer Haken wirklich bedeutet und die echten Zahlen aus den ersten Tagen.
• Eine Mac-App launchen: eine Checkliste, die auf eine Seite passtWas du vor, am und nach dem Launch-Tag für eine Mac-App tun solltest: Signierung, deine Seite, Verzeichnisse, Product Hunt, Show HN und was du messen solltest.
• So schreibst du eine Ein-Zeilen-Beschreibung, die sagt, was deine Mac-App machtEin einfacher Weg, die eine Zeile unter dem Namen deiner Mac-App zu schreiben: nenne den Zweck, streiche Übertreibungen und teste sie an jemandem, der die App nie gesehen hat.
• Signierung und Notarisierung in einfachen Worten, für Menschen, die ihre erste Mac-App bauenWas Code-Signierung, Notarisierung und Stapling jeweils bewirken, in welcher Reihenfolge, was deine Nutzer ohne sie sehen und wie du deinen eigenen Build prüfst.
• Was ein Dofollow-Link ehrlich wert ist, von einer Seite, die einen anbietetWas Dofollow bedeutet, was Google über Links sagt, warum ein Link von einem neuen Verzeichnis heute wenig wert ist und was du stattdessen tun kannst, anstatt Links zu kaufen.

Deine App einreichenKostenlose Tools für Macher