render-oss/render-mcp-server

출처
GitHub
처음 오른 날
분야
워크플로
GitHub 별 수
193
주 언어
Go
웹사이트
render.com/docs/mcp-server (새 탭에서 열림)

외부 오픈소스 저장소를 소개하는 글입니다. HDATF 제품이 아닙니다.

render-oss/render-mcp-server

무엇을 하나

Render MCP Server는 AI 애플리케이션과 Render에 있는 자원을 연결하는 Render의 공식 서버입니다. AI 앱이 사용 가능한 도구를 확인하고 구조화된 인자를 전달하는 통신 규약인 MCP를 사용합니다. 작업공간과 자원 식별값, 로그 조건, 서비스 설정이나 SQL을 입력받고 자원 상세, 운영 기록, 조회 결과를 반환합니다. 서비스와 데이터베이스 생성, 배포 이력 조회와 배포 시작, 로그, 측정 지표, 환경변수 전체 교체 등을 도구로 제공합니다. Postgres 조회 도구는 SQL을 읽기 전용 트랜잭션으로 감싸지만 다른 도구는 기반 자원을 변경하거나 배포를 시작할 수 있습니다. 필요한 인증정보를 갖춘 클라이언트에서 호스팅 주소에 연결하거나 로컬 실행 파일 또는 컨테이너를 사용할 수 있습니다. 데이터베이스 조회는 외부 접속 주소를 사용하므로 해당 데이터베이스의 IP 허용목록을 따라야 합니다. Render의 모든 관리 기능을 제공하지 않으며 민감정보 노출을 줄이려 해도 AI 대화 맥락에 정보가 들어가지 않는다고 보장하지는 않습니다.

라이선스

Apache-2.0 허용 범위가 넓고 특허 사용 허락이 포함됩니다. 상업적 이용이 가능하며 고지 문구를 유지하고 변경 사실을 밝혀야 합니다.

같은 분야 저장소

  • JenkinWoo/sheeridVerify
    sheeridVerify는 SheerID 검증 흐름의 학습과 허가받은 시험을 위한 Node.js 작업 화면입니다. 제출 정보의 처리 권한을 가진 교육자, 연구자, 시험 담당자를 대상으로 합니다. 검증 링크, 이름, 생년월일과 설정된 학교 및 증빙 자료 위치를 입력받아 대기열 진행 상황, 로그, 원격 상태를 반영한 결과를 만듭니다. 현재 검증 단계를 조회한 뒤 브라우저 양식 조작과 증빙 업로드 중 필요한 경로를 선택합니다. 증빙은 PNG, JPEG, PDF 원본 바이트로 읽으며 생성하거나 변조하지 않고, 대화형 사람 확인 절차는 사용자에게 맡깁니다. 웹 화면은 동시 실행 수, 중지, 재개, 삭제를 관리하지만 대기열과 이력은 메모리에만 있어 서비스 재시작 시 사라집니다. 제출 응답이 불명확하면 쓰기 요청을 바로 반복하지 않고 원격 상태를 조회합니다. Node.js 22.15 이상이 필요하고 브라우저 경로에는 Camoufox가 필요하며 SheerID와 설정된 자료 또는 프록시 서비스에 접속합니다. 실제 개인정보가 이들 서비스에 전달될 수 있고 로컬 작업 삭제로 원격 제출이나 디스크 로그가 삭제되지는 않습니다. 이메일 문자열 조합은 주소 소유나 학생 자격을 증명하지 않으며 프로젝트는 SheerID와의 공식 관계 및 검증 성공 보장을 부인합니다.
  • render-oss/cli
    Render CLI는 Render 자원을 관리하는 개발자와 운영자를 위한 공식 명령줄 도구입니다. 명령, 자원 식별값과 옵션을 입력받고 대화형 메뉴나 JSON, YAML, 텍스트 형식의 결과를 반환합니다. 서비스와 저장소 자원 조회, 배포, 재시작, 일회성 작업과 실시간 로그 필터링을 지원합니다. SSH와 Postgres 접속, Blueprint 설정 파일의 구조 검사도 제공합니다. 스크립트와 지속적 통합 및 배포 환경을 위한 비대화형 실행을 지원하고 배포 완료 대기와 실패 종료 상태를 자동화에서 이용할 수 있습니다. 로컬 실행 파일과 Render 접근 권한이 필요하며 브라우저에서 승인한 CLI 토큰이나 자동화 환경용 API 키로 인증합니다. 명령은 활성 작업공간을 대상으로 하며 쓰기 작업은 제안을 만드는 데 그치지 않고 실제 운영 자원을 바꿀 수 있습니다. 현재 문서는 사용 통계 전송이 기본으로 켜진다고 명시하며 인증정보 보호, 확인 절차와 명령별 외부 의존성도 운영 검토가 필요합니다.
  • KKKKhazix/agent-autoloop
    터미널 에이전트가 이벤트를 받아 일하고 사람의 결정이 필요할 때만 질문하도록 묶는 자동화 중간 계층입니다. 자체 모델이 아니라 이미 설치하고 로그인한 Claude Code, Codex 등의 실행기를 호출합니다. 일정, GitHub 이벤트와 외부 HTTP 이벤트를 규칙에 따라 작업 폴더와 에이전트에 배정합니다. 에이전트의 마지막 답변과 구조화된 회신을 받아 완료, 질문 카드, 알림이나 나중에 재검토할 상태로 기록합니다. 질문을 기다릴 때 에이전트 프로세스를 끝내고 답변을 받으면 기존 세션을 이어가는 방식을 제공합니다. macOS나 Linux에서 Node 24, Git, curl과 인증된 에이전트가 필요하며 Windows는 현재 지원하지 않는다고 명시합니다. 이벤트 소스, 알림 채널, 에이전트와 전달 파이프라인은 별도 설정이 필요한 플러그인으로 나뉩니다. 일부 알림 및 업무 예제는 모의 환경에서만 검증되었고 임의 명령 플러그인이 모든 실행기의 권한을 강제로 제한하지는 않습니다. 모델 사용량은 연결한 계정에 발생하며 입력 자료의 악성 지시와 같은 시스템 계정의 파일 접근 위험은 별도 통제가 필요합니다.
  • thtbee/nectarlink
    NectarLink는 Android 휴대전화와 Windows PC를 함께 쓰는 사람을 위한 기기 연결 앱입니다. 허용한 알림과 메시지와 클립보드와 파일과 사진과 화면을 연결된 PC에서 이용하고 일부 제어는 반대 방향으로도 수행합니다. 공통 Rust 코어가 기기 식별과 연결 승인을 맡고 PC와 Android 앱이 각 화면을 제공합니다. 기본적으로 로컬 네트워크나 USB로 직접 암호화 통신하며 이동통신망을 통한 중계는 선택 기능입니다. 양쪽 앱을 설치하고 연결을 확인한 다음 필요한 기능만 켜는 방식으로 시작하며 일부 Android 고급 기능에는 별도로 승인한 디버깅 접근이 필요합니다. 선택형 로컬 HTTP 및 JSON 자동화 API는 파일과 알림 전송과 카메라 요청 등을 지원하고 Bearer 토큰을 요구하며 기본적으로 꺼져 있습니다. 문서의 v0.1.4 배포 파일은 Windows x64와 Android용이며 Linux와 Windows ARM64 패키지는 예정 상태이고 macOS는 미리보기입니다. 클라우드 협업 서비스가 아니며 다른 채팅 앱의 과거 대화는 알림 접근 범위에 제한되고 PC에서 통화를 제어해도 통화 음성은 휴대전화에 남습니다.
  • emanuele-em/kanzo
    Kanzo는 사람과 코딩 에이전트가 같은 프로젝트에서 일하는 자체 운영형 작업 보드입니다. 사람은 브라우저에서 작업, 설명, 댓글, 이미지를 입력하며 에이전트는 AI 도구 연결 규약인 MCP나 명령줄을 사용합니다. Rust 프로그램은 REST 형태의 JSON API와 표준 입출력 또는 HTTP 기반 MCP를 제공하고 작업은 SQLite에, 이미지는 로컬 파일로 저장하며 브라우저 변경은 주기적 조회로 반영합니다. 기본 실행은 localhost:4242를 열며 공유와 참여 모드는 공유 호스트 보드와 원격 요청 중계를 제공합니다. 작업은 할 일, 진행 중, 검토, 완료와 선택적인 대기 목록을 지원하고 태그, 표시 순서, 댓글, 시각을 기록하지만 확인한 스키마에는 담당자, 의존 관계, 감사 이력이 없습니다. next_task는 쓰기 트랜잭션 안에서 사람이 담당하지 않는 할 일을 고르고 진행 중으로 바꿔 동시 선택을 막도록 설계됐지만 독점 소유권을 주지는 않습니다. 사람 담당 작업은 에이전트 목록과 자동 선택에서 빠지지만 에이전트가 식별자를 알면 수정과 삭제에서 해당 보호를 강제하지 않습니다. 별도 읽기 전용 토큰은 없고 공유 포트에 접근하는 사람은 보드를 바꿀 수 있으므로 시작 전에 로컬 또는 공유 방식, 자료 폴더, 네트워크 제한을 정해야 합니다. 배포 대상은 macOS, Linux, Windows이고 라이선스는 AGPL-3.0-only이며 소개의 크기, 메모리, 시작 시간, 토큰 절약 수치는 개발자 측 측정값이지 독립 검증 결과는 아닙니다.

Trendshift 순위 목록에 오른 저장소만 담았고, 목록은 후보를 찾는 데만 썼습니다. 순위 숫자는 옮기지 않았습니다. 설명과 라이선스, 별 수는 각 GitHub 저장소에서 확인했습니다. 해설은 우리의 판단입니다. 이 프로젝트들을 직접 시험한 것은 아니며, 상승 목록에 올랐다고 품질이 증명되지는 않습니다.

GitHub에서 보기 (새 탭에서 열림)