한 줄 정의

agentic-coding(에이전틱 코딩)은 사람이 목표를 정하면 에이전트가 계획을 세우고 실행한 뒤, 결과를 보고 다음 행동을 다시 정하는 반복 방식이야. 한 번에 끝내는 자동화가 아니라, 단계마다 멈춰서 재검토를 넣는 방식이지.

어떻게 작동하나

  1. 목표를 한 문장으로 정하고 허용 범위와 금지 조건을 먼저 고정해. (예: 공개 저장소 수정 금지, 결제 API 호출 금지)
  2. 에이전트가 작업을 하위 항목으로 나눠, 우선순위를 매겨 실행 순서를 잡아.
  3. 매 단계마다 결과와 비용을 로그로 남겨, 실패 조건이나 임계치 초과를 바로 감지해.
  4. 문제를 보면 계획을 수정하고 루프를 다시 시작해. 이때 사람은 중간 판단 포인트에서 다음 조건을 승인해.
  5. 목적이 끝나면 실행 내역, 승인 근거, 롤백 포인트를 정리해 사람에게 넘겨.

왜 중요한가

  • 반복 수정이 잦은 코드·문서 작업에서 진행 상황이 사라지는 걸 줄여줘. 특히 실패 구간이 많을 때 추적이 쉬워져.
  • 승인 지점을 분리해두면 무단 반복 실행을 줄이고, 비용 폭주를 더 빨리 멈출 수 있어.
  • 공개 배포·결제·권한 변경 같은 고위험 작업까지 같은 루프를 쓰지 않고, 사람이 최종 게이트를 갖기 때문에 통제가 쉬워져.

실제 사례

예를 들어 대규모 정적 문서 리뉴얼 작업을 생각해 봐. 에이전트가 한 번에 다 고치면 충돌이 잘 나는데, 이 방식이라면 200개 페이지씩 끊어서 실행하고 리뷰 포인트를 계속 넣어 가볍게 되감기할 수 있어. 또 다른 예로, 테스트 자동화 보완 시 실패율이 5% 이상 올라갈 때 계획을 재조정해 우선순위를 낮춰, 배포 지연 없이 문제만 먼저 잡을 수 있어.

적용 가이드

  • 목표를 짧고 구체적으로 잡아. “안정적으로” 같은 추상 목표는 나중에 비교 기준을 만들기 어려워져.
  • 범위가 바뀌면 루프가 무한 확장돼. 고정한 뒤 에이전트 제안을 사람이 한 번 이상 분류해 승인해.
  • 로그는 꼭 남겨. 로그가 있어야 루프를 되돌아보기 쉬워지고, 비용·지연·오류율 판단이 정확해져.
  • 중단 조건을 먼저 넣어. 재시도만 반복되는 패턴이 보이면 바로 중단하고 재설계해야 해.

관련 용어 비교

agent는 단일 요청 단위가 중심인 개념이라면, 이 방식은 그 요청이 계획·실행·재평가로 이어지는 동적 루프로 확장돼. agent와 agents는 운영 단위 차원이 다르고, 이 방식은 다단계 운영 방식이라는 점에서 구분해 쓰는 게 맞아. tool-use는 호출 체계면, 이 방식은 호출이 언제 멈추고 다시 시작하는지의 운영 흐름을 다루지.

한계와 건너뛰기 조건

  • 24gb-gpu처럼 고자원 환경은 비용이 크게 들 수 있어. 임계치 관리가 없으면 오히려 비효율이 커져.
  • 85-tok-s 가정이 낮은 환경에서는 반복 루프 효율이 기대만큼 오르지 않을 수 있어. 루프 길이를 줄여야 해.
  • 승인·감사 로그가 구조화되지 않은 조직은 먼저 수동 워크플로로 시작하고 나중에 자동화 비중을 올려야 해.
  • 규칙이 느슨한 보안/권한 작업은 우선 사람 승인 중심으로 운영하고, 자동화는 마지막에 붙여야 해.

관련 용어