Aktualność · Supabase · 3 min czytania
Data wydarzenia: · Opublikowano:
Supabase ogłosił na Select 2026 podejście code-first, serwery MCP dla aplikacji i zabezpieczenia dostępu agentów
2 października 2026 r. na Supabase Select firma ogłosiła podejście code-first, w którym agenci kodujący mogli konfigurować i uruchamiać projekty, a także lokalny rozwój bez Dockera, serwer MCP dla każdej aplikacji i zabezpieczenia własnego serwera MCP.
Wpis archiwalny: opisuje wydarzenie z 2 października 2026, a opublikowaliśmy go 8 listopada 2026. Dane pochodzą ze źródeł z tamtego dnia i mogły się od tego czasu zmienić.
2 października 2026 r. Supabase ogłosił podejście code-first dla agentów kodujących na wydarzeniu Supabase Select, jak wynika z podsumowania Supabase Select 2026. Supabase podał, że działa w modelu code-first: schemat i konfiguracja mogły żyć w kodzie, więc agent kodujący mógł skonfigurować i zmieniać projekt tak samo jak programista.
Co ogłosił Supabase
- Lokalny rozwój: Supabase mógł działać lokalnie jako natywne procesy bez Dockera (wersja alfa, domyślnie wyłączona), a kilka lokalnych instancji mogło działać naraz, po jednej na katalog.
- Declarative Schemas 2.0 generowały migracje z plików schematu SQL za pomocą
pg-delta, a zmiany z panelu można było przenieść z powrotem do plików poleceniemsupabase config pull. - Serwer MCP dla każdej aplikacji pozwalał jej użytkownikom podłączać własnych agentów. Działał jako Edge Function, użytkownicy logowali się przez istniejące Auth aplikacji, a polityki RLS decydowały, do czego może dotrzeć każde wywołanie narzędzia.
- Supabase Compute, do uruchamiania usług webowych i agentów w dowolnym języku obok bazy danych, ogłoszono w prywatnej wersji alfa z listą oczekujących.
- Supabase ogłosił też Multigres, wielowęzłową wysoką dostępność dla Postgresa, w prywatnej wersji alfa oraz OrioleDB w publicznej wersji beta.
Co to oznaczało dla osób budujących z AI
Backend, z którego korzystało wielu twórców aplikacji z AI, był przebudowywany tak, aby agenci mogli go konfigurować i obsługiwać, z zabezpieczeniami przy działaniach destrukcyjnych. Ponieważ schemat i konfiguracja mogły żyć w kodzie, agent mógł zmieniać projekt tak jak programista, a serwer MCP aplikacji pozwalał jej użytkownikom przyprowadzać własnych agentów w ramach reguł Auth i RLS aplikacji.
Zabezpieczenia dostępu agentów
Serwer MCP Supabase prosił o potwierdzenie, zanim agent utworzył płatny projekt lub gałąź albo uruchomił SQL, który mógłby usunąć dane, a te prośby (elicitations) były domyślnie włączone. Enterprise-Managed Auth dla serwera MCP Supabase, począwszy od Okta, oraz tokeny dostępu osobistego o ograniczonym zakresie były ogólnie dostępne.
Źródła
- Supabase Select 2026 Recap (Supabase, 2 października 2026, oficjalne)
Tekst przygotowany z pomocą AI wyłącznie na podstawie źródeł wymienionych powyżej. Zanim trafił na stronę, przeszedł automatyczną kontrolę dat, źródeł i wszystkich wersji językowych.