AI 코딩의 마지막 벽은 ‘생성’이 아니라 ‘검증’이었다

요즘 개발 이야기를 하면 빠지지 않는 질문이 하나 있어. “AI가 코드를 다 짜주는데 개발자는 이제 뭐 하지?”

그런데 이 질문에는 아주 큰 착각이 숨어 있어. 사실 지금 대부분의 AI 코딩은 아직 완전 자동이 아니야.

AI가 열심히 코드를 만들고 나면 결국 누군가 브라우저를 열고, 버튼을 눌러보고, 회원가입을 해보고, 콘솔 로그를 확인하고, 결과를 판단해야 해. 결국 마지막 승인 버튼은 아직 인간이 누르고 있었던 거야.

그런데 최근 등장한 흐름은 조금 다르다. 이제 AI는 코드를 만드는 수준을 넘어서, 직접 실행하고 검증하고 수정하는 방향으로 진화하기 시작했어. 그 중심에 있는 개념이 바로 ‘클로즈드 루프(Closed-loop)’와 ‘Agent-browser’야.

 

“완성했습니다”

AI가 이 말을 할 수 없는 이유!

겉으로 보면 자동화 같지만 사실은 아니야.

개발 프로세스의 마지막 관문인 QA와 판단은 여전히 사람이 담당하고 있었어.

이 구조를 IT 아키텍처 관점에서 보면 사람이 Event Broker 역할을 하고 있었던 셈이야.

문제가 생기면 사람이 감지하고 수정 요청을 전달하고 다시 테스트하는 순환 구조. AI는 작업자였지만 운영자는 아니었어.

 

클로즈드 루프: AI가 스스로 실패를 감지하는 순간

진짜 자율 개발은 여기서 시작돼.

요구사항
↓
AI 구현
↓
AI 실행
↓
AI 검증
↓
실패 감지
↓
AI 수정
↓
재검증
↓
완료

 

사람이 없어졌다는 게 핵심이 아니야. 피드백 루프의 주체가 바뀌었다는 게 핵심이야.

AI가 스스로 결과를 관찰하고 행동을 수정하기 시작하면 그 순간부터 시스템은 단순 생성기가 아니라 에이전트가 돼.

이건 마치 자율주행에서 GPS만 있던 자동차가 카메라와 센서를 갖게 된 순간과 비슷해.

 

그런데 AI는 브라우저를 어떻게 ‘보는’ 걸까?

여기서 Agent-browser가 등장해. 많은 사람들이 브라우저 자동화를 이야기하면 Playwright부터 떠올려.

그런데 의외의 문제가 있어. 브라우저는 인간에게 보여주기 위해 만들어졌지 AI에게 보여주기 위해 만들어진 게 아니야.

웹페이지 내부는 생각보다 난장판이야.

<div>
 <div>
   <button>
      신청하기
   </button>
</div>

 

실제로는 여기에 스타일, 클래스, 애니메이션, 상태값까지 수천 줄이 붙어 있어.

AI 입장에서는 중요한 건 하나뿐인데. “누를 수 있는 버튼인가?”

 

Agent-browser의 발상 전환

HTML을 버리고 의미만 남긴다. Agent-browser는 여기서 완전히 다른 접근을 해. DOM 전체를 전달하지 않아. 대신 접근성 트리(Accessibility Tree)를 전달해. 예를 들면 기존 브라우저 정보에는 div, button, style, margin, color, animation... 등이 있고

Agent-browser 정보에는 이메일 입력창, 신청 버튼, 성공 메시지 끝.

AI는 디자인을 이해할 필요가 없어. 행동만 이해하면 돼. 여기서 놀라운 변화가 생겨.

• 토큰 사용량 감소
• 응답 속도 증가
• 추론 정확도 향상
• QA 자동화 가능

이건 단순 최적화가 아니야. AI 인터페이스 자체를 인간 중심에서 에이전트 중심으로 다시 설계한 사례야.

 

내부 구조를 보면 더 재밌다

Agent-browser 구조를 보면 꽤 현대적인 이벤트 아키텍처 철학이 보여.

Layer 1 — CLI (명령 해석 계층)

AI가 전달한 요청을 가장 가볍게 처리. "페이지 열기" "버튼 클릭"

Layer 2 — Daemon (상태 관리 계층)

현재 브라우저 상태 유지. 요소를 분석하고 ID 생성. 메모리처럼 참조 가능. 

Layer 3 — Browser Runtime (실행 계층)

실제 브라우저에서 이벤트 발생. click(), type(), submit() 실행 결과를 다시 AI에게 반환.

이 구조는 거의 마이크로서비스와 이벤트 드리븐 아키텍처를 브라우저에 적용한 수준이야.

 

QA팀이 사라지는 게 아니라 역할이 바뀐다

여기서 흥미로운 포인트가 하나 있어. 많은 사람들이 AI QA를 보면 QA 조직이 없어질 거라고 생각해.

오히려 반대일 가능성이 높아. 앞으로 QA는 테스트 실행자가 아니라 검증 전략 설계자가 될 거야.

기존에는 테스트 수행 → 결과 기록을 했다면 앞으로는 검증 기준 설계 → 실패 조건 정의 → 에이전트 감독

즉 QA는 운영체제처럼 움직이고, AI는 프로세스처럼 실행될 가능성이 높아.

 

결국 미래의 서비스는 사람보다 AI에게 먼저 설명해야 한다

예전에는 좋은 제품이란 사용자가 쉽게 쓰는 제품이었어. 앞으로는 하나가 더 추가될 거야.

“AI 에이전트가 쉽게 이해하는 제품인가?”

API, CLI, 문서, 접근성 의미 구조! 이런 것들이 경쟁력이 될 가능성이 커.

화려한 UI보다 구조화된 인터페이스가 더 중요해지는 시대.

Agent-browser가 보여준 건 브라우저 자동화가 아니라 새로운 사용자 등장이야.

그 사용자의 이름은 사람(Human)이 아니라 에이전트(Agent)야.

 

내 생각

코드를 잘 만드는 AI보다 더 무서운 건, 스스로 완료를 선언하는 AI야.
그리고 그 순간부터 개발은 “만드는 일”보다 “검증 구조를 설계하는 일”로 이동하기 시작할지도 몰라.