LESSON 02 · 2-1
먼저 묻습니다.
정말 팀이 필요한가?
에이전트 수를 늘리는 것이 답은 아닙니다. 가장 단순한 구조로 시작하고, 필요할 때만 복잡도를 올립니다.
이번 레슨이 끝나면내 업무가 단일 작업·워크플로·에이전트 중 무엇인지 판단합니다.
작업의 성격이 구조를 결정합니다.
순서가 명확하면 워크플로가 예측하기 쉽습니다. 각 단계에서 판단과 도구 선택이 달라져야 할 때 에이전트가 의미를 가집니다.
단일 작업
짧은 요청 하나로 결과를 낼 수 있습니다.
워크플로
정해진 단계와 검증을 순서대로 실행합니다.
에이전트
상황에 따라 다음 행동이나 도구를 판단합니다.
선택 기준은 세 가지입니다.
- 일의 순서가 고정됐는지 봅니다.고정됐다면 워크플로가 먼저입니다.
- 중간 판단이 필요한지 봅니다.입력마다 접근이 달라질 때 에이전트를 고려합니다.
- 검증 비용을 계산합니다.역할이 늘어날수록 결과를 확인할 지점도 늘어납니다.
직접 해봅니다.
내가 하려는 업무는 다음과 같아:
<업무 설명>
이 일을 단일 작업, 순차 워크플로, 멀티에이전트 중 무엇으로 시작하는 게 좋은지 판단해줘.
복잡한 구조를 피할 수 있는 이유도 함께 설명해줘.“에이전트가 많으면 빨라진다”가 아니라, 이 업무에서 어떤 판단이 필요한지를 기준으로 고릅니다.
다음에도 이렇게 판단합니다.
여기까지복잡도는 성과가 아니라 비용입니다. 가장 단순한 구조가 먼저입니다.
원본 강의의 핵심을 더 봅니다.
워크플로와 에이전트는 다릅니다.
원본 2강은 정해진 순서로 실행하면 되는 일을 워크플로, 다음 행동을 모델이 판단해야 하는 일을 에이전트로 구분합니다. 업무가 잘 정의돼 있다면 먼저 예측 가능한 워크플로를 만듭니다.
지금도 통하는 운영 원칙입니다.
복잡도는 필요할 때만 올립니다.
Anthropic도 잘 정의된 작업에는 일관된 워크플로가, 유연한 판단이 필요한 작업에는 에이전트가 맞는다고 설명합니다. “멀티에이전트”는 목표가 아니라 복잡도를 해결하는 수단입니다.