Faucet의 개요
미국 스타트업 FaucetDB가 만든 Faucet은 PostgreSQL, MySQL, MariaDB, SQL Server, Oracle, Snowflake, SQLite에 연결해 스키마를 읽고, 실행 시점에 CRUD REST API, OpenAPI 3.1 명세, MCP 서버를 생성합니다. 역할, API 키, 관리자 계정, 연결 정보는 내장 SQLite 파일에 저장되며, 같은 바이너리에 든 관리 화면에서 데이터베이스를 연결하고 역할을 만들고 Claude Code, Cursor, VS Code, Windsurf용 MCP 설정을 바로 출력할 수 있습니다.
MCP 서버는 REST API와 같은 포트(기본 8080)의 /mcp에서 X-API-Key 헤더로 인증하는 Streamable HTTP로 제공되며, stdio로도 실행할 수 있습니다. 도구 8개와 리소스 2개를 노출합니다. 저장소는 2026년 2월에 만들어졌고 거의 한 명의 개발자가 작성했으며 GitHub 스타는 약 172개입니다. v0.1.15는 2026년 10월 9일에 나왔고, npm 패키지는 11월 10일까지 한 달 동안 346회 다운로드되었습니다.
모두 MIT 라이선스이며 유료 요금제는 없습니다. 호스팅형 Faucet Cloud가 대기자 명단과 함께 예고되었지만 가격은 없습니다.
Faucet 설치 방법
npx @faucetdb/faucet serveFaucet, 쓸 만한 가치가 있습니까?
Faucet의 발상은 타당합니다. 에이전트에 SQL 프롬프트를 넘기는 대신 HTTP 동사에 대응하는 구조화된 도구(faucet_query, faucet_insert, faucet_update, faucet_delete)를 주고, 호출할 때마다 서비스별, 테이블별로 API 키의 역할과 대조합니다. 필터는 작은 표현식 문법으로 들어오고 Faucet이 직접 매개변수화하므로, 실제로 실행되는 SQL 문자열을 모델이 쓰는 일은 없습니다. 원시 SQL은 별도 도구로, 서비스의 raw_sql_allowed(기본값은 꺼짐)와 다섯 가지 동사를 모두 허용하는 역할이 함께 있어야 합니다. read_only로 표시된 서비스는 원시 SQL을 포함한 모든 쓰기를 거부합니다. 반면 DBHub는 모델에 execute_sql 도구를 넘깁니다. Google의 MCP Toolbox는 쿼리를 미리 작성하게 해 비슷한 결과를 얻고, Faucet은 스키마에서 도구를 생성합니다.
조심해야 할 이유는 그간의 이력입니다. 2026년 9월 3일의 v0.1.13은 메인테이너 스스로 심각도 높음으로 분류한 결함을 고쳤습니다. 그 전까지는 역할 규칙이 저장만 되고 한 번도 조회되지 않아, 에이전트에 건넨 키를 포함해 유효한 API 키라면 REST와 MCP 모두에서 모든 서비스의 모든 테이블을 읽고 쓸 수 있었습니다. 같은 릴리스에서 원시 SQL이 read_only 플래그를 무시하던 문제가 고쳐졌고, 코드에 박혀 있던 기본 JWT 서명 시크릿이 무작위 값으로 바뀌었습니다. 이 내용은 GitHub 보안 권고가 아니라 릴리스 노트로 공개되었고, 저장소에는 권고가 하나도 없습니다. 행 단위 필터는 여전히 저장만 되고 적용되지 않으며, 문서도 이를 분명히 밝힙니다.
무엇보다 먼저 네트워크 기본값을 살펴야 합니다. faucet serve는 모든 인터페이스인 0.0.0.0의 포트 8080에서 암호화되지 않은 HTTP로 수신합니다. 문서는 TLS를 리버스 프록시에 맡기라고 안내합니다. 첫 관리자 계정이 생기기 전까지는 설정 엔드포인트가 먼저 도착한 사람을 받아들이므로, 공유 네트워크의 새 인스턴스는 --host 127.0.0.1로 시작해야 합니다. stdio 모드는 로컬 관리자 권한으로 실행되고 역할을 적용하지 않아, 연결된 모든 테이블에 대해 삽입, 수정, 삭제가 제한 없이 가능합니다. 연결 비밀번호는 설정용 SQLite 파일에 암호화되지 않은 채 저장되며, Faucet은 이 파일을 소유자 전용 권한으로 제한합니다. 텔레메트리는 기본으로 켜져 있어 테이블, 키, 역할 수를 1시간마다 PostHog로 보내며, 이름이나 데이터는 포함하지 않고 FAUCET_TELEMETRY=0으로 끌 수 있습니다.
결론: Faucet은 DBHub 방식의 SQL 도구로는 너무 넓게 열리게 될 SQL Server나 Oracle 환경 위에 REST와 MCP를 하나의 계층으로 두고 싶은 팀에 맞습니다. v0.1 제품으로 다루고, 그래도 읽기 전용 데이터베이스 사용자를 만들고, 공개 인터페이스에는 노출하지 않는 것이 맞습니다.
제 역할을 하는 곳
SQL Server에서 ERP를 운영하는 제조업체의 운영팀
ERP의 쓰기 경로를 건드리지 않고 재고와 주문에 관한 질문에 Claude가 답하게 하기
SELECT만 가능한 데이터베이스 사용자로 ERP를 연결하고, 서비스를 read_only로 표시한 뒤, 재고와 주문 테이블에 GET만 허용하는 역할에 묶인 키를 에이전트에 발급합니다. 에이전트는 faucet_query로 필터링하며 호출당 최대 1,000행입니다. 작은 VM 외에는 살 것이 없습니다.
Postgres로 사내 도구를 만드는 2인 에이전시
백엔드를 작성하지 않고 CRUD API와 에이전트가 편집할 수 있는 관리 경로 마련하기
Faucet을 데이터베이스에 연결하고, 프런트엔드에서 생성된 /api/v1 엔드포인트를 쓰고, 에이전트에는 두 테이블에서만 POST와 PATCH를 허용하는 역할의 별도 키를 줍니다. 스키마 계약을 잠가 두면 마이그레이션이 모르는 사이에 API를 깨뜨리지 않습니다.
Snowflake 웨어하우스를 쓰는 데이터 분석가
Cursor에서 평범한 말로 테이블을 살펴보고 샘플 뽑기
키 페어 인증으로 Snowflake를 추가하고, GET 전용 키를 만들고, /mcp 엔드포인트를 Cursor에 등록합니다. faucet_describe_table이 모델에 열과 타입을 알려 줍니다. 실제 비용은 쿼리마다 소모되는 Snowflake 웨어하우스 크레딧입니다.
도입 전 확인할 점
- 설정
- npx @faucetdb/faucet serve, Homebrew, Docker 또는 릴리스 바이너리로 설치한 뒤, localhost:8080의 설정 마법사에서 관리자를 만들고 호스트, 포트, 사용자, 비밀번호로 데이터베이스를 연결합니다. 역할과 API 키를 만든 다음 X-API-Key 헤더와 함께 claude mcp add --transport http를 실행합니다. Claude Desktop에는 mcp-remote 브리지가 필요합니다. README는 데이터베이스에서 API까지를 60초 빠른 시작으로 소개하며, 역할과 키를 만드는 데 몇 분이 더 듭니다.
- 연동
- MCP 도구 8개(faucet_list_services, faucet_list_tables, faucet_describe_table, faucet_query, faucet_insert, faucet_update, faucet_delete, faucet_raw_sql)와 리소스 2개이며, 이 중 4개 도구가 쓰기를 할 수 있습니다. 같은 인스턴스가 REST API, ChatGPT Custom GPT Actions용 /openapi.json, /healthz, /readyz도 제공합니다. OAuth가 없어 ChatGPT 커넥터는 지원하지 않습니다.
- 데이터와 개인정보
- 자체 호스팅이며 행 데이터는 에이전트의 모델 제공자에게만 갑니다. 에이전트는 키의 역할이 허용하는 범위에서, 데이터베이스 사용자 권한 안에서 무엇이든 할 수 있습니다. HTTP는 기본적으로 포트 8080의 0.0.0.0에 바인딩되고, stdio는 관리자 권한으로 실행됩니다. 데이터베이스 비밀번호는 설정용 SQLite 파일에 암호화 없이 저장되며(소유자 전용 권한), API 키는 SHA-256으로 해시됩니다. 익명 텔레메트리는 끄지 않으면 1시간마다 PostHog로 전송됩니다. 모델에 돌아가는 행에는 다른 데이터베이스 텍스트와 마찬가지로 프롬프트 인젝션이 섞여 있을 수 있습니다.
- 대규모 사용 시 비용
- 무료이며, 드는 비용은 바이너리를 돌릴 호스트와 데이터베이스 부하입니다. faucet_query는 기본 25행, 최대 1,000행을 반환합니다. 원시 SQL은 기본 100행, 최대 10,000행이며 30초(최대 300초)에 시간 초과됩니다. Snowflake 쿼리는 호출할 때마다 웨어하우스 크레딧을 씁니다.
- 제한
- 한 명의 개발자가 만든 버전 0.1.x 프로젝트로, README도 사내 도구와 프로토타입에 적합하다고 말합니다. 열린 이슈는 6개이며 SQLite 쿼리 빌더의 정확성 문제도 포함됩니다. GraphQL과 OAuth가 없고, 행 필터는 적용되지 않으며, Kubernetes 복제본마다 설정 저장소가 따로 필요합니다.
좋은 점
- Oracle과 Snowflake를 포함한 7개 SQL 엔진을 바이너리 하나로 지원
- MCP 도구 호출마다 테이블별 동사 권한 검사
- 매개변수화된 필터를 쓰는 구조화 도구, 원시 SQL은 기본적으로 꺼짐
- 관리 화면이 키가 채워진 MCP 설정을 생성
아쉬운 점
- v0.1.13 이전에는 역할 규칙이 전혀 적용되지 않음
- 암호화 없는 HTTP로 0.0.0.0에 바인딩, 관리자가 생기기 전까지 설정이 열려 있음
- stdio 모드는 역할 없이 관리자로 실행
- 행 필터는 저장되지만 적 용되지 않음, 텔레메트리는 기본으로 켜짐
추천 대상
이미 운영 중인 SQL Server, Oracle, Snowflake, Postgres 데이터베이스 위에서 에이전트와 사내 앱이 통제된 REST와 MCP 계층을 함께 쓰게 하려는 팀.
Faucet 대안
Faucet: 자주 묻는 질문
- Faucet, 쓸 만한 가치가 있습니까?
- 7개 SQL 엔진의 테이블에 대한 통제된 접근을 에이전트에 주는 올바른 구조지만, 역할 검사가 9월에야 작동하기 시작했을 만큼 젊은 프로젝트입니다. 평점은 5점 만점에 3.6점입니다.
- Faucet의 가격은 얼마 입니까?
- 무료 오픈 소스(MIT)이며 모든 기능이 포함됩니다. 호스팅형 Faucet Cloud는 대기자 명단 단계이고 가격은 공개되지 않았습니다.
- Faucet의 단점은 무엇입니까?
- v0.1.13 이전에는 역할 규칙이 전혀 적용되지 않음; 암호화 없는 HTTP로 0.0.0.0에 바인딩, 관리자가 생기기 전까지 설정이 열려 있음; stdio 모드는 역할 없이 관리자로 실행; 행 필터는 저장되지만 적용되지 않음, 텔레메트리는 기본으로 켜짐.
- Faucet에 적합한 사람은 누구입니까?
- 이미 운영 중인 SQL Server, Oracle, Snowflake, Postgres 데이터베이스 위에서 에이전트와 사내 앱이 통제된 REST와 MCP 계층을 함께 쓰게 하려는 팀.
- 팀이나 프로덕션 환경에서 Faucet의 비용은 얼마입니까?
- 무료이며, 드는 비용은 바이너리를 돌릴 호스트와 데이터베이스 부하입니다. faucet_query는 기본 25행, 최대 1,000행을 반환합니다. 원시 SQL은 기본 100행, 최대 10,000행이며 30초(최대 300초)에 시간 초과됩니다. Snowflake 쿼리는 호출할 때마다 웨어하우스 크레딧을 씁니다.
- Faucet에 회사 데이터를 맡겨도 안전합니까?
- 자체 호스팅이며 행 데이터는 에이전트의 모델 제공자에게만 갑니다. 에이전트는 키의 역할이 허용하는 범위에서, 데이터베이스 사용자 권한 안에서 무엇이든 할 수 있습니다. HTTP는 기본적으로 포트 8080의 0.0.0.0에 바인딩되고, stdio는 관리자 권한으로 실행됩니다. 데이터베 이스 비밀번호는 설정용 SQLite 파일에 암호화 없이 저장되며(소유자 전용 권한), API 키는 SHA-256으로 해시됩니다. 익명 텔레메트리는 끄지 않으면 1시간마다 PostHog로 전송됩니다. 모델에 돌아가는 행에는 다른 데이터베이스 텍스트와 마찬가지로 프롬프트 인젝션이 섞여 있을 수 있습니다.
- Faucet의 가장 좋은 대안은 무엇입니까?
- 저희가 리뷰한 것 중 가장 가까운 대안은 DBHub, MCP Toolbox for Databases, Supabase MCP Server 및 database-mcp (cocaxcode)입니다.
답변 확인일: 2026년 11월 11일.