Apple Siri-App-Integration öffnet sich für Entwickler, Kundenzugang steht noch aus
Apple hat die neuesten App-Integrationsmöglichkeiten von Siri AI am 3. November für Entwickler geöffnet, doch Kunden müssen auf die daraus entstehenden Funktionen noch warten. Die Apple Siri-App-Integration erhält über die iOS-27.3-Beta nun einen breiteren Entwicklungspfad. Das verändert zunächst, was Entwickler bauen können, bevor es verändert, was Menschen ihre installierten Apps zuverlässig erledigen lassen können.
Die zentrale Spannung besteht zwischen einer breiten Zulassung für Entwickler und einem verlässlichen Kundenzugang. Eine Einladung zur Teilnahme für jede App bedeutet nicht, dass jede App sofort jede Anfrage unterstützt. Entwickler müssen weiterhin nützliche Funktionen bereitstellen, relevante Informationen verknüpfen und testen, wie Siri Anfragen interpretiert.
Apple beschreibt appübergreifende Unterstützung seit seinen Apple-Intelligence-Präsentationen 2024, die auch die ChatGPT-Integration als separate Quelle für Antworten einführten. Diese Ankündigung bringt die Aktionsseite dieser Vision voran. Ihre Bedeutung hängt davon ab, ob Entwickler ihre bestehenden App-Funktionen in Aufgaben verwandeln können, die Menschen erledigen, ohne durch jede Oberfläche navigieren zu müssen.
Apple Siri-App-Integration beginnt mit einer Entwicklervorschau
Apple hat eine Entwicklungsmöglichkeit eröffnet, während die Einführung für Kunden ein separater Meilenstein bleibt.
Apples Ankündigung zur Siri-Entwicklervorschau umfasst die Betas von iOS 27.3, iPadOS 27.3, macOS 27.3 und visionOS 27.3. Sie ermöglicht Entwicklern, benutzerdefinierte Inhalte und Aktionen über App Intents zu verknüpfen, Apples Framework zur Beschreibung von App-Fähigkeiten für das System.
Apple führte außerdem Skills ein, also Anweisungen, die Siri beim Kombinieren von Aktionen helfen, sowie einen breiteren Abruf über den semantischen Index von Spotlight, der Informationen nach ihrer Bedeutung ordnet. Das Unternehmen sagt, die Auslieferung an Kunden beginne in einigen Monaten; Einreichungen für den App Store sollen im Frühjahr starten.
Dieser Zeitplan verändert, wie Leser die Überschrift einordnen sollten. Die Veröffentlichung vom Dienstag gab Entwicklern eine frühe Umgebung zum Aufbau von Integrationen. Sie bedeutete nicht, dass gewöhnliche Kunden sofort aktualisierte Versionen all ihrer bevorzugten Apps installieren und komplexe Aufgaben delegieren könnten.
Für Nutzer ist der Unterschied praktisch. Ein Smartphone kann eine Betriebssystemfunktion unterstützen, während einer installierten App die nötige Integration fehlt. Eine App kann zudem eine eng abgegrenzte Aktion bereitstellen, ohne die umfassendere Aufgabe zu unterstützen, die jemand tatsächlich erledigt haben möchte.
Betrachten wir eine hypothetische Reiseanfrage: Eine anstehende Buchung finden und ihre Details an einen Kollegen senden. Das Abrufen der Buchung, das Identifizieren des Kollegen und das Vorbereiten der Nachricht sind unterschiedliche Verantwortlichkeiten. Die Unterstützung einer dieser Verantwortlichkeiten sagt wenig über die anderen aus.
Die Bedeutung der Vorschau geht daher über das Erkennen weiterer umgangssprachlicher Formulierungen hinaus. Sie gibt Entwicklern einen Ort, an dem sie entscheiden können, welche Teile ihrer Produkte über einen Assistenten verfügbar werden sollen. Diese Entscheidungen werden die spätere Kundenerfahrung bestimmen.
Es gibt auch einen Unterschied zwischen der Zugänglichmachung einer Fähigkeit und ihrer leichten Auffindbarkeit. Nutzer wissen selten, welche internen Funktionen eine App bereitstellt. Sie beschreiben eher ein gewünschtes Ergebnis und erwarten, dass der Assistent einen funktionierenden Weg findet.
Eine nützliche Integration muss diese Lücke schließen, ohne dass Menschen sich eine unsichtbare Befehlsliste merken müssen. Wenn Nutzer wiederholt unterstützte Formulierungen erraten müssen, bildet der Assistent durch Versuch und Irrtum ein Menüsystem nach.
Die unmittelbare Geschichte handelt folglich von Vorbereitung und Umfang. Entwickler haben neue Aufgaben zu bewerten, während Nutzer einen klareren Grund haben, künftige App-Veröffentlichungen zu verfolgen. Die Vorschau als allgemeine Verfügbarkeit zu behandeln, würde beide Entwicklungen verschleiern.
Entwickler stehen vor einer neuen Frage, wo ihre Apps beginnen
Ein Assistent wird zu einem weiteren Ort, an dem eine App ihre Fähigkeiten erklären und das Vertrauen eines Nutzers gewinnen muss.
Für Entwickler ist die strategische Frage einfach: Welche wertvollen Aufgaben sollten zugänglich bleiben, wenn der Kunde außerhalb der App beginnt?
Eine traditionelle Oberfläche kann Funktionen schrittweise einführen. Schaltflächen, Beschriftungen und Navigation zeigen Nutzern, was verfügbar ist und was als Nächstes folgt. Ein Assistent beginnt mit einer Anfrage, die möglicherweise nicht dem Vokabular des Produkts entspricht.
Stellen wir uns eine Projektmanagement-App vor, deren Oberfläche Zuweisungen, Meilensteine und Erinnerungen trennt. Ein Nutzer könnte sie einfach bitten, Nachfassaktionen aus einem Meeting zu organisieren. Der Entwickler muss entscheiden, welche unterstützten Aktionen diese Anfrage erfüllen können und an welcher Stelle eine Klärung notwendig wird.
Das schafft Produktarbeit neben der Entwicklungsarbeit. Nicht jede verfügbare Funktion bereitzustellen würde automatisch ein stimmiges Erlebnis schaffen. Entwickler müssen Aufgaben identifizieren, deren Eingaben, Folgen und Abschlussbedingungen auch außerhalb ihrer üblichen Bildschirme verständlich sind.
Der Druck betrifft insbesondere Produkte, die auf häufigen, kompakten Aktionen aufbauen. Wenn Kunden diese Aktionen über Siri erledigen können, wird das Öffnen der App für diese Interaktion optional. Das Produkt liefert weiterhin den Dienst, doch seine Oberfläche erhält weniger Aufmerksamkeit.
Diese Möglichkeit schafft konkurrierende Anreize. Ein leichterer Zugang kann eine App nützlicher machen und die wiederholte Nutzung fördern. Zugleich können weniger Besuche die Gelegenheiten verringern, verwandte Funktionen vorzustellen oder unbekannte Optionen zu erklären.
Keines der beiden Ergebnisse wird durch die Vorschau belegt. Es sind Geschäftsfragen, die Entwickler untersuchen müssen, wenn sie den Umfang ihrer Integration wählen. Die richtige Antwort wird sich zwischen einer App für schnelle Transaktionen und einer App für längere kreative Arbeit unterscheiden.
Eine Schreib-App könnte beispielsweise von einem bequemen Dokumentenabruf profitieren, während sie ihre Bearbeitungsoberfläche für komplexe Entscheidungen behält. Eine Terminplanungs-App könnte kurze Aktionen priorisieren, weil diese Aktionen bereits ihren zentralen Wert darstellen.
Die Unterscheidung ist auch für Unternehmenskäufer wichtig. Eine über einen Assistenten zugängliche Funktion wird erst dann nützlich, wenn sie zu organisatorischen Verantwortlichkeiten passt. Ein Dokument zu finden, seinen Inhalt zu verändern und es zu verteilen, sollten getrennte Entscheidungen bleiben, selbst wenn ein Nutzer sie gemeinsam anfordert.
Für Wissensarbeiter hängt dies mit einem bekannten Problem des persönlichen Wissensmanagements zusammen: Informationen müssen auffindbar sein, bevor sie nützliches Handeln unterstützen können. Eine Konversationsoberfläche kann fehlendes oder mehrdeutiges Ausgangsmaterial nicht ausgleichen.
Die Entwicklerchance ist daher konkreter als das Hinzufügen eines KI-Labels. Es geht darum, zu entscheiden, welche Aufgaben die App über eine andere Oberfläche klar, sicher und wiederholt erledigen kann. Diese Entscheidung wird prägen, ob Siri zu einem nützlichen Einstiegspunkt oder einem gelegentlichen Umweg wird.
App Intents verlagern die Herausforderung von der Formulierung zur Ausführung
Eine Anfrage zu verstehen und sie abzuschließen sind getrennte technische Probleme, und Integrationen müssen beide lösen.
Apples Richtung baut auf einem bestehenden Framework auf, statt die Idee der App-Integration von Grund auf einzuführen. Die Entwicklersitzung von 2024 behandelte das Bereitstellen von Aktionen, das Liefern beschreibender Informationen, das Durchsuchbarmachen von Inhalten und das Identifizieren von Verweisen auf dem Bildschirm.
Diese Vorgeschichte ist wichtig, weil die Nützlichkeit des Assistenten von mehr abhängt als vom Sprachmodell, also von Software, die darauf trainiert ist, Sprache zu interpretieren und zu erzeugen. Die App muss Funktionen und Informationen bereitstellen, die der Assistent verwenden kann.
Eine Konversationsanfrage lässt Raum für Interpretation. Eine Anwendungsaktion benötigt letztlich konkrete Eingaben. „Verschiebe dieses Meeting“ muss zu einem bestimmten Ereignis, einer bestimmten Zeit und einer erlaubten Änderung werden.
Wenn der Assistent das falsche Meeting identifiziert, erzeugt selbst eine ansonsten korrekte Terminplanungsfunktion das falsche Ergebnis. Wenn er das richtige Meeting identifiziert, aber einen Fehler erhält, kann eine flüssige Antwort keine abgeschlossene Änderung ersetzen.
Die nützliche Aufteilung der Verantwortung liegt daher zwischen Interpretation und Ausführung. Siri übernimmt den konversationellen Einstiegspunkt. Die App liefert Fähigkeiten, deren Verhalten verständlich bleiben muss, wenn sie außerhalb ihrer Oberfläche aufgerufen werden.
Eine hypothetische Lieferanfrage veranschaulicht diese Aufteilung. Ein Kunde könnte fragen, wo sich eine Bestellung befindet und ob ihr Ziel geändert werden kann. Den Status abzurufen und eine Adresse zu ändern, haben unterschiedliche Folgen, obwohl die Anfrage als einzelner Satz eingeht.
Ein gutes Erlebnis würde diese Unterscheidung bewahren. Es würde die relevante Bestellung identifizieren, verfügbare Optionen erklären und vermeiden, einen versuchten Vorgang als abgeschlossene Änderung darzustellen. Das ist eine Produkterwartung, kein verifiziertes Ergebnis dieser Vorschau.
Die gleiche Überlegung gilt für Skills, die Aktionen koordinieren. Das Kombinieren von Schritten kann Aufwand verringern, schafft aber auch zusätzliche Stellen, an denen Annahmen übereinstimmen müssen. Informationen, die zwischen Schritten weitergegeben werden, müssen ihre Identität und Bedeutung behalten.
Ein Assistent, der eine Nachfassaktion organisiert, könnte eine Person, ein Dokument und ein Datum benötigen. Jedes Element einzeln korrekt zu erfassen, garantiert nicht, dass die kombinierte Aufgabe der Absicht des Nutzers entspricht. Die Beziehung zwischen diesen Elementen ist wichtig.
Apples Sitzung zu erweiterten Integrationen behandelt unter anderem Bestätigungen, Besitzverhältnisse von Entitäten, Suche und Bildschirmkontext. Diese Themen weisen auf die praktische Arbeit hinter einer überzeugenden Demonstration hin.
Eine Entität ist in diesem Zusammenhang ein identifizierbares Element wie ein Dokument oder ein Termin. Ihre Identität ist wichtig, weil konversationelle Beschreibungen oft austauschbar klingen, die zugrunde liegenden Datensätze es jedoch nicht sind.
Das erklärt auch, warum App-Integration getrennt von der Qualität von Antworten bewertet werden sollte. ChatGPT und Gemini bieten vertraute Bezugspunkte für konversationelle Unterstützung. Ein Produktvergleich wird anspruchsvoller, wenn der Assistent Informationen verändert oder Aktivitäten anstößt.
Eine überzeugende Erklärung kann trotz einer unbeholfenen Formulierung nützlich bleiben. Eine Aktion, die auf den falschen Datensatz zielt, kann das nicht. Die relevante Frage lautet, ob das System die Absicht während der gesamten Aufgabe bewahrt, einschließlich ihres Endergebnisses.
Persönlicher Kontext schafft Verpflichtungen, die über bessere Suche hinausgehen
Mehr Kontext hilft nur, wenn der Assistent die richtigen Informationen für einen autorisierten Zweck nutzt.
Persönlicher Kontext bedeutet Informationen, die für eine einzelne Person relevant sind, etwa ihre Dokumente, Gespräche oder ihren Zeitplan. Sein Wert besteht darin, die Erklärungen zu reduzieren, die Nutzer geben müssen, bevor sie um Hilfe bitten.
Wenn jemand sagt: „Sende die aktualisierte Version“, geht diese Person davon aus, dass der Zuhörer das Dokument, den Empfänger und die Bedeutung von „aktualisiert“ versteht. Software muss diese Beziehungen herstellen, statt den Satz als ausreichenden Beleg zu behandeln.
Bildschirmbewusstsein, also die Fähigkeit, aktuell angezeigte Inhalte zu interpretieren, kann helfen, Verweise wie „diese Datei“ aufzulösen. Sichtbare Inhalte klären jedoch nicht jede Frage zu Besitz, Relevanz oder Berechtigung.
Ein auf dem Bildschirm geöffnetes Dokument könnte zu einem anderen Projekt gehören, als das Gespräch nahelegt. Ein vertrauter Name könnte mehrere Kontakte bezeichnen. Eine kürzlich verwendete Datei könnte ein Entwurf statt der genehmigten Version sein.
Diese Beispiele beschreiben gewöhnliche Mehrdeutigkeit, keine nachgewiesenen Fehler der Vorschau. Sie zeigen, warum der Zugriff auf mehr Informationen und das Vertrauen in eine bestimmte Aktion nicht als gleichwertig behandelt werden sollten.
Die Datenschutzfrage geht zudem über die Frage hinaus, ob die Verarbeitung lokal oder remote erfolgt. Nutzer müssen verstehen, welche Informationen eine Aufgabe benötigt und welche Anwendung sie erhält. Eine eng umrissene Anfrage sollte nicht zu einer unerklärten Ausweitung des Zugriffs werden.
Apple hat diese Sorge in seinen Hinweisen zu Full Disk Access separat anerkannt. Im Oktober warnte das Unternehmen, dass ein weitreichender Zugriff auf den Mac Dateien, Kommunikation und den Browserverlauf offenlegen kann, ohne dass Nutzer dies ausreichend verstehen.
Diese Aussage legt nicht fest, wie jede Siri-Integration mit Berechtigungen umgeht. Sie zeigt jedoch, warum ein breiter Datenzugriff genauer geprüft werden sollte, selbst wenn die vorgesehene Funktion praktisch erscheint.
Die praktische Konsequenz ist, dass Entwickler den Informationszugriff als Teil des Aufgabendesigns behandeln sollten. Ein nützliches Ergebnis sollte in einem nachvollziehbaren Verhältnis zu den Informationen stehen, die zu seiner Erstellung verwendet wurden.
Betrachten wir eine hypothetische Anfrage, eine Kundendiskussion zusammenzufassen und eine Nachverfolgung vorzubereiten. Der Assistent benötigt die relevante Diskussion. Daraus folgt nicht, dass jede Unterhaltung mit diesem Kunden das Ergebnis beeinflussen sollte.
Für Geschäftsnutzer kann die Auswahl der Quellen genauso wichtig sein wie eine flüssige Formulierung. Veraltete Notizen, informelle Vorschläge und bestätigte Zusagen haben unterschiedliches Gewicht. Ein Assistent, der sie ohne Erklärung zusammenführt, kann Verwirrung stiften und dabei dennoch hilfreich klingen.
Hier treffen Abruf und Aktion aufeinander. Bevor ein Assistent einen Datensatz verändert oder eine ausgehende Nachricht vorbereitet, benötigt er eine nachvollziehbare Grundlage für die Auswahl seiner Eingaben. Je mehr Informationen durchsuchbar sind, desto wichtiger wird es, diese Auswahl sichtbar zu machen.
Tools, die rund um eine AI knowledge base organisiert sind, befassen sich mit verwandten Fragen zum Auffinden relevanter Materialien. Die zusätzliche Herausforderung für einen handelnden Assistenten besteht darin, dieses Material mit einem autorisierten Ergebnis zu verbinden.
Bei der Apple-Siri-App-Integration wird ein verlässlicher Umgang mit Kontext entscheiden, ob ein breiterer Zugriff Arbeit reduziert oder zusätzliche Kontrollen schafft. Komfort zählt erst dann, wenn Nutzer verstehen können, was der Assistent tatsächlich verwendet und verändert hat.
Die Lücke beim Rollout begrenzt, was heute geschlossen werden kann
Die Vorschau stützt eine Aussage über den Entwicklerzugang, während Zuverlässigkeit und Akzeptanz weiterhin Belege aus veröffentlichten Erfahrungen erfordern.
Formulierungen zur Verfügbarkeit verdienen besondere Sorgfalt, denn eine Betriebssystem-Beta und ein unterstützter Kundenworkflow beantworten unterschiedliche Fragen. Erstere bietet eine Testumgebung. Letzterer erfordert funktionierende Integrationen in den Apps, die Menschen tatsächlich nutzen.
Unabhängige Berichte über die 27.3 developer betas bezeichnen die Veröffentlichung ebenfalls als frühe Testphase. Das stützt die engere Lesart der Ankündigung vom Dienstag.
Die entscheidende Einschränkung besteht nicht nur darin, dass Beta-Software Fehler enthalten kann. Vielmehr können die in dieser Phase verfügbaren Belege weder die Breite noch die Qualität der späteren App-Erfahrung belegen.
Eine Demonstration kann zeigen, dass ein bestimmter Ablauf unter bestimmten Bedingungen funktioniert. Sie kann nicht belegen, dass unterschiedliche Nutzer, Datensätze, Berechtigungen und Anfragen gleichermaßen verlässliche Ergebnisse liefern.
Diese Unterscheidung sollte Vergleiche mit anderen Assistenten prägen. Die Zahl unterstützter Marken zu zählen oder eine abgeschlossene Aufgabe zu zeigen, liefert nützliche Informationen. Beides sagt Käufern nicht, wie oft das System bei gewöhnlicher Arbeit Eingriffe benötigt.
Ein fairer Vergleich würde dieselbe Aufgabe unter denselben Einschränkungen untersuchen. Er würde zwischen präzisem Abruf und erfolgreicher Änderung sowie zwischen erfolgreicher Änderung und korrekter Kommunikation des Ergebnisses unterscheiden.
Er würde zudem erfassen, wann ein Assistent um Klarstellung bittet. Eine Rückfrage ist nicht automatisch ein Fehler. In einer mehrdeutigen Situation kann sie besseres Urteilsvermögen zeigen, als selbstsicher das falsche Ziel auszuwählen.
Umgekehrt kann scheinbarer Komfort zusätzliche Arbeit verbergen. Wenn Nutzer anschließend jede Ziel-App prüfen müssen, hat der Assistent die Navigation verlagert, statt die Notwendigkeit zur Kontrolle zu beseitigen.
Keine dieser Überlegungen beweist, dass Siri schlecht funktionieren wird. Sie definieren die Belege, die für stärkere Aussagen erforderlich sind. Die Vorschau schafft die Möglichkeit, diese Belege vor der routinemäßigen Nutzung durch Kunden zu sammeln.
Entwickler stehen bei der Implementierung vor einer ähnlichen Unsicherheit. Eine bestehende App-Funktion kann für den Zugriff durch einen Assistenten geeignet erscheinen, aber klarere Beschreibungen, eine andere Ergebnisverarbeitung oder überarbeitete Berechtigungsabläufe erfordern.
Produktteams sollten daher Integrationsabdeckung von Integrationsqualität unterscheiden. Abdeckung fragt, ob eine Funktion verfügbar gemacht wird. Qualität fragt, ob Menschen sie entdecken, natürlich auslösen und ihr Ergebnis verstehen können.
Für die Bewertung in Unternehmen verhindert diese Unterscheidung vorschnelle Annahmen über Produktivität. Ein sinnvoller Pilotversuch würde den tatsächlichen Abschluss von Aufgaben und den Aufwand zur Korrektur von Fehlern messen. Eine Funktionscheckliste würde keines von beidem erfassen.
Das unmittelbare Urteil ist begrenzt, aber aussagekräftig: Apple hat Entwicklern den Zugang zu Siri AI erweitert. Ob dieser Weg verlässliche Unterstützung im Alltag ermöglicht, bleibt eine Frage für nachfolgende Veröffentlichungen und unabhängige Tests.
App-Abdeckung, Aufgabenabschluss und Release-Meilensteine beobachten
Die nächsten nützlichen Belege werden zeigen, was veröffentlicht wird, was korrekt abgeschlossen wird und wann Kunden es nutzen können.
Das erste Signal ist die konkrete App-Abdeckung. In den kommenden Monaten sollten Entwicklerdemonstrationen und Release Notes spezifische Aktionen und Inhaltstypen benennen. Allgemeine Aussagen zur Unterstützung von Siri werden weniger aussagekräftig sein als Beschreibungen unterstützter Kundenaufgaben.
Die stärksten Belege würden von Integrationen stammen, die spezifische App-Funktionen widerspiegeln. Eine generische Aktion zu wiederholen, sagt weniger über die Öffnung aus als eine nützliche Fähigkeit bereitzustellen, die zum tatsächlichen Zweck des Produkts passt.
Die Abdeckung sollte auch daran gemessen werden, wie Menschen arbeiten. Eine Integration kann isoliert betrachtet beeindruckend wirken und dennoch einen häufig genutzten Workflow unvollständig lassen. Fehlende Unterstützung in einer bevorzugten App kann wichtiger sein als umfangreiche Unterstützung an anderer Stelle.
Das zweite Signal ist der Aufgabenabschluss unter gewöhnlichen Bedingungen. Bewertungen sollten mehrdeutige Anfragen, nicht verfügbare Datensätze, unterbrochene Aktivitäten und Änderungen bei Berechtigungen einschließen. Diese Situationen zeigen, wie sich ein Assistent außerhalb einer vorbereiteten Demonstration verhält.
Bei der Apple-Siri-App-Integration wird eine klare Meldung von Fehlern besonders aufschlussreich sein. Ein Assistent, der eine unvollständige Aufgabe präzise beschreibt, gibt Nutzern eine Grundlage für die Wiederherstellung. Ein Assistent, der voreilig Erfolg meldet, schafft zusätzliche Unsicherheit.
Tests sollten auch die Übergabe zurück an die Anwendung untersuchen. Nutzer benötigen eine praktische Möglichkeit, Ergebnisse zu prüfen, die Arbeit fortzusetzen oder eine Interpretation zu korrigieren. Der Assistent und die App sollten dasselbe Verständnis davon unterstützen, was geschehen ist.
Stärkere Belege an dieser Stelle würden die These untermauern, dass konversationeller Zugriff Aufwand bei realen Aufgaben reduziert. Häufige manuelle Nacharbeiten würden diese These schwächen, selbst wenn die ursprüngliche Anfrage natürlich klang und die Antwort überzeugend wirkte.
Das dritte Signal ist der Fortschritt entlang der Release-Abfolge. Entwicklervorschauen, Verfügbarkeit für Kunden und Zugriff zur Einreichung im App Store sind unterschiedliche Meilensteine. Künftige Ankündigungen sollten deutlich machen, welcher Meilenstein sich verändert hat.
Diese Klarheit ist für die Planung wichtig. Entwickler müssen wissen, wann eine Erfahrung Kunden erreichen kann. Käufer müssen wissen, ob eine demonstrierte Fähigkeit in eine aktuelle Bewertung oder eine zukünftige Roadmap gehört.
Die Apple-Siri-App-Integration sollte letztlich danach beurteilt werden, ob über die Apps, die Menschen bereits wählen, nützliche Arbeit abgeschlossen wird. Die Vorschau macht dieses Ergebnis für Entwickler zugänglicher, lässt aber Raum für eine sorgfältige Bewertung.
Wählen Sie eine Aufgabe, die Sie über mehrere Apps hinweg wiederholen, und bestimmen Sie ihre Eingaben, Berechtigungen und das erwartete Ergebnis. Beobachten Sie dann, ob eine kommende Integration diese gesamte Aufgabe klar bewältigt. Findet sie das richtige Material, fragt sie bei Bedarf nach und hinterlässt sie ein Ergebnis, das Sie prüfen können? Diese Fragen bieten eine bessere Grundlage für die Bewertung von Siris Erweiterung als allein die Reichweite einer Ankündigung.
