Micro-Agent

에이전트 하나가 일 하나만 맡도록 작게 만든 AI 에이전트로, 결과를 테스트처럼 분명한 기준으로 확인할 수 있는 일이나 여러 단계를 나눠 각각 검증하고 싶을 때 쓴다. 무엇이든 하는 범용 에이전트가 자꾸 엉뚱한 데로 흘러갈 때 쓰는 대안이고, 실패하면 그 에이전트만 다시 돌리면 된다.

목표를 '테스트 통과' 하나로 고정한다

대표 예는 Builder.io가 공개한 오픈소스 micro-agent다. 만들고 싶은 기능을 프롬프트로 적으면 먼저 단위 테스트를 만들고, 그 테스트를 통과할 때까지 코드를 고치기를 반복한다. 끝나는 기준이 분명해서 끝없이 돌거나 방향을 잃지 않고 답을 찾아간다.

그래서 입력과 출력이 분명한 함수, 변환·파싱 로직처럼 테스트로 정답을 판단할 수 있는 코드에 잘 맞는다. 화면 디자인처럼 테스트로 판단하기 어려운 일은 이 방식만으로는 한계가 있다.

직접 만들 때는 단계별로 쪼갠다

먼저 큰 작업을 단계로 나누고, 단계마다 에이전트 하나와 확인 기준 하나를 붙인다. 보안 사고 조사라면 이렇게 나눌 수 있다. 단계마다 과거의 실제 데이터로 따로 시험하고 손볼 수 있다는 점이 가장 큰 장점이다.

여러 단계를 이어 붙일 때는 오케스트레이터가 작업을 나눠 각 Micro-Agent에게 넘긴다. Builder.io의 비주얼 매칭 기능도 이런 구조다. 한 에이전트가 디자인을 보고 피드백을 주면, 다른 에이전트가 그 피드백대로 코드를 고친다.

언제 쓰고 언제 안 쓰나

너무 잘게 쪼개면 오히려 복잡하다

에이전트가 늘어날수록 서로 주고받는 데이터와 조율하는 비용도 늘어난다. 나누는 기준 없이 쪼개면 전체 흐름을 이해하기가 더 어려워진다. 에이전트마다 무엇을 받고 무엇을 넘기는지 먼저 정하고, 확인 기준을 붙일 수 있는 단위까지만 나누는 게 좋다.

테스트로 확인되는 코드와 단계별 분석에 주로 쓴다

가장 흔한 건 테스트를 먼저 세우고 통과할 때까지 고치게 하는 코딩 방식이다. 그다음으로는 긴 작업을 여러 에이전트로 나누고 단계마다 결과를 따로 확인하는 파이프라인에 쓴다.