App Intents to nowy API Apple do Twojej aplikacji

Rankiem 8 lutego 2026 roku poprosiłem Siri o zalogowanie 8 oz wody z mojego Apple Watch, podczas gdy moje ręce znajdowały się pod kuchennym kranem. Woda została zarejestrowana. Okno dialogowe na zegarku pokazało 32 oz pozostałe. Nie dotknąłem ekranu.¹

Jedenaście tygodni wcześniej dodałem pojedynczy plik Swift do Water, mojej aplikacji iOS do śledzenia nawodnienia: LogWaterIntent.swift, 80 linii AppIntent plus AppShortcutsProvider deklarujący trzy warianty fraz Siri. Ten plik jest teraz najgorętszą powierzchnią API, jaką posiadam.²

Oto część, której zinternalizowanie zajęło mi chwilę. App Intents nie są funkcją Siri. Są kontraktem, który aplikacje firm trzecich podpisują z Apple Intelligence, systemowymi powierzchniami AI, które Apple zaczęło wdrażać w iOS 18 i kontynuowało budowanie aż do iOS 26.³ Jeśli wdrożysz aplikację iOS i nadal traktujesz App Intents jako “miło mieć” funkcję głosową, błędnie odczytujesz to, co Apple zbudowało. App Intents to API, który pozwala AI Apple działać jako Twoja aplikacja w imieniu użytkownika. Wszystko inne (Siri, Spotlight, Shortcuts, podsumowania Apple Intelligence, powierzchnie Watch i Vision Pro) jest pochodną tego kontraktu. Foundation Models, LLM działający na urządzeniu, który pojawił się w iOS 26, udostępnia odrębny protokół Tool do wywoływania narzędzi w aplikacji; działa równolegle do App Intents, a nie poprzez nie.

TL;DR

• App Intents deklarują, co Twoja aplikacja może robić w typowany, ustrukturyzowany sposób, który AI Apple może wywoływać bezpośrednio. Są one API Apple do użycia narzędzi przez aplikacje firm trzecich.
• Jeden rzeczywisty przykład produkcyjny: LogWaterIntent w Water. 80 linii, pełny zapis SwiftData, synchronizacja HealthKit, konwersja jednostek z uwzględnieniem ustawień regionalnych, ustrukturyzowana odpowiedź dialogu Siri.
• iOS 26 dodał Foundation Models, LLM Apple działający na urządzeniu. Foundation Models udostępnia własny protokół Tool do użycia narzędzi w aplikacji; App Intents pozostają kanoniczną powierzchnią, którą Siri / Spotlight / Apple Intelligence wywołują pomiędzy aplikacjami. Ten sam kierunek, dwa równoległe kontrakty.
• Aplikacja bez App Intents w 2026 roku jest niewidoczna dla Apple Intelligence. Tkanina AI kieruje ruch przez zadeklarowane intencje albo omija Twoją aplikację na rzecz konkurencji.
• Apple mówi nam o tym od trzech lat. Nazewnictwo (App Intents, App Shortcuts, Apple Intelligence) jest celowe. Kontrakt przesuwa się o jeden poziom wyżej w stosie z każdym WWDC.

Obraz referencyjny frameworka App Intents z dokumentacji Apple Developer.⁵

Czym właściwie jest App Intent

Pełny kod źródłowy LogWaterIntent w wersji wdrożonej w commicie e398c58 8 lutego 2026:²

import AppIntents
import SwiftData

struct LogWaterIntent: AppIntent {
    static var title: LocalizedStringResource = "Log Water"
    static var description: IntentDescription = "Log a glass of water to your daily intake"

    @Parameter(title: "Amount", default: 8)
    var amount: Int

    static var parameterSummary: some ParameterSummary {
        Summary("Log \(\.$amount) oz of water")
    }

    func perform() async throws -> some IntentResult & ProvidesDialog {
        let container = try ModelContainer(for: WaterEntry.self, DailyLog.self, UserSettings.self)
        let context = ModelContext(container)

        let settingsDescriptor = FetchDescriptor<UserSettings>(
            predicate: #Predicate { $0.id == "user-settings" }
        )
        let settings = try context.fetch(settingsDescriptor).first ?? UserSettings()

        let amountMl: Double
        if settings.unitSystem == .imperial {
            amountMl = Double(amount) * 29.5735
        } else {
            amountMl = Double(amount)
        }

        let todayKey = DailyLog.todayKey()
        let logDescriptor = FetchDescriptor<DailyLog>(
            predicate: #Predicate { $0.dateKey == todayKey }
        )
        let log: DailyLog
        if let existing = try context.fetch(logDescriptor).first {
            log = existing
        } else {
            log = DailyLog(date: .now, goalAmount: settings.dailyGoal)
            context.insert(log)
        }

        let entry = WaterEntry(amount: amountMl)
        log.entries.append(entry)
        try context.save()

        if settings.healthKitEnabled {
            try? await HealthKitService.shared.logWater(amount: amountMl, date: entry.timestamp)
        }

        let unit = settings.unitSystem == .imperial ? "oz" : "mL"
        let totalDisplay = settings.formatAmount(log.totalAmount)
        return .result(dialog: "Logged \(amount) \(unit). Today's total: \(totalDisplay)")
    }
}

struct WaterShortcuts: AppShortcutsProvider {
    static var appShortcuts: [AppShortcut] {
        AppShortcut(
            intent: LogWaterIntent(),
            phrases: [
                "Log water in \(.applicationName)",
                "Add water in \(.applicationName)",
                "Drink water in \(.applicationName)",
            ],
            shortTitle: "Log Water",
            systemImageName: "drop.fill"
        )
    }
}

(Aktualna produkcyjna wersja tego pliku w Water rozszerza dialog dalej o warunkową logikę osiągniętego celu / pozostałej ilości. Powyższy kod z 8 lutego to ten, który testowałem przy kuchennym kranie.)

Trzy rzeczy są tu warte nazwania, ponieważ większość “samouczków App Intents” je pomija.

@Parameter to schemat. AI Apple widzi amount: Int z wartością domyślną 8. Gdy Siri parsuje “log 12 oz of water”, tworzy LogWaterIntent(amount: 12) i wywołuje perform(). Po mojej stronie nie ma żadnego parsowania ciągów znaków. System typów jest schematem.⁵

parameterSummary jest odzwierciedleniem parametru w języku naturalnym. Apple używa go do renderowania akcji w UI Shortcuts, w dialogu i coraz częściej w panelach potwierdzeń Apple Intelligence. Podsumowanie jest odczytywane na głos użytkownikowi. Jeśli się pomylisz, użytkownik usłyszy brzydkie zdanie; jeśli zrobisz to dobrze, powierzchnia będzie wydawać się natywna.⁶

perform() zwraca IntentResult & ProvidesDialog. To jest zwrot ustrukturyzowany: powierzchnia AI otrzymuje nie tylko sukces/porażkę, ale także ciąg dialogu, który użytkownik usłyszy. Apple coraz częściej oczekuje ProvidesDialog, ProvidesView lub ReturnsValue, aby wynik komponował się w łańcuchu odpowiedzi Siri, Spotlight, Watch oraz (w iOS 26) Apple Intelligence.⁷

Blok AppShortcutsProvider na dole jest tym, co rejestruje frazy Siri. Token \(.applicationName) to miejsce, w które Siri automatycznie wstawia “Water”. Trzy warianty fraz z tą samą intencją dają parserowi NL Apple więcej miejsca na dopasowanie sformułowania użytkownika bez konieczności utrzymywania słownika fraz. systemImageName to prawdziwa nazwa SF Symbols; tak Spotlight, Shortcuts i Apple Intelligence renderują ikonę akcji.

Apple Intelligence kieruje żądania użytkowników przez App Intents, aby dostarczyć funkcje AI działające na urządzeniu. Źródło: apple.com/apple-intelligence.

Dlaczego to najważniejszy API iOS od czasu SwiftUI

APIy iOS przybierają dwie formy. Niektóre dotyczą tego, jak Twoja aplikacja się rysuje (UIKit, SwiftUI, Metal). Niektóre dotyczą tego, jak Twoja aplikacja integruje się z systemem (schematy URL, Universal Links, Widgety). App Intents to trzecia forma: są one sposobem, w jaki AI Apple korzysta z Twojej aplikacji.

Warto prześledzić tę progresję.

• iOS 10 (2016) wprowadził SiriKit Intents (INIntent), pierwszy raz, gdy aplikacje firm trzecich mogły być adresowane głosowo. Powierzchnia była wąska: stała lista domen (wiadomości, płatności, zamawianie przejazdów) ze ścisłymi schematami.⁸
• iOS 12 (2018) poszerzył powierzchnię o Siri Shortcuts: każda aplikacja mogła przekazać NSUserActivity lub INIntent i mieć nadzieję, że Siri to zasugeruje.
• iOS 13 (2019) dodał obsługę intencji w aplikacji, dzięki czemu aplikacje mogły reagować na wywołania skrótów bez przechodzenia do tła w systemowym UI Siri.
• iOS 16 (2022) wprowadził framework App Intents: typowany, deklaratywny, z @Parameter i AppShortcutsProvider. Poprzednik INIntent został efektywnie zastąpiony dla nowych projektów.⁹
• iOS 18 (2024) wprowadził Apple Intelligence i zaczął kierować żądania Siri przez App Intents wszędzie, gdzie to możliwe. Funkcja “kontekstu osobistego” Apple Intelligence czyta z App Entities (wersji danych App Intents).¹⁰
• iOS 26 (2025) wprowadził framework Foundation Models, LLM Apple działający na urządzeniu. Foundation Models udostępnia odrębny protokół Tool do wywoływania narzędzi w aplikacji. App Intents pozostają kanoniczną powierzchnią międzyaplikacyjną dla Apple Intelligence, podczas gdy Tool jest powierzchnią w aplikacji do bezpośrednich wywołań LLM. Te dwa kontrakty działają równolegle.⁴

Kontrakt rozszerzał się w górę stosu z każdym wydaniem. Pierwotnie konsumentem App Intent była osoba dotykająca Shortcuts. Potem głos Siri. Potem Spotlight. Potem podsumowania Apple Intelligence. Teraz powierzchnie systemowe Apple Intelligence wspierane przez LLM używają ich do działania na żądania użytkowników. Powierzchnia App Intent, którą wdrożysz w 2026 roku, jest tą, którą Apple Intelligence będzie wywoływać w iOS 27, 28, 29.

Powyższy wzorzec to to, co mam na myśli, mówiąc, że App Intents nie są funkcją Siri. Są one API ustrukturyzowanego użycia narzędzi dla całej tkaniny AI Apple. SwiftUI był najważniejszym API UI, ponieważ stał się jedynym sposobem na napisanie aplikacji dla visionOS, watchOS 10+ i iOS 17+. App Intents podążają tą samą trajektorią po stronie AI: powierzchnia, na którą Apple stawia wszystkie swoje karty.

Co się zmienia, teraz gdy Foundation Models został wdrożony

Foundation Models to framework, który jest dostarczany na każdym urządzeniu kwalifikującym się do Apple Intelligence. Granica sprzętowa jest tą samą listą Apple Intelligence: iPhone 15 Pro i 15 Pro Max (A17 Pro), linia iPhone 16, linia iPhone 17, iPhone Air, iPhone 17e, iPad Pro z M1 lub nowszym, iPad Air z M1 lub nowszym, iPad mini z A17 Pro, Vision Pro z M2 lub nowszym oraz Mac z M1 lub nowszym. Znacząco brakuje: podstawowy iPhone 15 / 15 Plus.⁴¹²

Implikacja: jeśli powierzchnie systemowe Apple (Siri, Spotlight, Apple Intelligence) w ogóle wywołują Twoją aplikację, wywołują ją przez App Intents i App Entities. Nie ma API setSystemPrompt(...) dla aplikacji firm trzecich w systemowej tkaninie AI. Jest rejestr intencji. Foundation Models dodaje równoległą powierzchnię Tool w aplikacji dla deweloperów, którzy chcą mieć własne funkcje LLM działające na urządzeniu. Kontrakt międzyaplikacyjny (ten, którego Apple Intelligence i Siri używają, aby znaleźć Twoją aplikację) działa przez App Intents.

Trzy konkretne konsekwencje dla deweloperów aplikacji:

Aplikacja bez odpowiedniego App Intent jest nieosiągalna z polecenia głosowego Siri w jej kategorii. Apple Intelligence kieruje frazy takie jak “Hey Siri, log my water” do aplikacji, które najpierw zadeklarowały pasującą intencję. Wdrożyłem intencję Water w lutym 2026. Mój odczyt kierunku frameworka: aplikacje do nawodnienia, które wdrożą intencję w 2027 roku, wejdą na rynek, na którym wagi routingu już zgromadziły się na korzyść tych, którzy ruszyli pierwsi. Ta sama logika dotyczy list zakupów, rejestrowania treningów, wpisów kalendarzowych, wyszukiwania zdjęć. Spodziewam się, że przewaga pierwszego ruchu w deklaracjach intencji będzie się kumulować tak jak miało to miejsce w przypadku innych zakładów platformowych Apple na APIy (kategorie HealthKit, bogate wyniki Spotlight, tokeny Live Activities).

Personalizacja Apple Intelligence czyta z App Entities, a nie tylko z intencji. AppEntity deklaruje “ta aplikacja ma dane o tym kształcie.” Gdy użytkownik pyta “jaką ostatnią książkę dodałem do mojej listy lektur,” Apple Intelligence przeszukuje każdy AppEntity pasujący do Book we wszystkich zainstalowanych aplikacjach. Jeśli Twoja aplikacja ma listę lektur i nie ma zadeklarowanego BookEntity, Twoje dane są niewidoczne dla powierzchni AI Apple. Apple Intelligence nie może pobrać ani odwołać się do Twoich danych.¹¹

Kształt zwrotu IntentResult & ProvidesDialog jest coraz ważniejszy. Apple Intelligence komponuje wyniki intencji w dłuższe odpowiedzi w Siri, Spotlight i Watch. Funkcja perform(), która po prostu zwraca sukces bez ustrukturyzowanego dialogu, jest trudniejsza dla systemu do skomponowania w spójną odpowiedź. ProvidesDialog i ProvidesView nie są opcjonalną grzecznością; są sposobem, w jaki Twoja akcja staje się cytatem na powierzchni AI użytkownika.

Co zbudowałbym inaczej

Jedenaście tygodni logów produkcyjnych w Water mówi mi trzy rzeczy, które powinienem był zrobić wcześniej.

Wdróż więcej intencji niż uważasz, że potrzebujesz. Wdrożyłem jedną. Powinienem był wdrożyć cztery: LogWaterIntent, CheckTodaysProgressIntent, AdjustGoalIntent, ShowHistoryIntent. Każda mapuje się do frazy Siri, którą użytkownicy faktycznie próbują (“ile wody dziś wypiłem” kierowane do generycznego AI Apple, a nie do danych mojej aplikacji). Każda brakująca intencja to zapytanie, które Apple Intelligence kieruje obok mnie.

Ciąg dialogu nie jest treścią e-maila. Miałem ProvidesDialog od początku, ale mój wczesny dialog był prozą. Użytkownik słuchający go przez CarPlay lub AirPods potrzebuje krótkiej, konkretnej, opartej na faktach struktury: “8 oz zalogowane. 32 oz pozostało.” Powierzchnia Watch w szczególności agresywnie skraca tekst. Konwersacyjny dialog jest gorszym doświadczeniem użytkownika niż dialog oparty na pewnych faktach. Przepisałem swój w 4. tygodniu.²

App Entities mają większe znaczenie, niż sądziłem. Mam model SwiftData WaterEntry. Powinienem również zadeklarować WaterEntryEntity: AppEntity plus jego towarzysza WaterEntryQuery: EntityQuery, aby Apple Intelligence mogło odpowiedzieć “pokaż mi, kiedy piłem wodę wczoraj.” Minimalne łączenie:¹¹

struct WaterEntryEntity: AppEntity {
    static var typeDisplayRepresentation: TypeDisplayRepresentation = "Water Entry"
    static var defaultQuery = WaterEntryQuery()
    var id: UUID
    var displayRepresentation: DisplayRepresentation {
        DisplayRepresentation(title: "\(amount) oz at \(timestamp.formatted())")
    }
    @Property(title: "Amount") var amount: Int
    @Property(title: "Timestamp") var timestamp: Date
}

struct WaterEntryQuery: EntityQuery {
    func entities(for identifiers: [UUID]) async throws -> [WaterEntryEntity] {
        // Fetch matching entries from SwiftData
    }
    func suggestedEntities() async throws -> [WaterEntryEntity] {
        // Recent entries Apple Intelligence can suggest
    }
}

Dwa małe typy Swift plus klej do pobierania SwiftData. Aby uczynić wpisy indywidualnie wykrywalnymi w Spotlight (tak aby użytkownicy wyszukujący “water” trafiali na właściwy wpis), dostosuj encję do IndexedEntity i przekazuj aktualizacje indeksu przy zapisach. Tego oczekuje pipeline Spotlight Apple poza samym ujawnieniem AppEntity.

Ten sam kształt ma zastosowanie gdzie indziej w moich aplikacjach. Get Bananas, moja aplikacja do listy zakupów, ma już SwiftData @Model ShoppingItem z @Attribute(.unique) var id: UUID, name, amount, section, isChecked, plus pole lastModified do synchronizacji iCloud Drive.¹³ Opakowanie tego jako ShoppingItemEntity: AppEntity i wdrożenie kilku intencji (AddShoppingItem, CheckOffItem, ShowList) ujawniłoby tę samą warstwę trwałości Apple Intelligence, którą Get Bananas już udostępnia Claude Desktop poprzez serwer MCP .mcpb.¹⁴ Dwa ekosystemy LLM, dwa różne kontrakty, ta sama lista zakupów. Oto teza równoległych kontraktów jako jedna wdrożona aplikacja: model SwiftData to dane, App Intents to kontrakt Apple, MCP to kontrakt Anthropic, obie powierzchnie operują na tym samym źródle prawdy.

Kiedy nie wdrażać App Intent

Odmowa jest częścią projektu.

Jeśli Twoja aplikacja jest sterowana wyłącznie konsumpcją (czytanie zdjęć użytkownika, wyświetlanie wiadomości, odtwarzanie audio) bez modyfikowalnego stanu użytkownika, App Intents mogą nie mieć nic do udostępnienia. Framework Apple obsługuje OpenIntent (po prostu otwórz aplikację w określonym kontekście), ale jeśli jedyną użyteczną akcją jest “otwórz aplikację,” intencja jest narzutem. Nie wdrażaj jej dla samego jej posiadania.

Jeśli akcja zależy od elementów UI, które trudno zabstrahować (złożone wieloetapowe narzędzie do edycji na płótnie, aplikacja do edycji 3D), wymagane przez intencję parameterSummary zdegraduje się do niejasnego pseudo-języka naturalnego, którego nikt faktycznie nie używa. Fraza Siri “edit my photo with the blur tool at strength 7” jest technicznie możliwa, ale żaden człowiek jej nie wypowie. Powierzchnia intencji to podatek bez korzyści.

Właściwa zasada: App Intent zarabia na siebie, gdy istnieje zdanie, które użytkownik naturalnie wypowiedziałby, aby wywołać akcję. “Log 8 oz of water” to takie zdanie. “Apply Gaussian blur with sigma 2.4 to layer 3” — nie. Jeśli akcje Twojej aplikacji skupiają się na drugim wzorcu, intencje nie są Twoją dźwignią konwersji.

Wnioski końcowe

Od trzech lat Apple sygnalizuje, że systemowa tkanina AI w iOS przechodzi przez App Intents. WWDC 2024 dodało routing Apple Intelligence przez nie. WWDC 2025 dodało Foundation Models obok jako odrębną powierzchnię wywoływania narzędzi w aplikacji, pozostawiając App Intents jako kontrakt międzyaplikacyjny, którego Siri / Spotlight / Apple Intelligence nadal używają. Każdy sygnał wskazuje ten sam kierunek: typowany, deklaratywny App Intent jest kontraktem, który aplikacje firm trzecich teraz podpisują z systemem.

Większość aplikacji iOS nadal traktuje App Intents jak Siri Shortcuts: funkcję do wdrożenia, jeśli starczy czasu. Mój odczyt jest taki, że to ujęcie zestarzeje się źle. Wraz z rozszerzaniem się powierzchni systemowych Apple Intelligence (już dziś przez Siri, Spotlight, Shortcuts i podsumowania Apple Intelligence), aplikacje bez zadeklarowanych intencji prawdopodobnie znajdą się poza grafem routingu. Przewaga pierwszego ruchu, z mojego doświadczenia obserwowania innych zakładów platformowych Apple, kumuluje się.

Water ma LogWaterIntent wdrożony od jedenastu tygodni. Ilość kodu potrzebna do wdrożenia App Intent jest na tyle mała, że mieści się w pojedynczym pliku. Koszt niewdrożenia rośnie z każdym wydaniem Apple Intelligence.

Jeśli wdrożysz aplikację iOS w 2026 roku i nie zadeklarowałeś przynajmniej jednego App Intent, Twojej mapie drogowej brakuje pozycji. Dodaj ją.

FAQ

Czym jest App Intent w rozwoju iOS?

App Intent to typowana, deklaratywna struktura Swift, która udostępnia jedną z akcji Twojej aplikacji systemowym powierzchniom AI Apple. Deklaruje parametry przez @Parameter, podsumowanie w języku naturalnym przez parameterSummary oraz asynchroniczne ciało perform(), które wykonuje pracę i zwraca ustrukturyzowany wynik. Siri, Spotlight, Shortcuts i Apple Intelligence Apple mogą je wywołać. Foundation Models (LLM Apple działający na urządzeniu) używa odrębnego protokołu Tool do bezpośrednich wywołań narzędzi w aplikacji.

Czym App Intents różni się od starszego INIntent?

App Intents (wprowadzone w iOS 16, 2022) zastąpiły INIntent jako podstawowy framework intencji Apple. Nowszy framework jest w pełni natywny dla Swift, używa property wrappers takich jak @Parameter, obsługuje typowo bezpieczne zapytania o encje przez AppEntity i jest powierzchnią, którą wywołują Siri, Spotlight, Shortcuts i Apple Intelligence. Starszy INIntent jest nadal obsługiwany, ale nie otrzymuje już nowych funkcji.

Czy potrzebuję iOS 26, aby wdrożyć App Intent?

Nie. App Intents są dostępne od iOS 16 wzwyż. iOS 26 dodaje obok framework Foundation Models, ale same deklaracje App Intent działają na iOS 16+. Powyższy przykładowy kod używa SwiftData (iOS 17+), więc cel wdrożenia zależy od tego, co importuje Twoje ciało perform(). Same App Intents działają wstecz do iOS 16; te oparte na SwiftData potrzebują iOS 17.

Jaka jest różnica między App Intent a App Entity?

App Intent to akcja (czasownik). App Entity to dane, o których wie Twoja aplikacja (rzeczownik). LogWaterIntent to intencja. WaterEntry stające się typem zapytywalnym to encja. Apple Intelligence używa obu: intencji do podejmowania działań, encji do pobierania i odwoływania się do danych w odpowiedziach.

Jak App Intents wiążą się z wywoływaniem narzędzi Foundation Models?

Foundation Models udostępnia własny protokół Tool do bezpośrednich wywołań narzędzi LLM w aplikacji. App Intents pozostają kanoniczną powierzchnią międzyaplikacyjną, którą wywołują Apple Intelligence, Siri i Spotlight. Ten sam kierunek (typowane, deklaratywne użycie narzędzi); dwa równoległe kontrakty. Aplikacja, która chce być osiągalna przez powierzchnie AI systemu, wdraża App Intents; aplikacja, która chce wywoływać własny LLM działający na urządzeniu z niestandardowymi narzędziami, wdraża zgodności z Tool. Wiele aplikacji wdroży obie.

App Intents nie są funkcją. Są kontraktem. Aplikacja, która wdroży intencję jako pierwsza, otrzymuje powierzchnię; aplikacja, która wdroży ją później, znajdzie powierzchnię już skierowaną gdzie indziej. Jedenaście tygodni temu wdrożyłem jedną w Water. Kumulacja już się rozpoczęła.

Więcej z serii Apple Ecosystem

Ten esej jest punktem wejścia. Pozostałe cztery obejmują resztę stosu architektury:

• Two Agent Ecosystems, One Shopping List: jak Get Bananas udostępnia te same dane Apple Intelligence (App Intents) i Claude Desktop (MCP) przez jeden plik JSON w iCloud Drive.
• Liquid Glass in SwiftUI: Three Patterns From Shipping Return: produkcyjne wzorce dla warstwy wizualnej iOS 26.
• Five Apple Platforms, Three Shared Files: strategia wdrożenia wieloplatformowego, kiedy współdzielić kod, a kiedy rozdzielać cele.
• HealthKit + SwiftUI on iOS 26: warstwa źródła danych przepływów autoryzacji, typów próbek oraz pułapka, która blokuje użytkownikom dostęp do Twojej aplikacji.

Lub przejdź do pełnego huba: Apple Ecosystem Series. Aby uzyskać szerszy kontekst iOS z agentami AI, zobacz przewodnik iOS Agent Development.

Bibliografia