에이전트 기반 검증 - AI가 쓴 코드를 스스로 검사하게 만들기

AI 코딩의 병목이 코드 작성에서 정확성 검증으로 이동함. 에이전트가 스스로 변경하고 검사하고 수정하는 반복 과정을 갖추면, 사람이 매번 오류를 찾아 돌려주는 방식보다 품질을 크게 높일 수 있음 E2E 테스트는 실제 사용자 흐름을 기준으로 완료 조건을 정함. 내부 구현이나 모의 객체 기반 테스트가 놓치는 문제를 잡되, 느리고 불안정할 수 있어 가치가 높은 소수의 흐름에 집중해야 함 속성 기반 테스트는 “정렬해도 항목이 사라지지 않는다”처럼 반드시 지켜야 할 규칙을 정하고, 수백~수천 개 입력을 생성해 반례를 탐색 재작성과 마이그레이션에서는 차등 테스트로 기존 시스템과 새 시스템에 같은 입력을 넣어 결과를 비교. 명세에 없는 실제 동작까지 확인하고, 의도적인 차이는 별도로 기록 검사는 빠르고 같은 조건에서 같은 결과를 내야 에이전트가 자주 실행하고 실패 원인을 좁힐 수 있음. 코드를 요청하기 전에 성공 기준과 검증 방법부터 마련 코드 작성보다 검증이 병목인 이유 에이전트에 독립적으로 작업을 검증할 수단을 주면 출력 품질을 크게 개선할 수 있음. 대규모 코드 작성에서의 품질 향상은 검증과 연결되며, 에이전트는 검사 비용을 낮춤 좋은 코드를 만드는 데 필요하지만 비용이 많이 들었던 테스트, 벤치마크, 명세, 실제 E2E 실행을 이제 에이전트에 요청할 수 있으며, 검사 자체도 개선할 수 있음 사람이 변경분을 읽고, 테스트를 실행하고, 앱에서 버그를 찾아 다시 전달하는 과정은 가장 느리고 비용이 큰 피드백 루프이며, 한 사람의 처리 능력을 넘어 확장하기 어려움 자체 검증이 가능하면 에이전트는 사람이 결과를 보기 전에 변경 → 검사 → 결과 확인 → 재수정을 반복할 수 있음 조금 더 나은 모델보다 훨씬 나은 피드백 루프를 우선할 가치가 있음 테스트는 버그 탐지와 안전한 리팩터링 도구인 동시에, 에이전트가 상황을 파악하고 완료 여부를 판단하는 수단임 사람의 역할은 모든 줄을 검토하는 것보다 에이전트가 직접 실행할 검증 루프를 만드는 데 가까워짐 잘못된 결과는 공유 설정, 훅, 테스트에 기록해 같은 실수를 반복하지 않도록 하고, 품질을 판단하는 안목을 축적해야 함 출시 결과에 대한 책임은 여전히 사람에게 있으며, 코드 변경분뿐 아니라 검증 증거를 검토해야 함 E2E 테스트로 실제 사용자 흐름 검증하기 테스트를 하나만 고른다면 E2E 테스트를 우선함. 회원가입, 장바구니에 상품 추가, 결제, 확인 화면처럼 실제 사용자가 수행하...