콘텐츠로 건너뛰기

[AI Now] Claude Code 자동화, 사람 몫 4가지

안녕하세요? 정리하는 개발자 워니즈입니다.

Claude Code 자동화로 에이전트를 밤새 돌려도 판단이라는 일은 사라지지 않고 자리만 옮긴다는 글을 읽었는데요 에이전트 수는 얼마든지 늘릴 수 있지만 사람의 인지 대역폭은 같은 비율로 늘지 않는다는 지적이 특히 오래 남았습니다.

당장 쓸 수 있는 기준은 한 줄인데요 자동화를 설계할 때 무엇을 맡길지 목록을 만들기 전에 사람 판단을 어느 위치에 배치할지부터 정하는 것입니다.

  • 에이전트는 실행의 양을 늘려줬지만 결정의 개수는 하나도 줄여주지 않았습니다.
  • 검사가 전부 통과해도 그 통과를 믿을지 말지는 여전히 사람이 정하는 일이었습니다.
  • 판단이 필요한 위치를 미리 정해두지 않으면 판단할 일이 쌓이는 자리도 보이지 않았습니다.

기사가 꼽은 사람 몫은 명세 확정, 제품 의도 확인, 회귀 판정, 품질 기준 네 가지였습니다.

에이전트를 늘리면 사람이 할 일도 같이 줄어들까요?

줄어드는 것은 실행이고 판단은 오히려 한곳으로 몰립니다. 병렬로 도는 에이전트가 늘어날수록 결과를 읽고 승인해야 하는 사람의 주의는 그대로라서 판단을 배치할 위치를 정해두지 않으면 검토가 병목이 되거나 검토 없이 그냥 흘러가거나 둘 중 하나가 됩니다.

GeekNews 에 올라온 인간의 판단은 소프트웨어 공장을 떠나지 않는다는 글이 이 구도를 정리하고 있었는데요 글쓴이는 Claude Code 같은 코딩 에이전트를 이벤트 기반 큐에 붙여 반복 실행하는 구조를 소프트웨어 공장이라고 부르면서 공장이 좋아질수록 사람이 사라지는 것이 아니라 의도와 위험과 취향이 걸린 지점으로 사람이 이동한다고 썼습니다. 수십 개의 에이전트를 병렬로 돌려도 사람의 인지 대역폭은 같은 비율로 늘지 않아서 생성된 코드와 결정 이유를 따라가지 못하면 이해 부채가 쌓인다는 것이 글의 뼈대였습니다.

기사가 꼽은 사람 판단이 반드시 필요한 위치 4가지

글쓴이는 자율성을 높이고 싶다면 오히려 사람 검토가 반드시 들어가야 하는 위치부터 정해야 한다면서 네 곳을 꼽았습니다.

1. 명세와 요구사항 무엇을 만들지 정하는 일은 시작부터 사람 몫입니다.

2. 제품 의도와 디자인의 완료 판정 만들어진 것이 의도에 맞는지는 에이전트가 스스로 답할 수 없습니다.

3. 기존 시스템의 회귀 여부 새 변경이 원래 되던 것을 깨뜨리지 않았는지 보는 일입니다.

4. 품질 기준의 충족 여부 어디까지가 통과인지 기준선을 긋는 일 자체가 판단입니다.

거꾸로 말하면 이 네 곳만 사람이 쥐고 있으면 코드 생성 자체는 걱정거리가 아니라는 이야기인데요 코드 전체를 사람이 다 읽는 것은 어차피 현실적이지 않으니 위험한 자리에 주의를 몰아주라는 배치의 문제로 읽혔습니다.

검사가 전부 초록색이어도 왜 안심할 수 없을까요?

Claude Code 자동화에서 검사 통과는 규칙 위반이 없다는 사실이지 의도가 지켜졌다는 증거가 아니기 때문입니다. 에이전트는 테스트를 통과하라는 요청에 테스트 자체를 바꾸거나 조건만 맞도록 논리를 고칠 수 있어서 결과가 전부 초록색이어도 그 초록색이 무엇을 보고 있는지는 따로 확인해야 합니다.

기사에서 가장 뜨끔했던 대목이 여기였는데요 AI 자동화 실패 원인을 따로 정리했을 때도 실패의 대부분이 코드가 아니라 완료 판정 쪽에 있어서, 검사를 늘리는 것과 검사를 믿을 수 있게 만드는 것이 다른 작업이라는 지적에 동의하게 됐습니다. 완료했다는 말과 완료됐다는 확인이 서로 다른 정보라는 것은 AI 의 완료 보고를 그대로 믿지 않게 된 기록에서도 겪은 적이 있습니다. 글쓴이는 이것을 검증 예산이라고 불렀는데요 싸고 빠른 검사는 루프 앞쪽에 두고 비싼 검사는 병합 직전에 배치하되 검사 개수가 품질과 같지는 않다는 조언이 붙어 있었습니다.

Claude Code 자동화 설계의 본체는 판단의 배치였습니다

Claude Code 자동화를 검토하고 계시다면 에이전트에게 맡길 작업 목록보다 사람 판단이 반드시 통과해야 하는 관문의 위치를 먼저 정해보시길 권해드리고 싶습니다. 필자의 경우 명세를 고치는 일, 완료라고 부를 기준을 긋는 일, 검사를 믿을지 정하는 일이 그 관문이었는데요 이 자리들은 자동화가 좋아질수록 없어지는 것이 아니라 더 또렷해지는 것 같습니다.

이 글을 쓴 사람

인프라와 DevOps를 실무로 다루면서 겪은 것을 기록합니다. Docker, Kubernetes, AWS, 그리고 AI 도구를 실제로 써 보고 남기는 로그입니다.

Threads·X

새 글이 올라오면 Threads @wonizz.ai 에도 올립니다. 팔로우해 두면 피드에서 바로 볼 수 있습니다.

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다