Core AI od Apple - czym jest i co zmienia dla deweloperów?
Core AI to nowy framework Apple do uruchamiania własnych modeli AI bezpośrednio na iPhonie, iPadzie i Macu, dostępny od iOS 27. Wyjaśniamy, czym różni się od Core ML i Foundation Models, co zmienia w kosztach i ochronie danych oraz kiedy lepiej zostać przy modelu w chmurze.
Aplikacja dla serwisantów ma nową pozycję na liście życzeń: technik robi zdjęcie tabliczki znamionowej, a telefon sam odczytuje model urządzenia, numer seryjny i podpowiada najczęstsze usterki. Pierwsza wycena zakłada wysyłanie zdjęć do modelu w chmurze i opłatę za każde zapytanie. Druga - uruchomienie modelu na samym telefonie. Na iPhonie ta druga droga długo oznaczała sporo ręcznej pracy, bo narzędzia Apple projektowano z myślą o starszej generacji uczenia maszynowego. Od premiery iOS 27 14 września 2026 r. ma ją ułatwić Core AI od Apple.
Core AI to framework, czyli gotowy zestaw bibliotek i narzędzi dla programistów, służący do uruchamiania własnych modeli AI bezpośrednio na iPhonie, iPadzie i Macu. Apple pokazało go na WWDC w czerwcu 2026 r. i przedstawia jako silnik, na którym działa Apple Intelligence. Teraz ten sam silnik dostają twórcy aplikacji, a wraz z aktualizacją systemu trafia on na telefony użytkowników.
Poniżej wyjaśniamy, czym Core AI różni się od Core ML i Foundation Models, co zmienia w kosztach i ochronie danych, a kiedy nie ma sensu. Piszemy jako software house, który tworzy aplikacje mobilne na iOS i Androida i wdraża rozwiązania oparte na AI. Dlatego mniej interesuje nas sama nowinka, a bardziej to, co oznacza dla budżetu i architektury produktu.
Czym jest Core AI od Apple i skąd się wziął
Core AI to framework do inferencji. Inferencja to uruchamianie gotowego, wytrenowanego modelu na nowych danych: model dostaje zdjęcie, nagranie albo tekst i zwraca wynik. Trenowania Core AI nie obsługuje. Zakłada, że model już istnieje, na przykład jako otwarty model udostępniony w internecie albo sieć przygotowana przez zespół data science. Apple miało do tego wcześniej Core ML, obecny w systemach od 2017 r. Sprawdzał się przy klasyfikacji zdjęć czy rozpoznawaniu tekstu, ale powstał, zanim duże modele językowe (LLM) i architektura transformerów zdominowały branżę. Uruchamianie takich modeli na iPhonie wymagało obejść. Według dokumentacji frameworka Core AI nowe narzędzie pozwala korzystać z najnowszych architektur modeli na wszystkich jednostkach obliczeniowych Apple silicon: procesorze (CPU), układzie graficznym (GPU) i Neural Engine, czyli części chipu wyspecjalizowanej w obliczeniach sieci neuronowych.
W marcu Mark Gurman z Bloomberga informował, że Core AI zastąpi Core ML. Ostatecznie Apple postawiło na podział ról. Core ML zostaje i nadal jest wspierany, ale wszystko, co nowe w sieciach neuronowych, trafia do Core AI.
W pakiecie jest więcej niż sama biblioteka. Apple dołączyło narzędzia w Pythonie do konwersji i optymalizacji modeli, nowy format plików .aimodel, integrację z Xcode (środowiskiem, w którym powstają aplikacje na iOS) i osobną aplikację do debugowania. Jest też repozytorium gotowych modeli Core AI Models z przepisami na eksport popularnych architektur.
Core AI, Core ML, Foundation Models i MLX - co do czego służy
Apple ma dziś cztery narzędzia związane z AI na urządzeniach i łatwo je pomylić. W uproszczeniu:
Foundation Models - gotowy model językowy Apple dostępny przez kilka linijek kodu w języku Swift, przeznaczony do streszczania, klasyfikowania, wyciągania danych z tekstu i przeredagowywania, a od tego roku także do analizy obrazów,
Core AI - uruchamianie własnych sieci neuronowych, od małych modeli rozpoznających obraz lub dźwięk po modele językowe, z kontrolą nad wydajnością i pamięcią,
Core ML - klasyczne uczenie maszynowe, na przykład drzewa decyzyjne i przetwarzanie danych tabelarycznych, oraz aplikacje, które muszą działać na starszych systemach,
MLX - framework do obliczeń na tablicach i pracy z otwartymi modelami, lubiany w badaniach i eksperymentach.
Najciekawsze jest połączenie Foundation Models z Core AI. W 2026 r. Foundation Models dostał otwarty protokół LanguageModel, czyli wspólny interfejs dla różnych modeli językowych. Własny model uruchomiony przez Core AI da się pod niego podpiąć. Ten sam kod może więc rozmawiać z modelem Apple na urządzeniu, z większym modelem Apple w chmurze Private Cloud Compute albo z modelami zewnętrznymi, takimi jak Claude od Anthropic czy Gemini. Aplikacja może zacząć od modelu w chmurze, a później przenieść część zadań na urządzenie bez przepisywania logiki.
Do tego dochodzi zmiana cenowa. Twórcy zapisani do App Store Small Business Program, których aplikacja ma mniej niż 2 mln pierwszych pobrań, mogą korzystać z modeli Apple w Private Cloud Compute bez opłat za API. Dla części projektów to wystarczający powód, żeby po Core AI w ogóle nie sięgać.
Większość modeli AI powstaje dziś w bibliotece PyTorch, używanej z poziomu Pythona. Core AI traktuje ją jako główne źródło modeli.
Konwersja i optymalizacja
Model eksportuje się standardowym mechanizmem PyTorcha, a potem konwertuje pakietem coreai-torch do formatu .aimodel. Narzędzie porównuje wyniki przed konwersją i po niej, więc zespół od razu widzi, czy coś się rozjechało. Osobny pakiet, coreai-optimization, służy do odchudzania modelu, między innymi przez kwantyzację. Kwantyzacja to zapisanie parametrów modelu z mniejszą precyzją: plik jest mniejszy, a model szybszy, za cenę niewielkiej utraty jakości.
Programista aplikacji pracuje potem z kilkoma typami w Swifcie. AIModel wczytuje model, InferenceFunction go uruchamia, a NDArray przechowuje dane wejściowe i wyniki. Prosty przypadek zajmuje kilka linijek. Pełna kontrola nad pamięcią jest dostępna wtedy, gdy aplikacja jej potrzebuje.
Specjalizacja pod konkretne urządzenie
Przy pierwszym uruchomieniu Core AI dopasowuje model do chipu i wersji systemu danego urządzenia. Apple nazywa to specjalizacją i w sesji WWDC przestrzega, że przy dużych modelach trwa ona długo, więc nie powinna się odbywać wtedy, gdy użytkownik czeka na wynik. Rozwiązaniem jest kompilacja z wyprzedzeniem narzędziem coreai-build, jeszcze na etapie budowania aplikacji, albo specjalizacja w tle zaraz po instalacji. Wynik trafia do pamięci podręcznej, którą kilka aplikacji jednego wydawcy może współdzielić.
Dla menedżera produktu to konkretna decyzja projektowa. Onboarding, pobieranie modelu i jego przygotowanie trzeba zaplanować tak, żeby pierwsze użycie funkcji AI nie kończyło się długim oczekiwaniem.
Debugowanie i pomiar wydajności
Core AI ma własny instrument w Xcode do mierzenia czasu inferencji, wskaźnik aktywności podczas działania aplikacji i osobną aplikację Core AI Debugger. Ta ostatnia pozwala prześledzić wartości wewnątrz modelu aż do linijki kodu w Pythonie, z której pochodzą. Jakość wyników mierzy się nowym frameworkiem Evaluations.
Jak to wygląda w liczbach? Zespół Ultralytics, twórca popularnych modeli YOLO do wykrywania obiektów, zmierzył czas działania swojego najmniejszego modelu na iPhonie 17 Pro z iOS 27. Wyszło od 1,28 do 3,01 ms na obraz, zależnie od wariantu.
Najbardziej odczuwalna zmiana dotyczy kosztów. Model w chmurze kosztuje za każde zapytanie, więc rachunek rośnie razem z liczbą aktywnych użytkowników. Model na urządzeniu liczy na sprzęcie klienta i opłat za tokeny nie generuje. Koszt przesuwa się na etap budowy: dobór i optymalizację modelu, testy na różnych telefonach, utrzymanie kolejnych wersji. Przy funkcji używanej kilka razy w miesiącu przez stu użytkowników taka zamiana rzadko się opłaca. Przy funkcji, z której codziennie korzystają dziesiątki tysięcy osób, rachunek wygląda inaczej. Gdzie ma działać model, to jedna z decyzji, które w podejściu AI-as-a-Feature trzeba podjąć przed pisaniem kodu. Druga zmiana dotyczy prywatności. Zdjęcie dokumentu, nagranie rozmowy czy notatka z wizyty nie opuszczają telefonu, bo nie muszą. Łatwiej wtedy projektować zgodnie z zasadą privacy by design, a rozmowy z działem bezpieczeństwa i inspektorem ochrony danych są krótsze. Szczególnie widać to w projektach dla branży medycznej i MedTech. Wysłanie danych pacjenta do zewnętrznego dostawcy modelu bywa tam przeszkodą, której nie da się obejść. Model na urządzeniu omija ten problem u źródła.
Trzecia sprawa to praca bez sieci. Technik w piwnicy budynku, magazynier w hali z kiepskim zasięgiem, kierowca na trasie - każdy dostaje funkcję AI, która działa tak samo z internetem i bez niego. Znika też opóźnienie wynikające z przesyłania danych na serwer i z powrotem. Czwarta jest specyficzna dla polskiego rynku. Lista języków Apple Intelligence na stronie wsparcia Apple we wrześniu 2026 r. nie obejmuje polskiego. Zanim oprzesz polskojęzyczną funkcję na modelu Apple, sprawdź, jak radzi sobie z naszym językiem. W Core AI o języku decyduje model, który sam wybierzesz. Jeśli model dobrze rozumie polszczyznę, aplikacja też będzie.
Ograniczenia Core AI, które trzeba znać
Pierwsze ograniczenie to wersja systemu. Core AI działa od iOS 27, iPadOS 27 i macOS 27. Aplikacja, która musi obsłużyć także starsze systemy, potrzebuje drugiej ścieżki. Ultralytics rozwiązał to tak, że w swoim zestawie narzędzi dla iOS zostawił Core ML jako domyślny silnik, a Core AI włącza się opcjonalnie na urządzeniach z iOS 27. Podwójna ścieżka to dwa formaty modelu do przygotowania i przetestowania.
Drugie to ekosystem. Core AI nie działa na Androidzie. Jeśli aplikacja ma wersje na oba systemy, model na Androida trzeba uruchomić innym narzędziem, na przykład korzystając z ONNX, uniwersalnego formatu modeli AI. W aplikacjach pisanych w React Native albo we Flutterze dochodzi moduł natywny w Swifcie, który połączy kod aplikacji z Core AI. Da się to zrobić, ale ktoś w zespole musi dobrze znać natywny iOS.
Trzecie to sprzęt. Apple pokazywało zastosowania od małych modeli rozpoznających mówców w nagraniu po model językowy o 70 mld parametrów. Nie znaczy to, że model tej wielkości zmieści się w telefonie. W iPhonie model konkuruje o pamięć z resztą aplikacji i systemem, a jego pliki powiększają aplikację albo trzeba je pobierać osobno po instalacji. Model, który świetnie działa na iPhonie 17 Pro, na kilkuletnim telefonie może działać wolno albo wcale.
Czwarte to dojrzałość. Framework ma kilka miesięcy. Ultralytics w swojej dokumentacji wymienia brak obsługi w symulatorze iOS, sporadyczne problemy z wczytaniem modeli o obniżonej precyzji na Neural Engine i ograniczone testy produkcyjne na różnych urządzeniach. Testy trzeba więc prowadzić na fizycznych telefonach, a w harmonogramie zostawić czas na problemy, których nikt jeszcze nie opisał.
Core AI rozwiązuje konkretne problemy. Nie jest obowiązkowym elementem każdej aplikacji z AI. Są sytuacje, w których lepiej go nie ruszać:
zadanie załatwia gotowy model Apple w Foundation Models albo narzędzia systemowe, takie jak odczyt tekstu czy kodów kreskowych ze zdjęcia,
funkcja potrzebuje najmocniejszych modeli, na przykład do analizy długich umów, złożonego rozumowania albo przeszukiwania dużej bazy firmowej metodą RAG, czyli generowania wspieranego wyszukiwaniem,
większość użytkowników ma Androida albo iPhone'a bez aktualizacji do iOS 27, a funkcja ma działać u wszystkich,
nie ma modelu pasującego do zadania ani danych, na których dałoby się go przygotować,
aplikacja powstaje w technologii wieloplatformowej i nikt nie utrzyma jej natywnej części na iOS.
W pozostałych przypadkach odpowiedź brzmi „to zależy”. Zależy od liczby wywołań funkcji w miesiącu, wrażliwości danych, udziału iPhone'ów wśród użytkowników i od tego, czy aplikacja jest natywna. Przy dużej skali, danych wrażliwych i natywnej aplikacji na iOS Core AI zaczyna się bronić. Przy małej skali i aplikacji wieloplatformowej zwykle wygrywa model w chmurze.
Często najrozsądniejszy okazuje się układ mieszany: szybkie, powtarzalne zadania na urządzeniu, trudniejsze w chmurze. Pytanie o natywność i tak wraca przy wyborze między Swiftem a React Native, więc najlepiej rozstrzygać je razem.
FAQ
FAQ - Najczęściej zadawane pytania o Core AI od Apple
Sam framework Core AI jest bezpłatny i wchodzi w skład systemów Apple, więc nie ma w nim opłat licencyjnych ani rozliczeń za zapytania. Płaci się za pracę: dobór lub przygotowanie modelu, jego konwersję i optymalizację, integrację z aplikacją oraz testy na różnych urządzeniach. Do tego dochodzi zwykła roczna opłata za członkostwo w Apple Developer Program, którą ponosi każdy wydawca aplikacji na iOS. Budżet projektu zależy przede wszystkim od tego, czy istnieje gotowy model pasujący do zadania, czy trzeba go dostroić na danych firmy, oraz od tego, czy aplikacja musi obsługiwać starsze systemy przez drugą ścieżkę w Core ML. Najtańszy wariant to otwarty model uruchomiony w natywnej aplikacji iOS. Najdroższy to własny model utrzymywany równolegle dla iOS i Androida. Porównując to z chmurą, zestaw jednorazowy koszt budowy z miesięcznym rachunkiem za tokeny przy docelowej liczbie użytkowników.
Prototyp z gotowym modelem da się zwykle zbudować w kilka tygodni, a wdrożenie produkcyjne trwa od kilku tygodni do kilku miesięcy. Najszybciej idzie, gdy aplikacja jest natywna, wspiera iOS 27, a zadanie rozwiązuje otwarty model, który ktoś już przygotował do eksportu do Core AI. Czas wydłuża się, gdy model trzeba dostroić na firmowych danych, odchudzić pod starsze iPhone'y albo przygotować zapasową wersję w Core ML dla użytkowników bez aktualizacji systemu. Sporo zajmują testy na fizycznych urządzeniach, bo ten sam model potrafi działać zupełnie inaczej na najnowszym i na kilkuletnim telefonie. W aplikacjach wieloplatformowych dochodzi budowa modułu natywnego, który łączy kod aplikacji z frameworkiem. Najbezpieczniej zacząć od kilkutygodniowego pilotażu jednej funkcji i dopiero na jego podstawie zaplanować resztę prac.
Core AI służy do uruchamiania nowoczesnych sieci neuronowych, w tym modeli językowych i transformerów, a Core ML zostaje przy klasycznym uczeniu maszynowym i starszych wersjach systemów. Core ML jest dostępny od 2017 r., korzysta z formatów .mlmodel i .mlpackage, obsługuje m.in. drzewa decyzyjne i potoki danych tabelarycznych oraz dobrze współpracuje z frameworkiem Vision. Core AI używa nowego formatu .aimodel, przyjmuje modele bezpośrednio z PyTorcha i pozwala przechowywać stan modelu między wywołaniami, co przyspiesza generowanie tekstu. Daje też kontrolę nad dopasowaniem modelu do urządzenia i nad pamięcią podręczną. Wymaga jednak systemu w wersji 27 lub nowszej. Dlatego wiele aplikacji przez pewien czas będzie korzystać z obu frameworków: z Core AI na nowych systemach i z Core ML jako zapasu dla pozostałych użytkowników.
Core AI działa na urządzeniach Apple z systemem w wersji 27 lub nowszej, czyli na iPhone'ach, iPadach, Macach, Apple Vision Pro, Apple TV i Apple Watch. Dokumentacja Apple podaje dostępność od iOS 27, iPadOS 27, macOS 27, tvOS 27, visionOS 27 i watchOS 27. iOS 27 obsługuje te same telefony co iOS 26, a więc iPhone'y od serii 11 oraz iPhone'a SE drugiej generacji i nowsze. Dostępność frameworka nie oznacza jednak, że każdy model zadziała wszędzie tak samo. Wydajność zależy od generacji chipu, szybkości Neural Engine i ilości pamięci RAM. Mały model rozpoznający obiekty na zdjęciu poradzi sobie na starszym telefonie, a model językowy z kilkoma miliardami parametrów może wymagać najnowszych urządzeń. Przed wdrożeniem trzeba więc wskazać najstarsze wspierane urządzenie i przetestować model właśnie na nim.
Tak, model uruchomiony przez Core AI działa w całości na urządzeniu i do samej inferencji nie potrzebuje połączenia z siecią. Zdjęcie, dźwięk czy tekst są przetwarzane przez procesor, układ graficzny i Neural Engine telefonu, a wynik powstaje lokalnie. Internet bywa potrzebny wcześniej: do pobrania aplikacji, do pobrania pliku modelu, jeśli nie jest dołączony do instalacji, oraz do aktualizacji modelu. Przykładowo aplikacja dla magazynierów może rozpoznawać etykiety na paczkach w hali bez zasięgu, a wyniki wysyłać do systemu firmowego, gdy telefon odzyska połączenie. Trzeba tylko zaprojektować aplikację tak, żeby model był na urządzeniu, zanim użytkownik go potrzebuje, a pierwsze przygotowanie modelu pod konkretny telefon odbywało się w tle. Pozostałe funkcje aplikacji, na przykład zapis danych w CRM, nadal mogą wymagać sieci.
Tak, ale wymaga to modułu natywnego napisanego w Swifcie, bo Core AI udostępnia interfejs wyłącznie dla kodu natywnego na platformach Apple. Moduł natywny to fragment aplikacji działający bezpośrednio w iOS, który udostępnia swoje funkcje warstwie napisanej w JavaScripcie albo w Darcie. To w nim odbywa się wczytanie modelu, przygotowanie danych i uruchomienie inferencji, a część wieloplatformowa dostaje gotowy wynik. Trudność zależy od ilości danych przekazywanych między warstwami. Pojedyncze zdjęcie to prosty przypadek, a analiza obrazu z kamery na żywo wymaga znacznie więcej pracy nad wydajnością. Core AI nie obejmuje Androida, więc wersja na ten system potrzebuje osobnego silnika do uruchamiania modelu, na przykład opartego na formacie ONNX. W efekcie zespół utrzymuje dwie natywne integracje i musi mieć kompetencje w obu ekosystemach.
Tak, jeśli sam model obsługuje polski, bo Core AI nie narzuca ograniczeń językowych. Framework uruchamia model dostarczony przez twórcę aplikacji, więc to wybór modelu decyduje, czy aplikacja zrozumie polskie polecenie, odczyta polski dokument albo streści rozmowę po polsku. To istotna różnica wobec Apple Intelligence, którego lista obsługiwanych języków we wrześniu 2026 r. nie obejmowała polskiego. Wiele otwartych modeli językowych i modeli rozpoznawania mowy radzi sobie z polszczyzną, choć zwykle słabiej niż z angielskim. Mniejsze warianty przeznaczone na telefony tracą przy tym na jakości szybciej niż duże modele serwerowe. Przed wyborem modelu przygotuj kilkadziesiąt prawdziwych przykładów z polskimi danymi firmy i sprawdź jakość na nich już po konwersji i kwantyzacji, a nie tylko w wersji uruchomionej na komputerze programisty.
PyTorch to dynamiczna biblioteka do uczenia maszynowego, która zdobywa szerokie uznanie w świecie sztucznej inteligencji. Ta potężna platforma oferuje nie tylko intuicyjne API, ale także różnorodne narzędzia pozwalające na efektywną eksplorację i interpretację modeli. W tym artykule przyjrzymy się praktycznym zastosowaniom PyTorch, odkrywając jego pełen potencjał.
Computer Vision, czyli 'komputerowe widzenie', to technologia, która zrewolucjonizowała sposób, w jaki maszyny postrzegają i rozumieją nasz świat. Wykorzystując algorytmy sztucznej inteligencji, umożliwia komputerom 'widzenie' i interpretowanie obrazów i scen w sposób porównywalny z ludzkim percepcją. Powoduje to, że otwierają się przed nami nowe, niezwykłe możliwości.
Sztuczna inteligencja przestała być futurystyczną ciekawostką - dziś staje się nieodłącznym elementem każdego nowoczesnego produktu cyfrowego. Firmy na całym świecie integrują inteligentne funkcje nie po to, by imponować technologią, lecz by realnie usprawniać doświadczenia użytkowników. Koncepcja AI-as-a-Feature pokazuje, że nawet niewielkie zastosowania AI mogą znacząco podnieść wartość i konkurencyjność produktu. W efekcie wchodzimy w erę, w której inteligencja nie jest dodatkiem - staje…
Konieczność ochrony prywatności użytkowników internetu staje się coraz ważniejsza. Podjęcie tematu Privacy by Design, czyli projektowania z uwzględnieniem prywatności od samego początku, pozwala sprostać współczesnym wyzwaniom w tej dziedzinie. Oto wprowadzenie, które pomoże zrozumieć znaczenie tego podejścia w dzisiejszym szybko zmieniającym się świecie technologii.
Dla wielu firm i deweloperów wybór między Swift a React Native to trudna decyzja, gdyż każde z nich ma swoje zalety i wady. Jednak zrozumienie różnic między nimi oraz okoliczności, w jakich są najlepsze, może pomóc podjąć właściwą decyzję.
ONNX, czyli Open Neural Network Exchange, jest fascynującym językiem modeli AI, który przyspiesza i ułatwia proces tworzenia oraz wdrażania tanientowych modeli przetwarzania danych. To wszechstronne narzędzie, zrozumienie którego jest kluczowe dla przyszłości technologii. W tym artykule przyjrzymy się mechanizmom ONNX oraz jego znaczeniu dla rozwoju sztucznej inteligencji.