AI 코딩 에이전트가 CI 파이프라인처럼 동작한다면?

발행: (2026년 5월 7일 AM 07:10 GMT+9)
5 분 소요
원문: Dev.to

Source: Dev.to

현재 AI 코딩 도구의 숨은 비용

대부분의 AI 코딩 도구는 숨은 비용이 있습니다: 또 다른 LLM이 다음에 무엇을 해야 할지 결정하도록 LLM을 사용합니다. 즉, 실제 코딩에만 토큰을 쓰는 것이 아니라 라우팅에도 토큰을 소비하게 됩니다.

RedQueen 소개

RedQueen은 오픈소스이며 자체 호스팅 가능한 AI 코딩 에이전트 오케스트레이터입니다. “다음에 무엇을 해야 할까?” 라는 질문을 LLM에 묻는 대신, RedQueen은 결정론적 상태 머신을 사용해 작업을 소프트웨어 개발 파이프라인을 통해 이동시킵니다:

spec → code → review → test → human review
  • 오케스트레이션에 토큰을 소비하지 않음.
  • 신비로운 에이전트 루프 없음.
  • “믿어줘” 라는 라우팅 로직 없음.
  • 직접 읽고, 편집하고, 실행할 수 있는 디버깅 가능한 워크플로우.

RedQueen 작동 방식

RedQueen은 작업을 격리된 AI 워커들로 나누며, 각 워커는 집중된 역할을 수행합니다:

단계워커
사양 작성사양을 작성합니다
코드 생성코드를 작성합니다
코드 리뷰코드를 검토합니다
테스트테스트를 실행합니다
인간 게이트구성 가능한 체크포인트에서 승인합니다

워크플로우는 “느낌”이 아니라 설정(configuration) 안에 존재합니다. 단계 추가, 제거, 수정이 쉽습니다:

  • 보안 리뷰 단계 추가 – 설정에 한 줄만 추가하면 됩니다.
  • 사양 리뷰 제거 – 해당 단계를 삭제하면 됩니다.
  • 프로덕션 전 인간 승인 대기 – 게이트를 설정하면 됩니다.

설계 철학

AI 코딩의 미래를 단일 자율 블롭으로 보지는 않습니다. 대신 작은 개발 팀과 비슷하게 생각합니다:

  • 집중된 워커들
  • 명시적인 핸드오프
  • 재시도 제한
  • 인간 리뷰 게이트
  • 이슈 트래커 연동
  • 소스 컨트롤 통합
  • 지루하고 읽기 쉬운 오케스트레이션

지루함은 좋다. 새벽 2시에도 디버깅할 수 있는 방법이니까요.

시작하기

npm install -g redqueen
redqueen init -y
redqueen start
  1. 대시보드를 엽니다.
  2. GitHub 이슈(또는 Jira 티켓)에 라벨을 붙입니다.
  3. 파이프라인을 따라 이동하는 모습을 지켜봅니다.

현재 지원되는 통합

  • Claude Code 워커(Claude를 디스패치).
  • GitHub IssuesJira 어댑터(확장이 쉽도록 설계).

어댑터 패턴 덕분에 더 많은 통합을 손쉽게 추가할 수 있습니다.

CI‑스타일 접근법을 선택한 이유

빌드 시스템은 컴파일 여부를 결정하기 위해 토큰을 쓰지 않습니다.
CI 파이프라인은 테스트를 실행할지 LLM에게 묻지 않습니다.
그렇다면 AI 코딩 워크플로우는 왜 그래야 할까요?

RedQueen은 자율 코딩을 다음과 같이 만들고자 합니다:

  • 결정론적
  • 검사 가능
  • 자체 호스팅
  • 구성 가능
  • 인간이 제어
  • 오케스트레이션 비용 저렴

현황 및 참여 요청

RedQueen은 아직 초기 단계이며, 다소 거칠고 v0.1 프리뷰 상태입니다. 핵심 아이디어는 간단합니다: LLM으로 오케스트레이션을 중단하라.

한 번 살펴보세요:

GitHub 스타, 버그 리포트, 혹독한 피드백, 그리고 독특한 워크플로우 아이디어 모두 환영합니다.

0 조회
Back to Blog

관련 글

더 보기 »

시스템 설계 트레이드오프

스케일링 - 수직 스케일링 vs 수평 스케일링 - 확장성 vs 성능 일관성 및 가용성 - 일관성 vs 가용성 CAP - 강한 일관성 vs 최종 일관성