워크플로우와 에이전트는 Claude가 단일 요청으로 완료할 수 없는 사용자 작업을 처리하기 위한 전략입니다. 사실 이 과정 전체에서 여러분은 이미 둘 다 만들어 왔습니다 - 도구를 사용하고 Claude가 작업을 완료하는 방법을 스스로 파악하도록 했을 때, 그것이 바로 에이전트였습니다.
워크플로우와 에이전트를 사용해야 할 때
이 결정은 작업을 얼마나 잘 이해하고 있는지에 따라 달라집니다:
- 워크플로우를 사용하세요 Claude가 문제를 해결하기 위해 거쳐야 할 정확한 흐름이나 단계를 그릴 수 있을 때, 또는 앱의 UX가 사용자를 정해진 작업 집합으로 제한할 때
- 에이전트를 사용하세요 Claude에게 어떤 작업이나 작업 매개변수를 줄지 정확히 확신할 수 없을 때
워크플로우는 미리 정해진 일련의 단계를 통해 특정 문제를 해결하기 위한 Claude에 대한 일련의 호출입니다. 에이전트는 Claude에게 목표와 도구 집합을 제공하며, Claude가 제공된 도구를 통해 목표를 완료하는 방법을 스스로 파악하기를 기대합니다.
예시: 이미지를 CAD로 변환하는 워크플로우
실용적인 워크플로우 예시를 살펴보겠습니다. 사용자가 금속 부품의 이미지를 드래그 앤 드롭하면, 그로부터 STEP 파일(3D 모델을 위한 업계 표준)을 생성하는 웹 앱을 만든다고 상상해 보세요.
사용자가 이미지 파일을 제공했을 때 정확히 무엇을 해야 하는지에 대해 꽤 명확한 아이디어가 있고, 이를 미리 정의된 일련의 단계로 코드로 쉽게 작성할 수 있기 때문에, 이는 완벽한 워크플로우 후보가 됩니다.
워크플로우는 다음과 같이 나뉩니다:
- 이미지를 Claude에 입력하고, 객체를 설명하도록 요청합니다
- 설명을 바탕으로, Claude에게 CadQuery 라이브러리를 사용하여 객체를 모델링하도록 요청합니다
- 렌더링을 생성합니다
- Claude에게 렌더링을 원본 이미지와 비교하여 평가하도록 요청합니다. 문제가 있으면 수정합니다
Evaluator-Optimizer 패턴
이 모델링 워크플로우는 evaluator-optimizer 패턴의 한 예시입니다. 작동 방식은 다음과 같습니다:
- Producer(생산자): 입력을 받아 출력을 생성합니다 (Claude가 CadQuery를 사용하여 부품을 모델링하고 렌더링을 생성)
- Grader(평가자): 일정 기준에 따라 출력을 평가합니다
- Feedback loop(피드백 루프): 평가자가 출력을 승인하지 않으면, 피드백이 개선을 위해 생산자에게 다시 전달됩니다
- Iteration(반복): 평가자가 출력을 승인할 때까지 이 순환이 반복됩니다
워크플로우 패턴을 배우는 이유
다양한 워크플로우를 식별하는 목표는 여러분 자신의 기능을 구현하기 위한 반복 가능한 레시피 집합을 제공하는 것입니다. Evaluator-Optimizer는 다른 엔지니어들에게 잘 작동했던 워크플로우 패턴 중 하나입니다 - 여러분 자신의 앱에서도 사용을 고려해 보세요!
기억하세요, 워크플로우를 식별하는 것 자체가 본질적으로 우리를 위해 무언가를 해주는 것은 아닙니다 - 우리는 여전히 이를 구현하기 위한 실제 코드를 작성해야 합니다. 하지만 이러한 패턴들은 많은 엔지니어들에게 성공적으로 입증되었으므로, 이해하고 여러분 자신의 프로젝트에 적용할 가치가 있습니다.