Przejdź do treści

Redakcja i społeczność ludzi, którzy budują z AI

← Wszystkie artykuły

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 poleceniem supabase 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

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.

Supabase ogłosił na Select 2026 podejście code-first, serwery MCP dla aplikacji i zabezpieczenia dostępu agentów | vibecoding.pl