버그가 쌓이면 에이전트가 알아서 고쳐주는 시스템을 만들었다.

버그가 쌓이면 에이전트가 알아서 고쳐주는 시스템을 만들었다. 그런데.. 2주 만에 꺼버렸다.

나는 사이드 프로젝트로 글쓰기 앱을 운영하고 있다. 2달 전 평소 생각만 하던 자동 버그 수정 에이전트를 직접 만들어봤다.

구조는 간단했다. GitHub Actions로 트리거하고, Claude Code SDK로 에이전트 4개를 순서대로 돌린다.

→ Analyzer: 이슈 긴급도 판단, 고칠 것만 선별 → Planner: 코드베이스 읽고 수정 계획 → Coder: 구현 후 PR 생성 → Reviewer: 코더의 변경을 리뷰

초보라서 조잡하게 만들었지만, 처음 버그 수정 PR이 자동으로 올라왔을 땐 정말 희열을 느꼈다.

‘나 없이도 버그 수정이 돌아간다고?’ ‘병렬로 스케일업도 되잖아..?’ ‘리팩토링, 테스트, 문서 업데이트까지 시킬 수 있고.’ ‘이걸 24시간씩 N개를 돌린다면?’

가능성이 무궁무진하게 느껴졌다.

하지만 2주 돌려보고 결국 껐다. 토큰 비용 대비 효율이 안 나왔던 것. 실전에서 부딪혀보니 문제가 많았다.

1. 검증이 안 된다. 에이전트가 “완료”라고 하는데, 진짜 된 건지 알 수 없다. typecheck나 빌드는 통과해도, 네트워크 상황이나 브라우저 조건이 엮인 이슈는 결국 내가 직접 봐야 한다.

2. 내 엔지니어링 기준을 모른다. 포맷팅 수준이 아니라 “이런 상황에서 이렇게 판단/선호한다”는 패턴. 로컬에서는 내가 실시간으로 gap을 채워주지만, 백그라운드에서는 그게 안 된다. 퀄리티가 마음에 들지 않았다.

3. 시그널과 노이즈를 못 가린다. Sentry 이슈가 수십 개인데 뭘 먼저 고칠지 에이전트가 자주 틀렸다. 내 머릿속 암묵지를 명시적인 컨텍스트로 바꿔줘야 하는데, 이게 쉽지 않았다.

4. 질문할 수가 없다. 시스템이 완벽하지 않으니 에이전트가 나에게 물어봐야 할 순간이 있다. 그 순간을 스스로 판단하고, 물어볼 수 있어야 한다. 비동기 환경에서 이 인터페이스를 만드는 게 까다로웠다.

그 외에도 권한 관리, 컨텍스트 저장과 복구 등 다양한 문제에 부딪혔다.

사실 이 문제들은 로컬에서도 있지만 어느 정도 보완이 된다. 내가 맥락과 검증을 실시간으로 보정해주니까.

비동기, 원격, 무인. 이 조건이 되면서 전부 터진 거다. 로컬보다 확실히 어렵다는 걸 몸으로 배웠다.

다만 이건 모델 지능의 한계가 아니다. 시스템, 하네스, 내 실력 부족의 문제일 뿐이다.

업사이드가 크기 때문에 솔루션은 반드시 나온다.

실리콘밸리에선 요즘 ‘백그라운드 에이전트’가 핫한 주제다.

Cursor, GitHub Copilot, Warp, OpenHands, Claude Code on Web 등 최전선 도구가 전부 이 방향으로 움직이고 있다. 점점 무르익는 게 느껴진다.

검증 루프, 팀 playbook 반영, 우선순위 판단, 비동기 소통, 안전한 권한, 컨텍스트 저장과 복구. 풀어야 할 문제가 아직 많다.

하지만 이걸 기깔나게 풀어내면? 원격에서 24시간 병렬로 돌아가는 코딩 에이전트가 현실이 된다. 테크 기업들이 너무나 좋아할 제품이다.

2024년 Cursor, 2025년 Claude Code가 만들어낸 와우 모먼트. 한 번 더 올 것 같다. 몇 달 안에 OpenClaw 급의 히트 제품이 나오지 않을까.

‘백그라운드’가 코딩 에이전트의 다음 승부처다.