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