Studio의 Flows

​

개요

이제 Studio에서 Crew뿐 아니라 Flows도 구축할 수 있습니다. Flows는 어떤 단계가 어떤 순서로, 어떤 조건에서 실행될지를 직접 제어하는 이벤트 기반 워크플로우이며, 각 단계 내부의 지능적인 작업은 AI 에이전트에게 맡길 수 있습니다. Flow를 만들려면 Studio를 열고 자동화를 설명한 뒤, 프롬프트 입력창 옆의 선택기에서 Flows를 선택하세요.

​

왜 Flows인가?

Crew는 에이전트 팀이 목표를 향해 자율적으로 협업하도록 할 때 매우 유용합니다. 하지만 실제 자동화 중 상당수는 더 높은 예측 가능성이 필요합니다. 먼저 이 데이터를 가져오고, 그다음 요약하고, 마지막으로 결과를 게시하는 식으로 — 매번 같은 순서로요. Flows는 두 가지를 모두 제공합니다:

• 필요한 곳의 결정론: 단계가 정의된 순서와 명시적인 분기에 따라 실행되므로, 실행 결과가 예측 가능하고 반복 가능하며 디버깅하기 쉽습니다.
• 필요한 곳의 지능: 각 단계는 에이전트(또는 전체 crew)가 수행하므로, 요약·평가·작성·판단 같은 단계 내부의 작업은 LLM의 추론 능력을 온전히 활용합니다.

이 조합 덕분에 Flows는 프로덕션 자동화에 적합합니다. 구조는 보장되고, 에이전트의 자율성은 그것이 필요한 단계로만 한정됩니다.

​

Flow 구축하기

원하는 것을 자연어로 설명하면 Studio Assistant가 Flow를 설계해 줍니다. 단계를 만들고, 서로 연결하고, 각 단계에 필요한 에이전트와 앱 연동을 구성합니다. 오른쪽 캔버스에는 완성된 워크플로우가 연결된 노드로 표시되며, 대화를 이어가며 반복 수정하거나 노드를 직접 편집할 수 있습니다. 준비가 되면 Run으로 Flow를 처음부터 끝까지 테스트하고, Output 및 Traces 탭에서 결과를 확인한 뒤, 안정화되면 Deploy하세요. 프로젝트를 Share하거나 소스 코드를 Download할 수도 있습니다.

​

노드 유형

Flows는 세 가지 핵심 노드 유형으로 구성됩니다. 각 노드는 워크플로우의 한 단계이며 자유롭게 조합할 수 있습니다.

​

Single Agent

Single Agent 노드는 하나의 에이전트가 하나의 집중된 작업을 수행합니다. 연동 서비스에서 데이터 가져오기, 콘텐츠 변환, 메시지 게시처럼 범위가 명확한 단계에 적합합니다. 에이전트 노드를 클릭하면 전체 구성이 열립니다:

• Task: 이 단계가 달성해야 할 목표와 생성해야 할 출력
• Profile: 에이전트의 role, goal, backstory
• Model: 에이전트를 구동하는 LLM
• Apps: 에이전트가 사용할 수 있는 연동 서비스(예: Linear, Slack, HubSpot)
• Runtime Controls: 실행 전 계획 수립, 위임, 메모리에 대한 토글

​

Crews

Crew 노드는 여러 에이전트가 여러 작업을 협업으로 수행하는 전체 crew를 Flow의 단일 단계로 포함합니다. 데이터를 팀별로 그룹화·요약한 뒤 전달용으로 포맷을 정리하는 것처럼, 하나의 에이전트로 감당하기 어려운 단계에 사용하세요. Crew 노드를 열면 내부 구조가 표시됩니다. 수행하는 작업, 각 작업에 배정된 에이전트, 사용하는 앱을 확인할 수 있습니다. crew는 해당 단계 내에서 자율적으로 실행된 뒤 결과를 Flow의 다음 노드로 전달합니다. 이것이 결정론과 에이전트 지능이 결합된 패턴입니다. Flow는 crew가 언제 실행될지를 보장하고, crew는 작업을 어떻게 수행할지에 협업 지능을 더합니다.

​

Router

Router 노드는 조건에 따라 Flow를 분기시켜 결과에 따라 서로 다른 경로를 따르게 합니다. 예를 들어 리드 라우팅 Flow는 유입 리드를 평가한 뒤, 고품질 리드는 영업 배정 단계로 보내고 나머지는 향후 육성을 위해 기록만 남길 수 있습니다. Router가 있기에 Flows는 진정한 이벤트 기반 워크플로우가 됩니다. 하나의 워크플로우가 모든 경우를 처리하되, 각 실행은 데이터에 해당하는 분기만 따라갑니다 — 불필요한 단계도, 다음에 무슨 일이 일어날지에 대한 모호함도 없습니다.

​

Agent Repository 동기화

Flows에서 만든 에이전트를 하나의 프로젝트에 가둘 필요가 없습니다. 모든 에이전트 노드에는 Publish to Agent Repository 버튼이 있어, 에이전트의 role, goal, backstory, 모델, 구성을 조직의 Agent Repository에 저장할 수 있습니다. 양방향으로 동작합니다:

• 게시(Publish): Flow에서 다듬은 에이전트를 리포지토리로 승격하여 다른 팀과 프로젝트에서 재사용할 수 있게 합니다.
• 가져오기(Pull): 처음부터 다시 만드는 대신 리포지토리의 기존 에이전트를 새 Flow로 가져옵니다.

리포지토리 에이전트는 조직 전체에 동기화되므로, 공유 에이전트를 한 번 개선하면 이를 사용하는 모든 Flow가 혜택을 받습니다. 에이전트 동작을 일관되고 관리 가능하게 유지하며 중복 작업을 없앨 수 있습니다.

​

모범 사례

• 자동화에 명확한 순서나 분기 로직이 있다면 Flow를 선택하고, 목표까지의 경로가 열려 있다면 Crew를 선택하세요.
• 에이전트 작업은 집중적으로 유지하세요 — 작업 설명이 명확한 Single Agent 노드가 세 가지 일을 한꺼번에 맡은 에이전트보다 안정적입니다.
• Router로 모든 경우를 명시적으로 처리하세요. “아무것도 하지 않는” 경로(예: 건너뛴 리드 기록)까지 포함해 모든 실행이 빠짐없이 처리되도록 합니다.
• 안정화된 에이전트는 Agent Repository에 게시하여 조직이 일회성 복사본 대신 공유 라이브러리를 구축하도록 하세요.
• 배포 전에 Run으로 테스트하고 Traces를 확인하여 연동이나 프롬프트 문제를 조기에 발견하세요.

​

관련 문서