Neon

공식

Neon 서버리스 Postgres 플랫폼과 상호작용합니다.

Neon MCP(으)로 무엇을 할 수 있나요?

프로젝트 및 브랜치 생성 — 어시스턴트에게 새 Postgres 데이터베이스나 feature-x라는 브랜치를 만들도록 요청하고 컴퓨팅 리소스가 준비될 때까지 기다립니다.
SQL 및 트랜잭션 실행 — 선택한 Neon 데이터베이스에서 단일 쿼리나 여러 문으로 구성된 일련의 쿼리를 하나의 트랜잭션으로 실행합니다.
스키마 및 테이블 검사 — 데이터베이스의 테이블을 나열하고, 테이블의 열과 제약 조건을 확인하거나, 브랜치 간 스키마를 비교합니다.
안전한 마이그레이션 테스트 — 임시 브랜치에서 스키마 변경을 준비한 다음, 이를 완료해 메인 브랜치에 마이그레이션을 적용합니다.
느린 쿼리 최적화 — 느린 쿼리를 찾고 실행 계획을 확인하며, 임시 브랜치에서 인덱스와 같은 권장 최적화 방안을 테스트합니다.
프로젝트 요약 — Neon 프로젝트와 조직을 나열하거나, 프로젝트와 브랜치 전체를 검색해 ID와 콘솔 링크를 찾습니다.

호스팅형 MCP 서버

npx add-mcp 'https://mcp.neon.tech/mcp'

Claude Code, Codex, Cursor 등에 설치됩니다

문서

Neon MCP Server

Neon MCP Server는 Neon의 Lakebase Postgres 데이터베이스와 자연어로 상호작용할 수 있게 해주는 오픈 소스 도구입니다.

Model Context Protocol(MCP)은 대규모 언어 모델(LLM)과 외부 시스템 간의 컨텍스트를 관리하도록 설계된 표준화된 프로토콜입니다. 이 저장소는 Neon용 원격 MCP Server를 제공합니다.

Neon의 MCP server는 자연어 요청과 Neon API 사이의 다리 역할을 합니다. MCP를 기반으로 요청을 필요한 API 호출로 변환하여 프로젝트와 브랜치 생성, 쿼리 실행, 데이터베이스 마이그레이션 수행 등의 작업을 원활하게 관리할 수 있습니다.

Neon MCP server의 주요 기능은 다음과 같습니다.

자연어 상호작용: 직관적인 대화형 명령으로 Neon 데이터베이스를 관리합니다.
간소화된 데이터베이스 관리: SQL을 작성하거나 Neon API를 직접 사용하지 않고도 복잡한 작업을 수행합니다.
비개발자도 사용 가능: 다양한 기술적 배경을 가진 사용자가 Neon 데이터베이스와 상호작용할 수 있도록 지원합니다.
데이터베이스 마이그레이션 지원: 자연어로 시작한 데이터베이스 스키마 변경에 Neon의 브랜칭 기능을 활용합니다.

예를 들어, Claude Code 또는 모든 MCP Client에서 자연어를 사용해 다음과 같은 Neon 작업을 수행할 수 있습니다.

Let's create a new Postgres database, and call it "my-database". Let's then create a table called users with the following columns: id, name, email, and password.
I want to run a migration on my project called "my-project" that alters the users table to add a new column called "created_at".
Can you give me a summary of all of my Neon projects and what data is in each one?

[!WARNING]
Neon MCP Server 보안 고려 사항
Neon MCP Server는 자연어 요청을 통해 강력한 데이터베이스 관리 기능을 제공합니다. 실행하기 전에 LLM이 요청한 작업을 항상 검토하고 승인하세요. 승인된 사용자와 애플리케이션만 Neon MCP Server에 액세스할 수 있도록 하세요.

Neon MCP Server는 로컬 개발 및 IDE 통합 전용입니다. 프로덕션 환경에서는 Neon MCP Server를 사용하지 않는 것을 권장합니다. 실수로 또는 승인 없이 변경을 일으킬 수 있는 강력한 작업을 실행할 수 있습니다.

자세한 내용은 MCP 보안 지침 →을 참조하세요.

Neon MCP Server 설정

Neon MCP Server를 설정하는 방법은 다음과 같습니다.

API 키를 사용한 빠른 설정(Cursor, VS Code, Claude Code): neon@latest init을 실행하면 하나의 명령으로 Neon MCP Server, agent skills, VS Code 확장 프로그램을 자동으로 구성합니다.
원격 MCP Server(OAuth 기반 인증): OAuth를 사용해 Neon의 관리형 MCP server에 연결합니다. API 키를 관리할 필요가 없어 더 편리합니다. 또한 최신 기능과 개선 사항이 출시되는 즉시 자동으로 제공됩니다.
원격 MCP Server(API 키 기반 인증): API 키를 사용해 Neon의 관리형 MCP server에 연결합니다. OAuth를 사용할 수 없는 환경에서 원격 에이전트를 Neon에 연결하려는 경우 유용합니다. 또한 최신 기능과 개선 사항이 출시되는 즉시 자동으로 제공됩니다.

사전 요구 사항

MCP Client 애플리케이션.
Neon 계정.
Node.js (>= v18.0.0): nodejs.org에서 다운로드하세요.
IP Allow가 활성화되어 있다면 34.192.103.46 및 23.22.233.166를 허용 목록에 추가하세요(mcp.neon.tech개의 고정 IP).

개발하려면 Node.js 22+가 필요합니다(pnpm은 Corepack을 통해 제공됩니다. 활성화하려면 corepack enable을 실행하세요).

옵션 1. API 키를 사용한 빠른 설정

API 키를 직접 만들고 싶지 않으신가요?

neon@latest init을 실행하면 하나의 명령으로 Neon MCP Server를 자동으로 구성합니다.

npx neon@latest init

Cursor, VS Code(GitHub Copilot), Claude Code에서 사용할 수 있습니다. OAuth로 인증하고, Neon API 키를 생성한 다음, 편집기를 자동으로 구성합니다.

옵션 2. 원격 호스팅 MCP Server(OAuth 기반 인증)

OAuth를 사용해 Neon의 관리형 MCP server에 연결합니다. 가장 간편한 설정 방법으로, 이 server를 로컬에 설치할 필요가 없으며 클라이언트에 Neon API 키를 구성하지 않아도 됩니다.

다음 명령을 실행하면 작업 공간에서 감지된 모든 에이전트와 편집기에 Neon MCP Server를 추가합니다.

npx add-mcp "https://mcp.neon.tech/mcp?category=projects&category=branches&category=endpoints&category=querying&category=schema"

이 URL은 프로젝트, 브랜치, 컴퓨팅 엔드포인트, 쿼리, 스키마를 게시합니다. /api/list-tools?category=projects&category=branches&category=endpoints&category=querying&category=schema로 미리 볼 수 있습니다. 필터링되지 않은 URL은 모든 카테고리를 게시합니다.

npx add-mcp https://mcp.neon.tech/mcp

-g 플래그를 추가하면 프로젝트 범위가 아닌 전역 MCP server 목록에 Neon MCP Server를 추가합니다.

또는 클라이언트의 MCP server 구성 파일(예: mcp.json, mcp_config.json)에 다음 "Neon" 항목을 추가할 수 있습니다.

{
  "mcpServers": {
    "Neon": {
      "type": "http",
      "url": "https://mcp.neon.tech/mcp?category=projects&category=branches&category=endpoints&category=querying&category=schema"
    }
  }
}

Kiro: Kiro MCP 구성 파일에 다음을 추가하세요(전역 설정은 ~/.kiro/settings/mcp.json, 프로젝트 범위 설정은 .kiro/settings/mcp.json).

{
  "mcpServers": {
    "Neon": {
      "url": "https://mcp.neon.tech/mcp?category=projects&category=branches&category=endpoints&category=querying&category=schema"
    }
  }
}

또는 이 README 상단의 원클릭 설치 버튼을 사용하세요. 자세한 내용은 Kiro MCP 문서를 참조하세요.

MCP 클라이언트를 다시 시작하거나 새로 고침하세요.
브라우저에서 OAuth 창이 열립니다. 안내에 따라 MCP 클라이언트가 Neon 계정에 액세스하도록 승인하세요.

OAuth 기반 인증을 사용하면 MCP server는 기본적으로 개인 Neon 계정의 프로젝트에서 작동합니다. 조직에 속한 프로젝트에 액세스하거나 관리하려면 MCP client에 보내는 프롬프트에 org_id 또는 project_id를 명시적으로 제공해야 합니다.

옵션 3. 원격 호스팅 MCP Server(API 키 기반 인증)

클라이언트가 지원하는 경우 원격 MCP Server는 Authorization 헤더에 API 키를 넣어 인증하는 방식도 지원합니다.

Neon Console에서 Neon API 키를 생성하세요. 그런 다음 다음 명령을 실행하면 작업 공간에서 감지된 모든 에이전트와 편집기에 Neon MCP Server를 추가합니다.

npx add-mcp "https://mcp.neon.tech/mcp?category=projects&category=branches&category=endpoints&category=querying&category=schema" --header "Authorization: Bearer <$NEON_API_KEY>"

또는 클라이언트의 MCP server 구성 파일(예: mcp.json, mcp_config.json)에 다음 "Neon" 항목을 추가할 수 있습니다.

{
  "mcpServers": {
    "Neon": {
      "type": "http",
      "url": "https://mcp.neon.tech/mcp?category=projects&category=branches&category=endpoints&category=querying&category=schema",
      "headers": {
        "Authorization": "Bearer <$NEON_API_KEY>"
      }
    }
  }
}

조직의 API 키를 제공하면 액세스가 해당 조직의 프로젝트로만 제한됩니다.

범위 및 읽기 전용 모드

Neon MCP는 OAuth 범위 read 및 write을 제공합니다. MCP 클라이언트에서 이를 요청하거나 OAuth 권한 UI에서 선택할 수 있습니다. 클라이언트가 여전히 *을 보내는 경우 쓰기 권한으로 처리됩니다.

읽기 전용 모드는 사용할 수 있는 도구를 제한하여 프로젝트나 브랜치 생성, 마이그레이션 실행과 같은 쓰기 작업을 비활성화합니다. 읽기 전용 도구에는 프로젝트 목록 조회, 스키마 설명, 데이터 쿼리, 성능 지표 확인이 포함됩니다.

읽기 전용 모드는 다음 두 가지 방법으로 설정할 수 있습니다.

기본 MCP URL(편집 가능한 동의): https://mcp.neon.tech/mcp로 연결한 다음 권한 부여 페이지에서 쓰기 허용을 선택 해제하세요. 여기에서 프로젝트 하나, SQL용 Postgres 역할, 도구 카테고리 일부를 선택할 수도 있습니다.
매개변수가 지정된 MCP URL(고정된 동의): MCP server URL에 readonly, projectId, category 및/또는 roleName을 지정하세요. 권한 부여 페이지에서 해당 권한 부여를 확인하며 편집 옵션은 제공되지 않습니다. 권한 부여를 변경하려면 URL을 변경하고 다시 승인하세요.

{
  "mcpServers": {
    "Neon": {
      "url": "https://mcp.neon.tech/mcp?readonly=true"
    }
  }
}

쿼리 매개변수의 동작 방식:

API 키 흐름: readonly=true은 읽기 전용 모드를 활성화하는 방법입니다(이 흐름에는 OAuth 범위 교환이 없습니다). URL 변경 사항은 다음 요청부터 적용됩니다.
OAuth 흐름: MCP URL의 projectId, category, readonly, roleName은 권한 부여 시 확인하는 고정 권한 부여입니다. 해당 페이지에서 readonly=true의 쓰기 권한을 확대할 수 없습니다. 토큰이 발급된 후 URL을 변경해도 해당 토큰의 권한은 확대되지 않습니다. 다시 승인하세요.

OAuth 등록에서 x-read-only은 편집 가능한 동의 화면의 초기 쓰기 허용 기본값입니다. 확인을 고정하지 않으며, readonly=false가 포함된 매개변수 지정 URL의 권한을 축소하지도 않습니다. API 키 요청은 아래의 readonly 쿼리 매개변수보다 우선하여 요청별로 x-read-only를 계속 적용합니다.

참고: 읽기 전용 모드는 사용할 수 있는 _도구_를 제한합니다. run_sql은 계속 사용할 수 있으며 각 쿼리를 READ ONLY 트랜잭션에서 실행합니다. run_sql_transaction은 사용할 수 없습니다. 각 문을 run_sql으로 실행하세요. 이러한 호출은 각각 별도로 실행되며 트랜잭션을 공유하지 않습니다. 트랜잭션 의미 체계가 필요하면 쓰기가 허용된 연결을 사용하세요.

액세스 제어용 URL 쿼리 매개변수

권한 부여 컨텍스트(범주 범위, 프로젝트 범위, 읽기 전용 모드, 고정된 Postgres 역할)는 MCP server URL의 URL 쿼리 매개변수로 구성합니다. API 키 요청에는 각 요청마다 해당 매개변수가 적용됩니다. OAuth 토큰에는 권한 부여 시 확인하거나 편집한 권한 부여가 저장됩니다.

매개변수	설명	예시
`readonly`	읽기 전용 모드 활성화(`true`/`false`)	`?readonly=true`
`category`	특정 도구 카테고리로 제한(반복 또는 CSV)	`?category=querying&category=schema`
`projectId`	모든 작업을 단일 프로젝트로 제한	`?projectId=proj-123`
`roleName`	소유자 대신 이 Postgres 역할로 모든 SQL 실행	`?roleName=app_reader`

읽기 전용 및 프로젝트 범위 지정 예시:

{
  "mcpServers": {
    "Neon": {
      "url": "https://mcp.neon.tech/mcp?readonly=true&projectId=my-project-id"
    }
  }
}

카테고리 필터링 예시(쿼리 및 스키마 도구만):

{
  "mcpServers": {
    "Neon": {
      "url": "https://mcp.neon.tech/mcp?category=querying&category=schema"
    }
  }
}

고정된 Postgres 역할 예시(읽기 전용, 프로젝트 하나, app_reader로 SQL 실행):

{
  "mcpServers": {
    "Neon": {
      "url": "https://mcp.neon.tech/mcp?readonly=true&projectId=my-project-id&roleName=app_reader"
    }
  }
}

roleName는 전체 연결에 사용할 Postgres 로그인 역할을 고정합니다. server가 사용자를 대신해 실행하는 모든 SQL(run_sql, run_sql_transaction, explain_sql_statement, get_database_tables, describe_table_schema, describe_branch, list_slow_queries, inspect_database, 그리고 마이그레이션 및 쿼리 튜닝 내부의 SQL)은 해당 역할로 로그인하므로 Postgres 권한에 따라 에이전트가 읽거나 변경할 수 있는 항목이 결정됩니다. 이 설정이 없으면 SQL은 데이터베이스 소유자로 실행됩니다. 읽기 전용 모드에서는 여전히 쿼리를 READ ONLY 트랜잭션으로 감쌉니다. 고정된 역할은 Postgres가 로그인 자체에 적용하는 제한을 추가하므로 트랜잭션에서 벗어난 SQL에도 해당 역할의 권한만 적용됩니다.

서버는 역할의 자격 증명을 내부적으로 확인하며 이를 반환하지 않습니다. get_connection_string은 고정된 연결에서 사용할 수 없습니다.
고정된 역할과 다른 role_name 도구 인수는 거부됩니다. 생략하면 소유자가 아닌 고정된 역할을 사용합니다.
역할이 존재하지 않거나 로그인할 수 없는 경우(예: ALTER ROLE … NOLOGIN), SQL이 실행되기 전에 호출이 실패합니다. 다른 역할로 재시도하지 않습니다.
값은 정확한 Postgres 역할 이름이어야 합니다. 문자, 숫자, _ 또는 $을 사용할 수 있으며, 문자 또는 _로 시작해야 하고, 길이는 최대 63자입니다. 그 외의 값(빈 값, 반복된 값, 따옴표로 묶인 값, 하이픈이 포함된 값)은 무시되지 않고 400 오류와 함께 거부됩니다.
역할은 로그인할 수 있어야 하며(LOGIN), 쿼리하는 각 브랜치에 존재해야 합니다. SQL로 생성한 역할(CREATE ROLE app_reader LOGIN PASSWORD '…')도 사용할 수 있고, Neon Console 또는 API에서 생성한 역할도 사용할 수 있습니다. 필요한 권한만 가진 역할을 고정해야 유용합니다. 읽기 전용 에이전트의 경우, 조회해야 하는 테이블에 SELECT을 부여하고 neon_superuser에는 추가하지 마세요. access: "read_only"를 사용하는 create_postgres_role은 roleName 없이 연결된 상태에서 이러한 역할을 생성하며, access 없이 생성한 역할은 neon_superuser에 포함됩니다.
OAuth: MCP URL에 roleName을 지정하면 고정된 권한 부여가 설정됩니다. 권한 부여 페이지에 역할이 표시되며, 발급된 토큰은 갱신 후에도 해당 역할을 유지합니다. 나중에 URL을 변경해도 토큰은 바뀌지 않으므로 다시 권한을 부여해야 합니다. 기본 URL(동의 화면에서 수정 가능)을 사용하는 경우에는 선택 사항인 Postgres role 필드에 역할을 입력하세요. 비워 두면 데이터베이스 소유자를 유지합니다. 이 옵션이 추가되기 전에 발급된 토큰에는 고정된 역할이 없으며 이전과 동일하게 동작합니다.
API 키: 역할은 각 요청에서 URL을 통해 읽습니다. 연결 URL을 수정할 수 있고 API 키를 보유한 사람은 누구나 역할을 변경하거나 제거할 수 있으므로, 에이전트가 제어할 수 없는 설정에 URL을 보관하세요.
고정은 SQL 연결에만 적용됩니다. 관리 API 도구는 여전히 API 키 또는 OAuth 토큰 자체의 액세스 권한으로 동작합니다. 예를 들어 compare_database_schema은 Neon API에서 계산되므로 역할의 권한으로 제한되지 않습니다. 이러한 도구도 제한하려면 roleName, readonly=true, category를 함께 사용하세요.

/api/list-tools 엔드포인트를 사용하면 인증 없이도 모든 구성에서 어떤 도구가 표시되는지 미리 확인할 수 있습니다.

curl "https://mcp.neon.tech/api/list-tools?readonly=true&category=querying"

읽기 전용 모드에서 사용 가능한 도구

호스트 도구: list_organizations, describe_branch, run_sql, get_database_tables, describe_table_schema, list_slow_queries, explain_sql_statement, inspect_database, get_neon_auth_config, search, fetch, search_docs, get_doc, send_feedback.

비밀 정보를 반환하지 않는 GET 요청인 생성된 Management API 도구와 query_logs(POST, 읽기 전용). 정확한 도구 집합은 /api/list-tools?readonly=true로 미리 확인하세요.

쓰기 권한이 필요한 도구:

생성된 Management API 쓰기 도구(create_project, create_branch, delete_project, …)
get_connection_string(연결 문자열에 권한이 높은 역할의 비밀번호가 포함되어 있으므로 읽기 전용 모드에서는 제공되지 않습니다. 대신 Neon Console에서 복사하세요.)
run_sql_transaction(문이 하나의 세션에서 실행되므로 COMMIT 또는 SET TRANSACTION READ WRITE 문은 읽기 전용 트랜잭션을 종료합니다.)
prepare_database_migration, complete_database_migration
prepare_query_tuning, complete_query_tuning

전송 호환성

https://mcp.neon.tech/mcp은 상태 비저장 Streamable HTTP를 사용합니다. MCP 2026-07-28 프로토콜과 2025년대 클라이언트를 위한 상태 비저장 대체 방식을 지원합니다. 더 이상 사용되지 않는 HTTP+SSE /sse 및 /message 엔드포인트는 410 Gone를 반환합니다.

Streamable HTTP 클라이언트는 https://mcp.neon.tech/mcp에 연결하세요. 로컬 stdio 서버만 지원하는 클라이언트의 경우, 클라이언트 구성에 다음을 추가하면 mcp-remote이 Streamable HTTP로 연결해 줍니다.

{
  "mcpServers": {
    "Neon": {
      "command": "npx",
      "args": ["-y", "mcp-remote", "https://mcp.neon.tech/mcp"]
    }
  }
}

잘못된 Origin 헤더가 포함된 요청에는 403 Forbidden이 반환됩니다. 웹 페이지, 브라우저 확장 프로그램, 데스크톱 웹뷰, null 등 직렬화된 모든 origin이 허용되므로 브라우저 기반 클라이언트도 연결할 수 있습니다. Origin이 없는 요청에는 영향을 주지 않습니다.

원격 서버 아키텍처

원격 서버는 Vercel에서 mcp.neon.tech에 Next.js App Router 애플리케이션으로 실행됩니다.

[!NOTE] 루트 / 경로는 Neon MCP Server 문서로 리디렉션됩니다. 랜딩 페이지는 없습니다.

핵심 구현 영역:

app/api/[transport]/route.ts: 상태 비저장 Streamable HTTP 엔드포인트(/mcp)
app/api/authorize/, app/callback/, app/api/token/, app/api/revoke/: OAuth 흐름 엔드포인트
app/.well-known/: OAuth 검색 메타데이터 엔드포인트
mcp/: MCP 서버, 도구, 핸들러, 분석 및 Sentry 통합
lib/: Next.js 호환 헬퍼(OAuth, 구성, 오류 처리)
mcp/utils/read-only.ts: 읽기 전용 모드 및 범위 처리

가이드

기능

지원되는 도구

Neon MCP Server는 다음 작업을 제공하며, MCP 클라이언트에 "도구"로 노출됩니다. 자연어 명령을 사용해 이러한 도구로 Neon 프로젝트 및 데이터베이스와 상호작용할 수 있습니다.

도구 범위 메타데이터

각 도구 정의에는 권한 부여 기반 도구 필터링 및 동의 UX에 사용되는 scope 범주가 포함됩니다. 현재 범주는 다음과 같습니다.

projects
branches
endpoints
snapshots
schema
querying
neon_auth
data_api
observability
docs
functions
storage
realtime
null(범주가 지정되지 않은 도구: search, fetch, send_feedback)

참고:

Management API 도구는 @neon/tools에서 가져옵니다. 선택자는 SDK 경로(projects.list)이며, 게시된 MCP 이름은 동사로 시작합니다(list_projects, delete_project, query_logs). 기존 이름은 원래 있던 곳에서 유지됩니다(describe_project, create_branch, reset_from_parent, compare_database_schema, provision_neon_auth, provision_neon_data_api, list_branch_computes).
?category=branches에는 브랜치, 역할, 데이터베이스 도구(list_postgres_roles, create_postgres_database, …)가 포함됩니다. branches에 대해 이미 발급된 토큰에는 해당 쓰기 권한이 추가됩니다. 컴퓨트 목록 조회는 ?category=endpoints입니다. 스냅샷 복원은 ?category=snapshots입니다.
프로젝트 멤버 및 권한 쓰기 도구는 게시되지 않습니다. list_project_members 및 list_project_permissions은 읽기 도구입니다.
스키마 도구(?category=schema)는 호스트 도구 get_database_tables 및 describe_table_schema과 생성된 compare_database_schema로 구성됩니다.
읽기 전용 적용은 여전히 readOnlySafe 및 서버 측 읽기 전용 로직에 의존합니다. scope은 범주 메타데이터일 뿐이며, 독립적인 읽기/쓰기 전환 기능이 아닙니다.
프로젝트 범위 모드(?projectId=...)에서는 프로젝트 경로가 없는 도구(list_projects, count_projects, create_project, get_project_consumption, get_branch_consumption, list_organizations, list_regions, search, fetch, …)가 숨겨집니다. delete_project도 숨겨집니다.

프로젝트 관리:

list_projects: Neon 프로젝트를 나열합니다. limit는 반환되는 항목 수를 제한합니다.
count_projects: 조직의 활성 프로젝트 수를 반환합니다. org_id은 선택 사항이며 list_projects와 동일한 방식으로 확인됩니다.
describe_project: ID({ "project_id": "…" })로 Neon 프로젝트를 가져옵니다.
get_project_consumption, get_branch_consumption: 청구 기간별로 그룹화된 프로젝트 또는 브랜치별 사용량 지표입니다. org_id, metrics, from, to, granularity을 사용하며 Launch, Scale, Agent, Business 또는 Enterprise 플랜이 필요합니다. get_branch_consumption에는 project_ids도 필요하고, extra_branches_month 및 snapshot_storage_bytes_month 지표는 거부되며, Business 플랜에서는 사용할 수 없습니다. 레거시 플랜 엔드포인트 /consumption_history/projects은 게시되지 않습니다.
create_project: Neon 프로젝트를 생성하고 기본 컴퓨트가 준비될 때까지 기다립니다. 연결 문자열은 반환하지 않습니다. 인수는 { "name": "…", "org_id": "…", "region_id": "…" }입니다. 성공한 후 get_connection_string를 호출하세요.
delete_project: 기존 Neon 프로젝트를 삭제합니다. 인수는 { "project_id": "…" }입니다.
list_organizations: 현재 사용자가 액세스할 수 있는 모든 조직을 나열합니다. 검색 매개변수를 사용해 조직 이름 또는 ID로 필터링할 수 있습니다.

브랜치 관리:

list_branches: 프로젝트의 브랜치를 나열합니다. 브랜치 이름을 br-… ID로 확인할 때 사용하세요.
list_credentials, create_credential, revoke_credential, rotate_credential: Object Storage 및 AI Gateway용 브랜치 범위 자격 증명입니다. reveal는 도구가 아닙니다. 순환하면 비밀 정보가 제자리에서 교체되며, 이 작업은 멱등적이지 않습니다.
create_branch: 읽기-쓰기 컴퓨트가 있는 브랜치를 생성하고 준비될 때까지 기다립니다. 연결 문자열은 반환하지 않습니다. 인수는 { "project_id": "…", "name": "feature-x" }입니다. 엔드포인트를 건너뛰려면 no_compute: true를 전달하세요. 성공한 후 get_connection_string을 호출하세요.
reset_from_parent: 브랜치를 부모의 현재 HEAD({ "project_id": "…", "branch_id": "br-…" })로 재설정합니다. 브랜치가 분기된 이후의 쓰기 작업은 폐기됩니다. 브랜치에 자식 브랜치가 있으면 preserve_under_name이 필요하며, 해당 자식 브랜치는 새 브랜치로 이동합니다. 부모 HEAD만 지원합니다. 특정 시점 복원은 restore_snapshot입니다.
delete_branch: 브랜치({ "project_id": "…", "branch_id": "br-…" })를 삭제합니다.
describe_branch: 브랜치의 데이터베이스, 스키마, 테이블, 뷰 및 함수 트리를 가져옵니다.
생성된 브랜치 도구에는 이름이 아닌 브랜치 ID(br-...)로 branch_id을 전달합니다.
restore_snapshot: 스냅샷을 복원합니다. 기존 브랜치에 복원하려면 target_branch_id를 전달하고, 새 브랜치를 만들려면 생략하세요.

컴퓨트 엔드포인트(?category=endpoints):

list_postgres_endpoints, list_branch_computes, get_postgres_endpoint, create_postgres_endpoint, update_postgres_endpoint, delete_postgres_endpoint, start_postgres_endpoint, suspend_postgres_endpoint, restart_postgres_endpoint

스냅샷(?category=snapshots):

list_snapshots, get_snapshot_schedule, set_snapshot_schedule, create_snapshot, update_snapshot, delete_snapshot, restore_snapshot

스키마(?category=schema):

get_database_tables, describe_table_schema
compare_database_schema: 한 데이터베이스의 SQL 스키마를 다른 브랜치와 비교합니다. database_name이 필요합니다. base_branch_id을 생략하면 부모와 비교합니다. 선택 사항인 lsn, timestamp, base_lsn, base_timestamp은 특정 시점 비교에만 사용할 수 있습니다.

SQL 쿼리 실행:

get_connection_string: 데이터베이스 연결 문자열을 반환합니다.
run_sql: 지정된 Neon 데이터베이스에서 단일 SQL 쿼리를 실행합니다. 읽기 및 쓰기 작업을 모두 지원합니다. 선택 사항인 role_name를 지정하면 데이터베이스 소유자 대신 해당 Postgres 역할로 로그인하며, compute_id은 사용할 컴퓨트를 선택합니다. 자격 증명은 서버에 유지됩니다. ?roleName=이 있는 연결에서는 role_name을 생략하거나 해당 값과 일치시켜야 합니다.
run_sql_transaction: Neon 데이터베이스에서 단일 트랜잭션 내에 일련의 SQL 쿼리를 실행합니다. run_sql와 동일한 선택 사항인 role_name 및 compute_id을 사용합니다.
get_database_tables: 지정된 Neon 데이터베이스의 모든 테이블을 나열합니다.
describe_table_schema: 특정 테이블의 스키마 정의를 가져와 열, 데이터 유형 및 제약 조건을 자세히 보여 줍니다.

데이터베이스 마이그레이션(스키마 변경):

prepare_database_migration: 데이터베이스 마이그레이션 프로세스를 시작합니다. 중요한 점은 메인 브랜치에 영향을 주기 전에 마이그레이션을 안전하게 적용하고 테스트할 수 있도록 임시 브랜치를 생성한다는 것입니다.
complete_database_migration: 준비된 데이터베이스 마이그레이션을 완료하고 메인 브랜치에 적용합니다. 이 작업은 임시 마이그레이션 브랜치의 변경 사항을 병합하고 임시 리소스를 정리합니다.

SQL 쿼리 및 최적화:

inspect_database: 브랜치에서 미리 정의된 15가지 읽기 전용 Postgres 진단 중 하나를 실행합니다. 진단 항목은 관계 및 인덱스 크기, 인덱스 및 순차 스캔 사용량, 활성 쿼리 및 잠금, 가장 무겁고 자주 실행되는 쿼리, 캐시 적중률 및 작업 집합 크기, autovacuum 및 팽창 추정치, 복제 상태입니다. neon inspect db CLI 명령과 동일한 검사를 수행합니다. 브랜치의 모든 데이터베이스를 대상으로 하려면 database_name를 생략하고, 하나만 검사하려면 이름을 전달합니다. 이 중 네 가지 검사에는 pg_stat_statements 또는 neon 확장이 필요합니다.
list_slow_queries: 데이터베이스에서 가장 느린 쿼리를 찾아 성능 병목을 식별합니다. pg_stat_statements 확장이 필요합니다.
explain_sql_statement: 성능 병목을 식별하는 데 도움이 되도록 SQL 쿼리의 상세 실행 계획을 제공합니다.
prepare_query_tuning: 쿼리 성능을 분석하고 인덱스 생성과 같은 최적화를 제안합니다. 이러한 최적화를 안전하게 테스트할 수 있도록 임시 브랜치를 생성합니다.
complete_query_tuning: 최적화를 메인 브랜치에 적용하거나 폐기하여 쿼리 튜닝을 완료합니다. 임시 튜닝 브랜치를 정리합니다.

Neon Auth (?category=neon_auth):

provision_neon_auth, get_auth, disable_auth, update_auth_config
get_neon_auth_config: 호스트 도구입니다. 시크릿은 숨겨집니다. 신뢰할 수 있는 출처, localhost 액세스, 이메일 및 비밀번호, OAuth 제공자, 이메일 제공자, 조직, 매직 링크 및 전화번호 플러그인, 웹훅을 읽습니다.
update_auth_allow_localhost, update_auth_email_and_password, update_auth_email_provider, send_auth_test_email, update_auth_plugins_organization, update_auth_plugins_magic_link, update_auth_plugins_phone_number, update_auth_webhooks: 해당 설정을 변경합니다. update_auth_webhooks은 웹훅 구성을 전체 교체합니다.
list_auth_oauth_providers, add_auth_oauth_provider, update_auth_oauth_provider, delete_auth_oauth_provider
get_auth_oauth_server, update_auth_oauth_server: Neon Auth를 OAuth 2.1 권한 부여 서버로 구성합니다(MCP 서버 포함). 위의 소셜 로그인 제공자와는 별개입니다.
list_auth_oauth_clients, get_auth_oauth_client, create_auth_oauth_client, update_auth_oauth_client, delete_auth_oauth_client, rotate_auth_oauth_client_secret: 해당 서버의 OAuth 클라이언트를 관리합니다. create_auth_oauth_client 및 rotate_auth_oauth_client_secret는 client_secret를 한 번 반환합니다.
list_auth_trusted_domains, add_auth_trusted_domain, delete_auth_trusted_domain
create_auth_user, delete_auth_user, update_auth_user_role

Neon Data API (?category=data_api):

provision_neon_data_api, get_data_api, update_data_api, delete_data_api: 브랜치 데이터베이스의 Data API를 관리합니다.

검색 및 탐색:

search: 쿼리와 일치하는 조직, 프로젝트, 브랜치를 검색합니다. ID, 제목, Neon Console로 연결되는 직접 링크를 반환합니다.
fetch: ID를 사용해 특정 조직, 프로젝트 또는 브랜치의 상세 정보를 가져옵니다(일반적으로 검색 도구에서 가져온 ID).

피드백 (로그인 없이 사용할 수 있는 ?category=docs 엔드포인트 포함, 항상 사용 가능):

send_feedback: Neon 팀에 익명 피드백을 보냅니다. 피드백 텍스트만 전송되며 계정, 프로젝트 또는 연결 정보는 전송되지 않습니다. 메시지는 10,000자로 제한됩니다.

관측성 (?category=observability): 이 도구를 사용하려면 Neon Platform Beta가 필요하며 현재 aws-us-east-2 리전의 프로젝트에서만 사용할 수 있습니다. 로그 액세스 권한이 없는 브랜치는 사유가 telemetry_not_enabled인 HTTP 404를 반환합니다.

query_logs: 브랜치의 OpenTelemetry 로그를 쿼리합니다. Management API에서 POST를 사용하며, 이 서버에서는 읽기 전용으로 처리됩니다.
list_log_fields: 브랜치에서 값을 열거할 수 있는 로그 필드를 나열합니다.
list_log_field_values: 브랜치 및 시간 범위 내에서 로그 필드의 고유한 값을 나열합니다.

문서 및 리소스 (?category=docs):

search_docs: neon.com(문서, API 참조, PostgreSQL 튜토리얼, 가이드, FAQ, 변경 로그, 블로그)을 neon.com 검색창과 동일한 방식으로 검색합니다. query, 선택적 categories(docs, api, postgresql, guides, faqs, blog, changelog), 선택적 limit(1-40, 기본값 10)을 받습니다. title, url, slug, category, breadcrumb, heading, excerpt가 포함된 순위별 페이지를 반환합니다. 페이지를 읽으려면 slug을 get_doc에 전달합니다.
get_doc: neon.com 페이지 하나를 마크다운으로 가져옵니다. search_docs 검색 결과에서 가져온 slug를 받습니다(예: docs/guides/prisma 또는 postgresql/tutorial/inner-join).

함수 (?category=functions):

list_functions, get_function, update_function, delete_function, deploy_function
list_functions_custom_domains, register_functions_custom_domain, delete_functions_custom_domain
list_triggers, get_trigger, create_trigger, update_trigger, delete_trigger: 예약된 함수 트리거(type: "schedule", UTC 기준 5개 필드 cron).

스토리지 (?category=storage):

list_storage_buckets, create_storage_bucket, delete_storage_bucket
list_storage_objects, delete_storage_object, delete_storage_objects_by_prefix
presign_storage_object, get_storage

실시간 (?category=realtime):

get_realtime, enable_realtime, disable_realtime: 브랜치의 Realtime 상태를 확인하고, 활성화(선택적 allowed_origins 포함)하거나 비활성화합니다. 활성화 및 비활성화 작업은 변경 사항이 적용될 때까지 대기합니다.
get_realtime_secret: 애플리케이션 백엔드가 Realtime 토큰을 발급할 때 사용하는 공유 시크릿입니다. 읽기 전용 모드에서는 사용할 수 없습니다.
rotate_realtime_secret: 공유 시크릿을 교체하고 변경 사항이 적용될 때까지 대기합니다. 멱등성이 없습니다. 새 값을 가져오려면 이후에 get_realtime_secret를 호출하세요.

마이그레이션

마이그레이션은 시간이 지남에 따라 데이터베이스 스키마의 변경 사항을 관리하는 방법입니다. Neon MCP 서버를 사용하면 LLM이 별도의 "시작"(prepare_database_migration) 및 "커밋"(complete_database_migration) 명령으로 마이그레이션을 안전하게 수행할 수 있습니다.

"시작" 명령은 마이그레이션을 받아 새 임시 브랜치에서 실행합니다. 이 명령은 반환 시 LLM에 해당 브랜치에서 마이그레이션을 테스트하라는 힌트를 제공합니다. 그런 다음 LLM은 "커밋" 명령을 실행해 원래 브랜치에 마이그레이션을 적용할 수 있습니다.

개발

이 프로젝트는 Corepack을 통해 버전을 고정한 패키지 관리자로 pnpm을 사용합니다.

프로젝트 구조

MCP 서버 코드는 저장소 루트에 있으며, mcp.neon.tech에서 배포되는 Next.js 애플리케이션입니다.

corepack enable
pnpm install

도구를 추가하는 방법은 CONTRIBUTING.md를 참조하세요. 도구 인수는 snake_case입니다.

로컬 개발

# Start the Next.js dev server (for the remote MCP server)
pnpm dev

린트 및 타입 검사

pnpm lint
pnpm typecheck

환경 변수

원격 서버 런타임에 필요:

변수	설명
`SERVER_HOST`	서버 URL(기본값: `VERCEL_URL`)
`UPSTREAM_OAUTH_HOST`	Neon OAuth 제공자 URL
`CLIENT_ID`	OAuth 클라이언트 ID
`CLIENT_SECRET`	OAuth 클라이언트 시크릿
`KV_URL`	Upstash Redis URL(전환 잠금)
`OAUTH_DATABASE_URL`	토큰 저장용 Postgres URL

선택 사항:

변수	설명
`LOG_LEVEL`	Winston 로그 수준: `error`, `warn`, `info`(기본값), `debug`, `verbose`, `silly`
`NEON_MCP_DISABLE_ANALYTICS`	제품 분석을 비활성화하려면 `1`로 설정

테스트 피라미드

모든 테스트는 저장소 루트에서 실행합니다.

# Unit tests
pnpm test:unit

# Integration tests
pnpm test:integration

# MCP protocol end-to-end tests (real MCP client/server tool calls)
pnpm test:e2e:mcp

# Website end-to-end tests (Playwright; provisions/validates ephemeral DB first)
pnpm test:e2e:web

# Full end-to-end suite
pnpm test:e2e

# Full test pyramid (unit + integration + e2e; used in CI)
pnpm test

테스트 전략:

전송/프로토콜 및 사용자에게 보이는 동작에는 E2E를 우선 사용합니다.
결정론적인 도구 계약 및 워크플로 동작에는 통합 테스트를 사용합니다.
순수 로직 및 엣지 케이스에는 단위 테스트를 사용합니다.
병합을 차단하는 테스트에서 타사 서비스의 가동 시간에 의존하지 마세요. 통합/단위 테스트 계층에서는 외부 종속성을 모의 처리하세요.

배포

Vercel은 저장소 브랜치 구성에 따라 원격 서버를 자동으로 배포합니다. 풀 리퀘스트에는 미리보기 환경을 사용할 수 있습니다.

원격 분석

Neon MCP 서버는 사용 현황을 파악하고 안정성을 개선하기 위해 제품 분석 데이터와 오류 보고서를 수집합니다.

제품 분석(Segment): 인증된 계정으로 연결하면 서버가 Neon 계정 ID, 이름, 이메일 주소가 포함된 identify 이벤트를 전송합니다. 또한 세션 시작(server_init), 각 도구 호출(tool_call), 예상치 못한 서버 오류(server_error)를 추적합니다. 도구 호출 이벤트에는 도구 이름, 인증 방식, 클라이언트가 포함되지만 도구 인수나 쿼리 결과는 포함되지 않습니다. 계정 없이 문서 전용 도구를 호출하면 익명으로 추적됩니다. 이벤트는 Neon 자체 분석 엔드포인트인 track.neon.tech로 전송됩니다.
오류 보고(Sentry): 예상치 못한 서버 오류는 스택 추적 및 요청 컨텍스트와 함께 보고됩니다.

이 수집은 Neon 개인정보 보호정책의 적용을 받습니다. 서버를 직접 실행할 때 분석을 비활성화하려면 NEON_MCP_DISABLE_ANALYTICS=1을 설정하세요. 이 플래그는 Sentry를 비활성화하지 않습니다.