W kodzie aplikacji desktopowej ChatGPT odkryto informacje dotyczące nadchodzącego Codex Cloud, który ma wspierać użytkowników w konfiguracji tego środowiska oraz w łączeniu go z prywatnymi zasobami firmy. Zbliżający się OpenAI DevDay, zaplanowany na 29 września, może być doskonałą okazją, by OpenAI przedstawiło coś specjalnego w tej kwestii. Oczekiwane są także inne ciekawe ogłoszenia.
Cała sytuacja dotyczy nowych elementów zidentyfikowanych w kompilacji 9922 aplikacji OpenAI. Wspomniany tryb będzie miał zdolność realizowania zadań w chmurze, całkowicie bez potrzeby dostępu do komputera użytkownika. Zmiany obejmują również możliwość wyboru środowiska, zapamiętywania tych ustawień oraz obsługi odpowiedzi z serwera, co sugeruje, że może chodzić o nową, odrębną usługę. Niestety, kod aplikacji nie pozwala na weryfikację, czy infrastruktura odpowiadająca tej funkcji jest już aktywna.
Codex jako samodzielny asystent do rozmowy
Środowiska programistyczne to zestawy narzędzi, bibliotek oraz ustawień niezbędnych do uruchomienia i testowania projektu. Aby agent mógł wprowadzić nawet drobną poprawkę w kodzie, konieczne jest wykonanie wielu kroków, co często bywa uciążliwe. OpenAI już oferuje automatyczne instalowanie popularnych zależności oraz możliwość korzystania z własnych skryptów konfiguracyjnych, jednak planowane zmiany idą znacznie dalej. Nowy proces będzie oparty na naturalnej konwersacji, w której asystent będzie starał się zrozumieć, co deweloper chce uruchomić.
Proces rozpocznie się od wskazania repozytoriów i stworzenia prywatnego środowiska. Agent po tym ma analizować zasoby i przygotować „szkielet” konfiguracji do przeglądu przez człowieka.
Tailscale łączący chmurę z siecią firmową
W tej kwestii pomocny będzie Tailscale, znany narzędzie, które, w skrócie, umożliwia łatwe połączenie wielu urządzeń w jedną, prywatną sieć. Dzięki temu, środowisko zarządzane przez OpenAI mogłoby uzyskać dostęp do konkretnych zasobów wewnętrznych w firmie. W kodzie znaleziono mechanizmy dotyczące przypisywania, wymiany oraz usuwania kluczy uwierzytelniających do wielokrotnego użytku, a także sprawdzania ich formatu.
Wspomniany klucz wymaga jednak odpowiedniej ochrony. Tailscale zaleca przechowywanie go w dedykowanym miejscu. Nie ma dowodów na to, że OpenAI będzie przechowywać te klucze czy zarządzać dostępem w inny sposób. Więcej szczegółów prawdopodobnie poznamy, gdy OpenAI oficjalnie zaprezentuje tę funkcję.
Proxy jako warstwa zabezpieczeń
Drugi mechanizm ma na celu ochronę poufnych danych uwierzytelniających używanych w połączeniach z usługami. Taki kod otrzymałby znacznik zastępczy, a jego rzeczywista wartość byłaby przechowywana poza zasięgiem środowiska agenta. Dopiero proxy, jako serwer pośredniczący w komunikacji, wstawiłby je w momencie wysyłania zapytania HTTPS do zatwierdzonej domeny. Oczywiście, możliwe będzie także ograniczenie konkretnych metod HTTP w edytorze, co pozwoli na precyzyjne określenie rodzaju wykonywanej operacji.
Czytaj również: Problemy twórców ChatGPT. Użyto Claude’a do zhakowania OpenAI
To jednak nie koniec: trzeci mechanizm weryfikuje „tożsamość” zadania oraz korzysta z protokołu OpenID Connect, co umożliwia uzyskanie krótkotrwałego dostępu do zasobów chmurowych bez długotrwałego używania danych logowania. OpenAI intensywnie pracuje nad możliwością integracji z Microsoft Azure, powiązaną z usługą Entra, co można następnie przypisać do środowiska.
W tym modelu środowisko „wykonawcze” będzie zarządzane przez OpenAI, a firma udostępni mu określone prywatne zasoby. Z jednej strony znacząco skróci to czas potrzebny na wdrożenie agenta, z drugiej strony rodzi pytania o zaufanie do OpenAI i jego modelu dotyczącego poświadczeń. Czy zobaczymy te nowości podczas nadchodzącego DevDay? Trudno to przewidzieć, jednak Sam Altman i Tibo Sottiaux wielokrotnie zapowiadali na X, że tydzień, w którym odbywa się to deweloperskie święto, będzie pełen znaczących premier.