AI에게 코딩을 맡겼다면, 이제 검수하는 방법을 만들어야 한다
요약
AI 코딩의 초점이 단순히 좋은 프롬프트를 만드는 것에서 벗어나, AI가 생성한 코드를 체계적으로 검수하고 개선하는 워크플로우 구축에 맞춰지고 있습니다. ECC와 같은 전문 에이전트 환경은 테스트(TDD), 보안 검사, 코드 리뷰 등 다단계 검증 과정을 자동화합니다. 이는 개발자가 반복적인 수동 작업을 시스템 구조로 정의하여 AI를 움직이는 'Loop Engineering'의 개념으로 진화하고 있음을 보여줍니다.
핵심 포인트
- AI 코딩의 핵심은 결과물 생성보다 오류 검출 및 수정 과정에 있음.
- ECC는 TDD, 보안 검사 등 전문 에이전트를 활용한 다단계 검증 환경을 제공함.
- 개발 프로세스는 '사람 → 프롬프트 → AI'에서 '목표 설정 → 계획 → 구현 → 테스트 → 리뷰' 구조로 변화 중임.
- Claude Code의 Loop 기능은 반복적인 작업을 시스템에 정의하여 자동화하는 데 도움을 줌.
AI에게 코딩을 맡겼다면, 이제 검수하는 방법을 만들어야 한다
Claude Code를 오래 쓰다 보면
처음에는 프롬프트에 집착하게 된다.
어떻게 말해야 코드를 잘 짤까.
CLAUDE.md에는 뭘 적어야 할까.
어떤 모델을 써야 할까.
그런데 최근 공개된
Everything Claude Code(ECC)를 보면
조금 다른 방향이 보인다.
ECC를 만든 Affaan Mustafa는
Anthropic과 Forum Ventures가
연 해커톤에서
1위를 차지했던 개발자다.
그가 공개한 환경에는
수십 개의 전문 Agent와
수백 개의 Skill,
코드 리뷰,
TDD,
보안 검사,
빌드 복구,
컨텍스트 관리,
세션 저장 같은 도구들이 들어 있다.
숫자만 보면
엄청 복잡해 보인다.
그런데 실제 흐름은 단순하다.
계획한다.
테스트를 먼저 만든다.
구현한다.
다른 컨텍스트에서 다시 검토한다.
빌드와 테스트로 확인한다.
다음 작업에 필요한 내용만 남긴다.
그리고 반복한다.
중요한 건
Claude가 코드를 얼마나 잘 쓰느냐가 아니다.
잘못된 코드를 만들었을 때
그걸 어떻게 걸러낼 것인가다.
예를 들어 버그를 고친다고 해보자.
보통은 Claude에게
“이 버그 수정해줘.”
라고 한다.
코드를 수정하고
그럴듯한 설명까지 나오면
끝난 것처럼 보인다.
ECC는 이 과정을 다르게 만든다.
먼저 버그가 재현되는
실패 테스트를 만든다.
테스트가 실제로 실패하는지 확인한다.
그다음 코드를 고친다.
테스트가 통과하는지 확인한다.
마지막에는
코드를 작성할 때 사용했던 맥락과 분리된
리뷰어가 다시 코드를 본다.
작성한 사람이
자기 코드를 검토하는 것과
처음 보는 사람이
결과만 놓고 검토하는 것은 다르기 때문이다.
Anthropic도 최근
비슷한 방식을 권하고 있다.
코드를 만든 세션이
자기 결과를 한 번 확인하는 것과,
새로운 컨텍스트의 Agent가
마지막에 따로 검증하는 것을 구분한다.
앞의 Agent는
왜 그렇게 코드를 작성했는지 알고 있다.
그래서 자신의 판단을
그대로 정당화하기 쉽다.
새로운 리뷰어는
그 과정에 참여하지 않았다.
결과만 보고
문제를 찾는다.
사람이 코드 리뷰를 하는 이유와 비슷하다.
여기에 최근 Claude Code의
Loop 기능까지 붙으면 한 단계 더 간다.
/goal은
“테스트가 모두 통과할 때까지”
처럼 종료 조건을 정해놓고
조건이 충족될 때까지 작업을 반복할 수 있다.
/loop는
로컬에서 일정 시간마다
같은 작업을 다시 실행한다.
/schedule은
노트북이 꺼져 있어도
클라우드에서 정해진 작업을 실행한다.
이제 개발자가 매번
“다시 확인해.”
“테스트 돌려.”
“안 되면 다시 고쳐.”
라고 입력하지 않아도 된다.
그 순서를 시스템에 넣을 수 있다.
여기서 Claude Code를 쓰는 방식이
조금 달라진다.
예전에는
사람 → 프롬프트 → AI → 결과
였다.
지금은
목표 설정
↓
작업 계획
↓
구현
↓
테스트
↓
리뷰
↓
실패하면 다시 구현
↓
통과하면 종료
이 과정을 먼저 만든 뒤
Claude를 그 안에서 움직이게 할 수 있다.
이게 요즘 말하는
Loop Engineering의 핵심에 가깝다.
좋은 프롬프트 한 번으로
완벽한 결과를 받으려는 게 아니라,
틀리더라도
스스로 다시 확인하고 고치게 만드는 구조를 만드는 것이다.
여기서 한 가지 착각하면 안 된다.
ECC에 있는 수백 개의 Skill을
전부 설치한다고 개발을 잘하게 되는 건 아니다.
ECC 문서도
필요한 워크플로부터 시작하라고 권한다.
처음이라면 오히려
계획 하나,
TDD 하나,
코드 리뷰 하나,
검증 기준 하나면 충분하다.
그리고 내가 반복해서 하는 일이 생길 때마다
하나씩 자동화하면 된다.
Agent가 많아질수록
사람이 덜 중요해지는 것도 아니다.
오히려 반대다.
AI가 코드를 빠르게 만들면
코드를 만드는 시간은 줄어든다.
대신
무엇을 만들지,
어떤 결과를 통과시킬지,
무엇을 자동으로 맡겨도 되는지,
어디에서 사람이 직접 확인할지를
개발자가 결정해야 한다.
결국 앞으로 개발자가 잘해야 하는 일은
코드를 한 줄씩 입력하는 것만은 아닐 것이다.
AI에게 일을 시키는 것에서 끝나지 않고,
틀린 결과가 그대로 지나가지 못하도록
작업 과정을 설계하는 것.
Claude Code를 많이 쓰면서
점점 중요해지는 건
더 멋진 프롬프트가 아니라
좋은 개발 프로세스를 코드처럼
만들어두는 일이다. https://t.co/1VQaOEVLM2
AI 자동 생성 콘텐츠
본 콘텐츠는 X 토픽: 한국 개발자의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기