Curie: 코딩 에이전트를 동료로 만드는 오픈소스 셀프 호스팅 플랫폼

어떤 팀에 적합한가

• 자체 인프라에서 AI 협업을 활용하려는 개발팀에 적합합니다: Curie는 오픈소스 셀프 호스팅 플랫폼으로, 여러분의 인프라에서 실행되며 코딩 에이전트를 작업을 맡기고 산출물을 검수할 수 있는 동료로 바꿔줍니다.
• 핵심 시나리오는 "GitHub issue를 위임하고 검토를 기다리는 구현을 받아오는 것"입니다: Curie가 issue의 구현과 리뷰를 담당하고, 팀의 수락을 기다리는 pull request 또는 merge request를 반환합니다.
• Kubernetes 운영 협업에도 적합합니다: 읽기 전용 Kubernetes 점검은 즉시 실행되고, 구성된 변경 작업은 사람의 승인을 요청합니다. 점검·진단 같은 저위험 정기 작업을 맡기기에 좋습니다.
• 승인 단계를 사람의 손에 남겨두려는 팀에 적합합니다: 구성된 변경 작업에는 사람의 재승인이 필요하며, 어떤 작업에 사전 승인이 필요한지는 직접 구성할 수 있습니다.
• 이미 자체 코딩 에이전트를 운영 중인 팀은 공식 curie init --adopt ./my-existing-agent 명령으로 기존 에이전트를 편입할 수 있습니다.
• 적합하지 않은 경우: Docker를 실행할 수 없는 머신이거나 Anthropic 또는 OpenRouter 모델 자격 증명을 구할 수 없는 경우입니다 — 공식이 나열한 실행 전제 조건은 하나도 빠져서는 안 됩니다.

3분 만에 첫 시도 완료하기

전제 조건: Docker가 실행 중인 머신 한 대에 kind, kubectl, Helm을 설치하고, Anthropic 또는 OpenRouter 모델 자격 증명을 준비합니다. 이 중 하나라도 빠지면 공식 안내에 따라 시작할 수 없습니다.

터미널에서 공식 설치 스크립트를 실행합니다:

curl -fsSL https://raw.githubusercontent.com/curie-eng/curie/main/get-curie.sh | bash

스크립트는 Curie 저장소의 main 브랜치에서 가져옵니다. 파이프 방식 명령은 원격 스크립트를 사용자 권한으로 바로 실행하므로, 꺼려진다면 먼저 내려받아 내용을 검토한 뒤 실행할 수 있습니다.

첫 시도는 저위험 경로를 고르세요: 설명이 명확하고 영향 범위가 작은 저장소 issue를 골라 구현과 리뷰를 Curie에 위임합니다. 완료되면 팀의 수락을 기다리는 pull request 또는 merge request가 반환됩니다. 성공 신호는 분명합니다: 코드 호스팅 플랫폼에서 반환된 PR/MR을 받고, 그 변경 내용을 하나씩 확인할 수 있습니다.

설치 후 모델 자격 증명을 어떻게 입력하고, 코드 호스팅 계정을 어떻게 연결하는지는 공식 안내에 단계별 설명이 없으므로, 스크립트 출력 메시지와 저장소 문서를 기준으로 하세요.

사용 사례

사례 1: issue를 검토 대기 PR로 바꾸기. 상황: 팀 저장소에 경계가 명확한 구현 유형의 issue가 쌓여 있지만 처리할 인력이 없습니다. 시작 방법: 그 issue를 Curie에 위임합니다. 공식 설명의 "issue 구현 및 리뷰 위임" 흐름에 해당합니다. 과정과 결과: 완료되면 PR/MR이 반환되고, 자신의 호스팅 플랫폼에서 변경 사항을 하나씩 리뷰합니다. 확인 가능한 종착점은 팀의 수락을 기다리는 PR/MR을 하나 받는 것입니다.

사례 2: Kubernetes 읽기 전용 점검. 상황: 클러스터의 현재 상태를 알고 싶지만, 정기 상태 확인 하나를 위해 전체 변경 승인 절차를 밟고 싶지는 않습니다. 시작 방법: Curie에 읽기 전용 Kubernetes 점검을 요청합니다. 사용되는 것은 공식 설명의 읽기 전용 Kubernetes 도구입니다. 과정과 결과: 읽기 전용 작업은 즉시 실행되며 추가 승인이 필요 없습니다. 이어서 구성된 변경 작업을 요청하면, 새로운 사람의 승인을 한 번 요청한 뒤에 진행합니다. 첫 점검을 읽기 전용 범위로 유지하면 승인 대기를 겪지 않고, 승인 단계를 관찰하고 싶다면 변경 작업 요청을 하나 추가해 승인 프롬프트를 확인할 수 있습니다. 어떤 읽기 전용 도구가 제공되고 어떻게 호출하는지는 공식 설명에 하나하나 나열되어 있지 않습니다.

사용 경계

• 환경 전제: Docker가 실행 중이고, kind, kubectl, Helm이 갖춰져 있으며, Anthropic 또는 OpenRouter 모델 자격 증명을 보유해야 합니다. OS와 하드웨어 아키텍처 요구 사항은 공식적으로 명시되지 않았습니다.
• 부작용과 확인 지점: 읽기 전용 Kubernetes 도구는 즉시 실행됩니다. 구성된 변경 작업은 매번 새로운 사람의 승인을 한 번 요청합니다. 위임한 구현의 산출물은 팀의 수락을 기다리는 PR/MR입니다. 설치 스크립트가 머신에 무엇을 만들고 어떤 디렉터리를 차지하는지 공식적으로 하나하나 설명되지 않으므로, 실행 전에 스크립트 내용을 검토해 볼 수 있습니다.
• 실행 위치: 셀프 호스팅 플랫폼으로, 여러분의 인프라에서 실행됩니다.
• 기존 에이전트 편입: 공식은 curie init --adopt ./my-existing-agent 명령을 제공합니다. 이 명령이 기존 에이전트의 무엇을 유지하는지는 공식 문서에 명시되어 있지 않습니다. 그 외의 초기화와 구성 절차도 공식 안내에서 다루지 않습니다.
• 행동 전 저장소에서 확인할 정보: 설치 후 자격 증명 구성 단계, 코드 호스팅 계정 연결 방법, 사용 가능한 읽기 전용 도구와 구성 가능한 변경 작업의 전체 목록, 이 두 곳 외의 모델 공급자 지원 여부, 그리고 연동 가능한 코딩 에이전트의 정확한 목록. 시작 전에 항목별로 저장소 문서를 기준으로 확인하세요.