Supabase 에이전트 개발 환경 변경, 알파 범위와 점검 항목

Supabase는 2026년 10월 2일 공식 블로그 글 「Build anything」에서 AI 코딩 에이전트가 개발을 맡는 환경에 맞춘 변경 사항을 발표했습니다. Docker 없이 로컬에서 Supabase를 실행하는 방식, 작업 폴더마다 Supabase를 따로 실행하는 기능, 데이터베이스 옆에서 서비스를 실행하는 Supabase Compute가 포함됩니다. 사내 도구 개발을 AI 코딩 에이전트에 맡기는 팀이라면 이 가운데 무엇이 시험 단계인지 구분하고, 에이전트에게 데이터베이스 생성을 허용하기 전에 정할 일을 먼저 적어 두면 됩니다.

용어와 이번에 바뀐 내용

Supabase는 앱에 필요한 데이터베이스와 서버 쪽 기능을 제공하는 서비스입니다. 개발자는 실제 서비스에 올리기 전에 자기 컴퓨터에서 같은 환경을 실행해 시험하는데, 이를 로컬 개발이라고 부릅니다. Docker는 프로그램을 필요한 실행 환경과 함께 묶어 실행하는 도구입니다.

Supabase 블로그는 이제 로컬 Supabase를 Docker 없이 컴퓨터의 일반 프로그램(네이티브 프로세스)으로 실행할 수 있어, Docker를 쓸 수 없는 컴퓨터에서도 시작된다고 밝혔습니다. 예로 든 환경은 Claude Code의 샌드박스(에이전트가 작업하는 격리된 공간), Codex, Perplexity Computer, CI 러너(코드를 올릴 때마다 자동으로 검사하는 서버)입니다. Docker가 있는 컴퓨터에서는 달라지는 것이 없다고 적었습니다.

폴더마다 따로 실행하는 다중 인스턴스

블로그는 로컬 Supabase를 폴더마다 하나씩, 여러 개 동시에 실행할 수 있다고 밝혔습니다. 같은 저장소를 여러 폴더에 내려받았거나 git worktree(한 저장소를 여러 작업 폴더로 나눠 여는 기능)를 쓰는 경우에 해당합니다. 블로그가 든 사용 장면은 이렇습니다. 변경 사항을 내보내기 전에 에이전트가 로컬에서 시험하고, 폴더마다 별도 환경이 있으니 변경안 두 개를 나란히 시험한 뒤 잘 되는 쪽을 고릅니다.

제공 상태도 함께 봐야 합니다. 블로그는 이 설명 바로 뒤에 "지금은 알파이고 기본값은 꺼져 있다"고 적었습니다. 공식 문서는 이 기능에 쓰는 supabase stack 명령을 실험 기능으로 분류하고, 버전이 바뀌면 옵션과 출력이 달라질 수 있으며 CLI 호환성 보장 범위에 들지 않는다고 안내합니다. Docker 없는 실행 방식이 다중 인스턴스와 별개로 정식 제공되는지는 원문 문장만으로 구분하기 어려워, 이 글에서는 둘 다 알파 범위로 봅니다. 조사 기록상 공식 문서에 네이티브 실행 지원 환경으로 적힌 것은 macOS(Apple Silicon)와 Linux이고, Windows 지원 여부는 확인하지 못했습니다.

데이터베이스 옆에서 실행하는 Supabase Compute

블로그 설명에 따르면 Compute는 웹 서비스와 에이전트를 어떤 프로그래밍 언어로든 데이터베이스 옆에서 실행합니다. 서비스 실행 시간에 제한이 없고, 메모리와 CPU를 직접 고르며, 서비스마다 완전한 Linux 환경이 주어집니다. 블로그는 기존 Edge Functions(Supabase가 제공하던, 짧은 코드를 서버에서 실행하는 기능)에는 이 Linux 환경이 없다고 비교했습니다. 배포는 Supabase CLI나 Management API로 하고, 서비스마다 공개 HTTP 주소가 생깁니다. HTTP 주소 없이 비공개로 배포해 데이터베이스 대기열의 백그라운드 작업이나 에이전트용 샌드박스로 쓸 수도 있다고 적었습니다.

Compute 제품 페이지에는 "Compute is in Private Alpha behind a waitlist", 즉 대기자 명단으로 받는 비공개 알파라고 적혀 있습니다. 요금은 공식 페이지에서 확인하지 못했고, 지역 제한에 관한 문장도 찾지 못했습니다.

항목	원문이 밝힌 변화	제공 상태	확인하지 못한 것
Docker 없는 로컬 실행	Docker가 없는 샌드박스·CI에서도 시작	알파 범위로 봄	Windows 지원
폴더별 다중 인스턴스	폴더마다 Supabase 1개씩 동시 실행	알파, 기본값 꺼짐, 실험 명령	정식 제공 일정
Supabase Compute	실행 시간 제한 없는 서비스, Linux 환경	비공개 알파, 대기자 명단	요금, 지역 제한
Docker가 있는 기존 환경	달라지는 것 없음	기존과 같음	해당 없음

기능 설명과 제공 상태는 Supabase 블로그(2026년 10월 2일), 공식 문서, Compute 제품 페이지의 문장입니다. 항목을 묶은 방식과 배치는 작성자가 구성했습니다.

에이전트에게 데이터베이스를 맡기기 전에 정할 일

이 부분은 위 원문을 바탕으로 한 작성자 해석입니다.

에이전트가 어디서 실행되는지부터 확인합니다. 개발 담당자의 노트북인지, 클라우드 샌드박스인지, CI 서버인지에 따라 이번 알파 기능을 쓸 일이 있는지가 달라집니다. 기본값이 꺼져 있으므로 기능을 켜는 결정은 누군가 따로 해야 합니다. 누가 어느 프로젝트에서 켰는지를 작업 기록에 적게 하면 문제가 생겼을 때 원인을 찾기 쉽습니다.

다음으로 로컬 데이터베이스에 넣을 데이터를 정합니다. 폴더마다 데이터베이스가 생기면 같은 데이터의 복사본도 그만큼 늘어납니다. 고객 정보나 인사 정보가 들어간 실제 데이터 대신 시험용 데이터만 쓰도록 에이전트 작업 지시에 적어 두는 편이 안전합니다. 작업이 끝난 폴더와 데이터베이스를 언제 누가 지우는지도 정합니다.

실험 명령은 운영 절차에 고정하지 않습니다. 공식 문서가 옵션과 출력이 바뀔 수 있다고 밝혔으므로, supabase stack 명령을 정기 배포 스크립트나 다른 팀이 쓰는 자동화에 넣으면 업데이트 뒤에 작업이 멈출 수 있습니다. 시험용 저장소에서만 쓰고, 버전을 올릴 때 다시 확인합니다.

Compute를 신청한다면 공개 범위와 비용 상한을 먼저 정합니다. 서비스마다 공개 HTTP 주소가 생기므로 에이전트가 배포한 서비스가 외부에서 접속되는지 확인하고, 내부용은 비공개로 배포하는 기준을 둡니다. 실행 시간 제한이 없으면 장시간 작업에는 편하지만, 요금이 공개되지 않은 상태에서는 중지 기준과 월 비용 상한을 내부 승인 전에 확인해야 합니다.

정리와 이번 주 첫 단계

Supabase는 이번 변경으로 에이전트가 Docker 없는 환경에서도 로컬 데이터베이스를 폴더마다 실행하고, 장시간 서비스를 데이터베이스 옆에서 실행할 수 있게 했습니다. 다만 로컬 기능은 알파이고 기본값이 꺼져 있으며, Compute는 대기자 명단으로 받는 비공개 알파입니다.

이번 주에는 에이전트로 개발 중인 사내 도구 한 건을 골라 개발 담당자(외주 포함)와 함께 에이전트가 실행되는 장소, 로컬 데이터베이스에 넣는 데이터의 종류, 알파 기능을 켤지와 그 결정을 하는 사람, 작업이 끝난 데이터베이스를 지우는 시점을 적어 보십시오. 답이 비는 항목부터 팀 규칙으로 정하면 됩니다.