Firma Apple zmodyfikowała wieloletni harmonogram tworzenia systemów iOS oraz macOS, wydłużając fazy aktywnego programowania kosztem okresów stabilizacji kodu. Informacje ujawnione przez Marka Gurmana z agencji Bloomberg wskazują, że zespoły inżynieryjne przygotowujące wydania iOS 28 oraz macOS 28 przeszły z dotychczasowego podziału czterech tygodni pisania funkcji i czterech tygodni testów na cykle sześciu tygodni prac wdrożeniowych oraz dwóch tygodni konwergencji. Zmiana ta stanowi bezpośrednią odpowiedź na naciski, jakie dyrektor generalny firmy John Ternus wywiera na szefa inżynierii oprogramowania Craiga Federighiego, aby wyraźnie zdynamizować rozwój oprogramowania i przygotować asystenta Siri na nadejście funkcji autonomicznych.
Równolegle do reorganizacji kalendarza programistycznego producent z Cupertino wprowadza fundamentalne modyfikacje w architekturze uprawnień systemu macOS. W oficjalnym komunikacie opublikowanym w portalu Apple Developer koncern zapowiedział uszczelnienie nadzoru nad uprawnieniem Full Disk Access. Firma podkreśliła, że rosnące możliwości oraz sprawczość agentów sztucznej inteligencji wymagają natychmiastowego zamknięcia dotychczasowych dróg na skróty, które pozwalały aplikacjom zewnętrznym bez pełnej świadomości użytkowników uzyskiwać wgląd w bazy wiadomości, archiwa pocztowe czy historię przeglądania stron internetowych.
Sześć tygodni na kodowanie: jak Apple zmienia inżynierię systemów operacyjnych
Dotychczasowy proces inżynieryjny kolejnych dużych wersji platform iOS oraz macOS bazował na sztywno określonym, trzyetapowym podziale roku produkcyjnego. Każdy z trzech kluczowych bloków deweloperskich trwał dokładnie osiem tygodni. Programiści Apple przeznaczali pierwsze cztery tygodnie na tworzenie nowych interfejsów API, pisanie logiki aplikacji i wprowadzanie zaplanowanych funkcjonalności, po czym bezwzględnie wstrzymywali dodawanie kodu na rzecz czterotygodniowej fazy konwergencji. W tym drugim okresie repozytoria podlegały zamrożeniu, a uwaga setek inżynierów skupiała się wyłącznie na profilowaniu wydajności, optymalizacji zużycia energii oraz eliminowaniu wykrytych błędów.
Nowy schemat wdrożony podczas przygotowań wydań iOS 28 i macOS 28 odwraca dotychczasowe proporcje czasowe. Zespoły inżynieryjne zyskały sześć tygodni nieprzerwanego czasu na swobodne prototypowanie, pisanie nowych modułów i implementację złożonych rozwiązań, podczas gdy formalny czas konwergencji zredukowano do zaledwie dwóch tygodni. W praktyce oznacza to wydłużenie fazy swobodnego programowania aż o połowę w każdym wyodrębnionym etapie. Z doniesień wynika, że kadra inżynierska Apple pozytywnie przyjęła tę transformację, zyskując przestrzeń na realizowanie skomplikowanych koncepcji bez konieczności ciągłego przerywania prac rygorystycznymi procedurami stabilizacyjnymi.
Przebudowa kalendarza odzwierciedla strategiczną ewolucję firmy w kierunku agentowej sztucznej inteligencji. Jak relacjonuje Mark Gurman, koncern dąży do przekształcenia asystenta Siri w pełnoprawnego agenta cyfrowego, który zachowaniem przypominać będzie nowoczesne modele autonomiczne, w tym Dots, Muse czy Grok. Oprogramowanie tego typu potrafi samodzielnie utrzymywać cel operacji, rozbijać go na kolejne kroki wykonawcze i konsekwentnie dążyć do rezultatu bez konieczności inicjowania każdego pojedynczego działania przez użytkownika. Zaimplementowanie takiego mechanizmu w głębokich warstwach systemów operacyjnych wymusiło na Apple przyznanie programistom większej elastyczności czasowej.
Koniec ułatwień przy nadawaniu uprawnienia Full Disk Access w macOS 27.3
Podczas gdy platformy z linii 28 powstają w nowym rytmie z myślą o kolejnych latach, w kompilacjach macOS 27.3 Apple wprowadza natychmiastowe blokady proceduralne w mechanizmie Full Disk Access. Uprawnienie to zaprojektowano niegdyś wyłącznie dla wyspecjalizowanych narzędzi wykonujących kopie zapasowe, które z racji specyfiki swojego działania muszą pomijać standardowe piaskownice systemowe i czytać całą przestrzeń dyskową. Z biegiem czasu po ten sam poziom dostępu zaczęli jednak sięgać twórcy wielu innych narzędzi, w tym aplikacji opartych na modelach sztucznej inteligencji.
W dotychczasowych wydaniach macOS funkcjonował schemat ułatwiający deweloperom pozyskiwanie tych szerokich praw. Kiedy aplikacja zewnętrzna próbowała odczytać chroniony plik bez wcześniejszej autoryzacji, system odrzucał to pojedyncze żądanie, lecz jednocześnie automatycznie umieszczał daną aplikację na liście w Ustawieniach systemowych w module Prywatność i ochrona. Twórcom oprogramowania wystarczyło wówczas wyświetlić użytkownikowi instrukcję prowadzącą bezpośrednio do panelu systemowego i poprosić o przestawienie gotowego, widocznego już przełącznika, co ułatwiało masowe akceptowanie uprawnień.
Aktualizacja macOS 27.3 likwiduje ten automatyzm. Zgodnie z analizami ujawnionymi przez niezależnych badaczy kodu, system operacyjny przestaje samoczynnie dopisywać nieautoryzowane aplikacje do listy wyboru po zablokowanej próbie sięgnięcia do danych. Aby nadać oprogramowaniu poziom Full Disk Access, użytkownik musi wykonać w pełni świadomą i jednoznaczną operację ręczną, na przykład przeciągnąć plik wykonywalny aplikacji z Findera prosto do okna ustawień systemowych. Apple eliminuje w ten sposób powszechną rutynę, w ramach której użytkownicy włączali pełny wgląd w dysk bez zastanowienia pod wpływem monitu na ekranie.
Konsekwencje rosnącej autonomii oprogramowania dla prywatności użytkowników
W oficjalnym uzasadnieniu decyzji inżynierowie Apple zwrócili uwagę, że w erze postępującej autonomii sztucznej inteligencji uprawnienie Full Disk Access staje się wyjątkowo ryzykownym wektorem naruszeń. Tradycyjny program komputerowy wykonuje wyłącznie powtarzalne procedury zaprogramowane bezpośrednio przez człowieka. Z kolei autonomiczny agent wyposażony w zdolność interpretowania intencji użytkownika sam decyduje, jakie dane zgromadzone na dysku są mu potrzebne do sfinalizowania zadania. Otwarcie przed takim mechanizmem całego nośnika daje mu niekontrolowany wgląd w bazy komunikatora iMessage, prywatne maile czy wrażliwe tokeny konfiguracyjne.
Na niebezpieczeństwa związane z nadmiernymi uprawnieniami zwracają uwagę analitycy bezpieczeństwa, analizujący współczesne incydenty rynkowe. Gdy narzędzia zautomatyzowane otrzymują zgodę na samodzielne działanie bez każdorazowego potwierdzania kroków, błędy konfiguracyjne mogą prowadzić do poważnych wycieków. W środowisku deweloperskim głośnym echem odbiły się analizy firmy Apiiro dotyczące narzędzia Claude Code, gdzie rutynowe zaznaczanie opcji trwałego pomijania pytań skutkowało zapisywaniem surowych komend z hasłami i kluczami API w lokalnych plikach konfiguracyjnych, które następnie trafiały do publicznych repozytoriów kodu.
Praktyczne wyzwania deweloperskie i kalendarz premier
Zaostrzenie wymogów proceduralnych w macOS stawia nowe wyzwania przed twórcami aplikacji desktopowych. W środowisku programistycznym toczą się dyskusje nad koncepcją tak zwanych Prywatnych Folderów. Byłoby to rozwiązanie pośrednie, które pozwalałoby na przyznanie agentowi dostępu wyłącznie do ściśle wybranego obszaru, na przykład lokalnej bazy wiadomości, bez konieczności odsłaniania całego dysku. Dopóki jednak Apple nie udostępni precyzyjnie sprofilowanych interfejsów API tego typu, deweloperzy zmuszeni będą instruować użytkowników w zakresie skomplikowanej procedury ręcznej autoryzacji.
Wdrożenie nowego, sześciotygodniowego cyklu wytwórczego wyznacza jednocześnie ścisłe ramy dla premiery kolejnych generacji oprogramowania. Zgodnie z dotychczasową praktyką pierwsze wersje beta systemów iOS 28 oraz macOS 28 zostaną zaprezentowane deweloperom podczas czerwcowej konferencji WWDC w 2027 roku, a wersje stabilne zadebiutują we wrześniu tego samego roku. Skrócenie okresów konwergencji do dwóch tygodni oznacza jednak ogromną presję jakościową dla inżynierów Apple, którzy w znacznie krótszym czasie będą musieli wyłapywać błędy i regresje w dynamicznie rozbudowywanym kodzie.