로컬 에이전트한테 기능 구현부터 PR 생성까지 맡겼어요. 잘 돌아가나 싶었는데, CI가 빨갛게 뜨는 순간 거기서 뚝 끊겨요. 사람이 로그를 열어서 원인을 찾고, 다시 프롬프트를 써야 그제서야 움직이죠. 자율 워크플로우라고 부르기엔 좀 민망한 상황이에요.
왜 자율 에이전트가 CI 앞에서 멈추는데?
모노레포 플랫폼 Nx를 만든 Nrwl은 이 단절을 대놓고 짚었어요. “2025년이 에이전트의 해였다면, 2026년은 자율 워크플로우의 해”라는 게 이들의 진단이에요. 근데 정작 발목을 잡는 건 코딩 실력이 아니라 CI 프로세스 그 자체였다고 해요.
흐름은 늘 똑같아요. 로컬 에이전트가 요구사항을 읽고 기능을 구현해요. 타입 체크, 린트, 테스트까지 통과시키고 PR도 직접 올려요. 여기까지는 꽤 자율적이에요. 근데 PR이 올라간 다음 CI가 실패하는 순간, 에이전트는 그 사실 자체를 몰라요. 사람이 알림을 보고, 로그를 열고, 원인을 파악해서 다시 에이전트한테 설명해줘야 다음 턴이 시작되는 거예요.
사람이 다시 불려나오면 뭘 잃는데?
이 지점에서 잃는 건 시간만이 아니에요. 맥락이 끊긴다는 게 진짜 문제예요. 에이전트가 갖고 있던 구현 의도, 왜 이렇게 짰는지에 대한 추론 과정이 사람 손으로 넘어오는 순간 리셋돼요. 사람은 처음부터 로그를 다시 읽어야 하고요.
맥락 손실의 비용
Nx Cloud를 쓰면 CI가 GitHub Actions 대비 30~70% 빠르고 비용은 40~75% 줄어든다고 해요. 근데 이 절감분도 CI가 실패할 때마다 사람이 다시 불려나오면 상당 부분 상쇄돼요. 파이프라인은 빨라졌는데, 사람이 끼어드는 빈도는 그대로인 거죠.
재밌는 건 이 문제를 처음 겪은 게 Nx 팀만이 아니라는 거예요. 2025년 중반 소프트웨어 엔지니어 Geoffrey Huntley가 공유한 “Ralph Wiggum 루프”도 같은 고민에서 출발했어요. 가장 단순한 형태는 그냥 이거예요 — while:; do cat PROMPT.md | claude-code; done. 에이전트가 스스로 멈추지 않고, 완료 조건을 만족할 때까지 같은 작업을 반복하게 만드는 거죠. Huntley는 이걸 “비결정적인 세상에서 결정론적으로 나쁜 기법”이라고 불렀어요. 근데 이 루프에도 구멍이 있었어요 — 로컬 안에서만 도는 루프라, CI라는 외부 세계와는 연결이 안 됐거든요.
Nx가 그 틈을 어떻게 메웠는데?
Nx의 답은 두 가지를 잇는 거였어요. 하나는 2025년 6월에 얼리 액세스로 나온 Self-Healing CI, 다른 하나는 로컬 에이전트와 Nx Cloud 사이를 MCP로 연결하는 ci-monitor 스킬이에요. 이 둘이 붙으면서 Ralph 루프가 로컬 밖으로 나갈 수 있게 된 거예요.
| 기존 방식 | ci-monitor + Self-Healing CI | |
|---|---|---|
| CI 실패 감지 | 사람이 알림 확인 후 로그 열람 | MCP로 로컬 에이전트에 실시간 전달 |
| 원인 분석 | 사람이 직접 로그·코드 대조 | 에러 로그 + 프로젝트 그래프로 자동 분석 |
| 수정 적용 | 사람이 코드 수정 후 재푸시 | 에이전트가 제안된 수정안 검토 후 적용 |
| 반복 여부 | 실패할 때마다 사람이 재개입 | 그린 될 때까지 자동 반복 |
작동 순서는 이래요. 에이전트가 커밋하고 PR을 올리면, ci-monitor 스킬이 파이프라인 진행 상황을 계속 지켜봐요. 작업이 실패하면 Self-Healing CI가 에러 로그와 Nx 프로젝트 그래프를 근거로 수정안을 만들어요. 에이전트는 이 수정안을 검토하고 적용한 뒤, CI가 초록불이 될 때까지 이 과정을 반복해요. 사람은 중간 수정 하나하나가 아니라 최종 PR만 리뷰하면 되는 거예요.
Nx의 2026 로드맵은 이걸 더 밀어붙이고 있어요. Self-Healing CI가 만든 수정안 중 절반 이상이 실제로 유용하다는 평가를 받았고, 다음 단계는 여러 저장소를 하나의 에이전트 세션으로 묶어서 처리하는 거예요. 단일 PR로 수십 개 프로젝트를 동시에 고치는 시나리오까지 그리고 있어요.
바로 연결해보는 법
- 워크스페이스를 Nx Cloud에 연결
기존 Nx 워크스페이스가 있다면 Nx Cloud 계정과 먼저 연결해요. Self-Healing CI는 이 연결이 전제 조건이에요. - Self-Healing CI 활성화
Nx Cloud 대시보드에서 켜면 끝이에요. 별도 승인 절차 없이 바로 이용 가능해요. - nx configure-ai-agents 실행
MCP 서버, ci-monitor를 포함한 모노레포 스킬, CLAUDE.md·AGENTS.md 가이드라인까지 한 번에 잡아줘요. - 에이전트에 그대로 지시
“Commit the work, create a PR and monitor CI” 한 문장이면 나머지는 에이전트가 알아서 돌려요. - 최종 PR만 리뷰
중간 수정 로그를 다 볼 필요는 없어요. CI가 그린이 된 최종 결과물만 확인하면 돼요.
Claude Code 아니어도 됩니다
Nx의 스킬 시스템은 특정 에이전트에 종속되지 않아요. Claude Code, Cursor, GitHub Copilot, Gemini 등 MCP를 지원하는 도구라면 같은 설정으로 붙일 수 있어요.
