노드 기반 빌더를 열어 본 사람은 그 기분을 압니다. 무엇이 일어나야 하는지 분명한 생각을 갖고 들어왔는데, 40분 뒤에는 필터 노드 안에서 JSON 경로 표현식을 디버깅하고 있고, 그 분명한 생각은 사라져 있습니다.
캔버스가 문제는 아닙니다. 문제는 캔버스가 사업의 의도를 배선용으로 설계된 언어로 표현하라고 요구한다는 것이고, 노력의 대부분이 일이 아니라 그 번역에 들어간다는 것입니다.
AI 오케스트레이션 소프트웨어가 자동화 도구와 다르게 하는 일
자동화 도구는 결정론적인 순서를 실행합니다. 이 일이 일어나면 저것을 하고, 그다음 저것을 하고. 그 일을 지극히 잘하며, 당신의 업무가 정말로 결정론적이라면 그런 도구를 쓰고 여기서 그만 읽으셔도 됩니다.
AI 오케스트레이션 소프트웨어는 단계 중 하나가 판단을 요구하는 순서를 위해 존재합니다. 들어온 브리프를 읽고 이것이 포지셔닝 문제인지 채널 문제인지 정하기. 이 각도가 이미 다뤄졌는지 확인하고, 그랬다면 다른 각도를 제안하기. 이런 단계는 분기 조건으로 표현할 수 없습니다. 그 조건이 곧 판단이기 때문입니다.
Crew Studio의 답은 그 단계를 스페셜리스트가 맡게 하는 것입니다. 순서는 결정론적이어야 할 곳에서 결정론적이고, 결정이 필요한 지점에는 관점을 가진 역할이 앉습니다. 두 범주 사이의 실제 경계선이 그것이고, 이 바닥의 마케팅이 대부분 그 선을 흐리기 때문에 정확히 말해 둘 값어치가 있습니다.
문장에서 워크플로까지
- 당신은 원하는 결과를 설명합니다
- 사람에게 브리프를 줄 때 쓸 말로, 한 문장입니다. 매주 월요일 경쟁사 가격을 확인하고 바뀐 것이 있으면 요약을 보내 줘. 트리거 문법도, 노드 유형도, 스키마도 없습니다.
- Crew Studio가 그것을 분해합니다
- 문장에서 네 가지를 읽습니다. 무엇이 시작하는지, 단계가 무엇인지, 그중 어느 것이 판단을 요구하는지, 그리고 끝 상태가 어떤 모습인지. 각 단계는 역량이 맞는 스페셜리스트에게 배정되고, 그 studio에 이미 있는 Crew에서 고릅니다.
- 무엇을 만들었는지 실행 전에 보여 줍니다
- 순서는 해석해야 하는 도식이 아니라 단계마다 스페셜리스트 이름이 붙은 읽을 수 있는 목록으로 나타납니다. 당신이 승인하기 전에는 아무것도 돌지 않습니다.
- 같은 언어로 고칩니다
- 변경은 배선이 아니라 설명입니다. “변화가 5퍼센트를 넘을 때만 알려 줘”가 해당 단계를 바꿉니다. 노드를 열라는 요구를 받는 일은 없습니다.
작동하는 모습
문장을 입력하고, 조립되는 것을 보세요
아래는 맨 위의 문장에서 만들어진 실제 워크플로입니다. 문장에서 순서까지 6초, 모든 단계에 스페셜리스트가 있습니다.
2단계가 자동화 도구로는 표현할 수 없는 것입니다. “중요한”에는 미리 적어 둘 수 있는 규칙이 없습니다. 당신 사업이 이번 분기에 무엇을 하고 있느냐에 달려 있기 때문입니다. studio에 사는 스페셜리스트는 그 맥락을 갖고 있습니다. 필터 노드는 갖고 있지 않습니다.
4단계도 다른 이유로 중요합니다. 대부분의 보고 자동화는 매번 무언가를 보내고, 그건 당신이 그것을 그만 읽도록 길들입니다. 아무 일도 없을 때의 침묵은 설계 결정이고, 이 워크플로가 두 달을 넘겨 살아남는 이유입니다.
그 문장
매주 월요일 경쟁사 가격을 확인하고 바뀐 것이 있으면 요약을 보내 줘.
트리거
매주, 월요일 05:30, studio 시간대 기준.
1단계 · Iris, 리서치
이름을 정한 경쟁사 세 곳의 가격 페이지를 가져옵니다. studio에 보관된 지난주 스냅숏과 비교합니다.
2단계 · Iris, 리서치
판단 단계. 그 차이가 중요한지 정합니다. 문구 손질은 변화가 아닙니다. 등급이 사라진 것은 변화입니다.
3단계 · Sofia, 결정
중요하다면 그것이 우리에게 무슨 뜻일 법한지 말하고, 이번 분기에 이미 계획한 것과 견주어 순위를 매깁니다.
4단계 · 전달
Telegram으로 보냅니다. 중요한 변화가 없으면 아무것도 보내지 않습니다. 침묵이 올바른 결과물입니다.
문장 1개 · 단계 4개 · 판단 단계 1개 · 배선한 노드 0개
워크플로에서 판단이 사는 자리
분류 단계에서.
방금 도착한 것이 어떤 종류인지 정하는 일입니다. 이 지원 요청은 버그인가, 오해인가, 아니면 불평 옷을 입은 기능 요청인가. 이후의 모든 것이 이것을 제대로 잡느냐에 달려 있고, 규칙이 가장 못 다루는 것도 바로 이것입니다.
임계 단계에서.
무언가가 중요해지는 선을 넘었는지 정하는 일입니다. 숫자로 표현한 임계값은 잘 깨집니다. 중요한 숫자가 맥락에 따라 바뀌기 때문입니다. 스페셜리스트는 맥락을 읽습니다.
구성 단계에서.
찾아낸 것을 어떻게 제시할지 정하는 일입니다. 같은 발견도 경보로 쓸 때와 메모로 쓸 때 당신에게서 완전히 다른 행동을 끌어내고, 그 둘 사이의 선택은 판단입니다.
억제 단계에서.
보내지 않기로 정하는 일입니다. 과소평가되어 있고, 자동 보고서가 무시당하는 가장 큰 단일 이유입니다.
그 네 단계가 AI 오케스트레이션 소프트웨어가 독립된 범주로 존재하는 이유의 전부입니다. 그것을 빼고 나면 남는 것은 청구서가 더 크고 실행이 더 느린 자동화 도구입니다.
만들어진 것을 고치기
생성된 워크플로는 블랙박스가 아니라 제안입니다. 모든 단계가 보이고, 이름이 붙어 있고, 고칠 수 있으며, 수정은 원래 문장과 같은 언어로 이루어집니다.
단계를 바꾸기.
무엇이 달라져야 하는지 설명하십시오. 그 단계에 배정된 스페셜리스트가 다시 브리프를 받고 나머지 순서는 건드리지 않습니다.
단계를 재배정하기.
엉뚱한 스페셜리스트가 맡았다면 맞는 사람을 지목하십시오. 재배정은 그 단계의 맥락을 함께 가지고 갑니다.
넣거나 빼기.
전달 전에 검토 단계를 더하는 것은 한 문장입니다. 소음으로 드러난 단계를 빼는 것도 마찬가지입니다.
자율성을 바꾸기.
워크플로는 studio의 자율성 단계를 물려받지만, 나머지가 자유롭게 돌아가더라도 특정 단계 하나는 확인을 위해 붙들어 둘 수 있습니다. 사람들이 붙들어 두는 단계는 대개 발송입니다.
워크플로가 자기 studio에서 물려받는 것
워크플로는 진공에서 돌지 않습니다. studio 안에서 돌고 거기서 네 가지를 물려받는데, 같은 문장이 당신의 두 사업에서 다른 순서를 만들어 내는 이유가 그것입니다.
목소리.
텍스트를 만들어 내는 모든 단계는 studio DNA에 대조됩니다. 워크플로가 만든 요약은 도구가 아니라 그것이 속한 사업처럼 읽힙니다.
히스토리.
무언가가 새로운지 묻는 단계는 studio가 이미 본 것과 견주어야만 답할 수 있습니다. 반년 치 브리프가 있는 studio의 워크플로는 텅 빈 studio의 같은 워크플로보다 의미 있게 똑똑합니다.
Crew.
단계는 그 studio에 이미 있는 스페셜리스트에게 배정됩니다. 할인을 거부하는 가격 전략가를 제작해 두었다면, 가격에 닿는 워크플로는 그를 거쳐 가고 그 입장을 물려받습니다.
자율성 단계.
같은 워크플로가 한 studio에서는 안전하게 돌고 다른 studio에서는 승인을 기다립니다. 다시 만들 필요 없이요. 에이전시가 신뢰 수준이 다른 클라이언트들에게 동일한 프로세스를 돌릴 수 있는 이유가 이것입니다.
누구에게 캔버스를 대신하는가
노드 빌더를 접은 운영자.
가장 흔한 이야기는 작동하지 않았다는 게 아닙니다. 작동했다가 석 달 뒤에 망가졌고, 그것을 디버깅하려고 캔버스를 다시 여는 비용이 커서 그냥 망가진 채로 두었다는 겁니다.
프로세스에 “경우에 따라”가 들어 있는 모든 사람.
판단을 다섯 겹 중첩 조건으로 담아 보려 한 적이 있다면, 그 끝이 어떤지 이미 아실 겁니다.
결과물이 잘 쓰여야 하는 운영자.
자동화 도구는 데이터를 옮깁니다. 마지막 단계가 스페셜리스트인 워크플로는 studio DNA에 대조된, 당신의 목소리로 된 무언가를 만들어 냅니다.
남이 만든 자동화를 물려받은 모든 사람.
2년 전에 외주 개발자가 만든 캔버스는 결국 그 개발자를 포함해 모두에게 읽히지 않습니다. 문장으로 쓰인 워크플로는 다음에 여는 사람에게도 읽힙니다.
도움이 되지 않는 곳
워크플로가 필요하지 않을 때
한 번뿐이라면 그냥 브리프를 주십시오.
워크플로는 같은 형태의 일이 되돌아올 때 만들 값어치가 있습니다. 한 번뿐인 일에는 발판이 아니라 브리프가 필요합니다.
순전히 기계적인 작업이라면 자동화 도구가 더 쌉니다.
트리거에 맞춰 양식의 행 하나를 스프레드시트로 옮기는 일은 Zapier와 n8n이 훨씬 싼값에 잘합니다. Crew Studio의 워크플로는 어느 단계에서 판단이 필요한 일을 위한 것입니다.
원하는 결과를 한 문장으로 설명할 수 없다면 그 워크플로는 아직 준비되지 않았습니다.
흐릿한 문장은 흐릿한 순서를 만듭니다. 먼저 두세 번 수동으로 브리프를 준 뒤, 당신이 한 일을 설명하십시오.
단계가 매번 바뀐다면 수동으로 두십시오.
워크플로는 형태를 담습니다. 안정된 형태가 없는 일은 그 담기에 저항합니다.
결정론이 요구 조건이라면 이것을 쓰지 마십시오.
스페셜리스트가 맡은 단계는 두 번 돌려도 바이트 단위로 같은 결과를 내지 않습니다. 그게 중요한 일이라면, 청구나 법적 신고, 규정 보고 같은 것에는 결정론적인 도구를 쓰고 crew는 빼 두십시오.
나란히 놓고 보기
워크플로와 노드 기반 자동화 빌더 비교
네 줄이 반대쪽으로 가는데, 여기 있는 어느 페이지보다 많고 그게 정직한 결과입니다. 노드 빌더는 완전한 통제, 완전한 결정론, 수천 개의 커넥터, 그리고 기계적인 일에 대한 더 낮은 값을 줍니다. 줄 수 없는 것은 “경우에 따라”로 시작하는 단계입니다.
꽤 많은 운영자가 결국 둘 다 돌리게 되고, 그건 어느 쪽의 실패가 아니라 합당한 결말입니다. 기계적인 배관은 자동화 도구에 삽니다. 상황을 읽어야 하는 단계는 studio에 삽니다. 한쪽에 다른 쪽의 일을 억지로 시키는 데서 답답함이 나오는 경우가 대부분입니다.
| 역량 | Crew Studio 워크플로 | 노드 기반 자동화 빌더 |
|---|---|---|
| 만드는 방법 | 자연어 한 문장 | 노드를 끌어다 잇기 |
| 단계 안의 판단 | 예, 스페셜리스트가 결정 | 아니오. 결정론적 분기만. |
| 익히는 시간 | 몇 분 | 몇 시간 |
| 당신의 목소리로 쓰인 결과물 | 예, studio DNA에 대조됨 | 해당 없음 |
| 석 달 뒤 디버깅 | 단계를 평범한 말로 읽기 | 캔버스를 다시 열고 따라가기 |
| 세밀한 통제 | 더 낮음. 순서는 제안됩니다. | 더 높음. 모든 분기를 직접 정합니다. |
| 순수한 데이터 배관의 비용 | 필요 이상으로 높음 | 더 낮음. 더 알맞음. |
| 커넥터 수 | 기본 8개에 더해 어떤 MCP 서버든 | 대개 수천 개 |
| 결정론 | 스페셜리스트가 결정하는 곳에서는 더 낮음 | 완전함 |
무엇이 망가지고, 어떻게 알게 되는가
워크플로는 실패합니다. API가 바뀌고, 페이지가 옮겨 가고, 자격 증명이 만료됩니다. 계속 쓰는 도구와 접는 도구를 가르는 것은 그 순간에 무슨 일이 벌어지느냐입니다.
실패한 단계는 빈 데이터로 계속 가는 대신 순서를 멈춥니다.
자동화된 일에서 가장 해로운 실패 방식은 아무것도 돌려주지 않은 단계가 유효한 아무것도로 다뤄지는 것입니다. 빈 결과에 다다른 스페셜리스트는 그 공백을 요약하는 대신 표시합니다.
Telegram으로, 한 번 알려 줍니다.
무언가 망가졌다는 매일의 재촉이 아닙니다. 어느 단계가 실패했고 무엇에 닿으려 했는지 말하는 메시지 한 번입니다.
나머지 순서는 갈 수 있는 데까지 갑니다.
경쟁사 하나를 가져오지 못했다고 응답한 두 곳의 요약까지 취소되지는 않습니다. 부분이라고 표시된 부분 결과물이 침묵보다 쓸모 있습니다.
실패 처리는 기능 소개 페이지에 넣기에 가장 재미없는 항목이자, AI 오케스트레이션 소프트웨어가 석 달째를 넘길지 정하는 첫 번째 항목입니다. 소리 내어 실패하리라 믿을 수 없는 워크플로는 결국 손으로 확인하게 되는 워크플로이고, 그건 애초에 없애려던 바로 그 비용입니다.
이어서 읽기
관련 기능
질문
워크플로에 관한 질문
워크플로는 무엇인가요?
Crew Studio의 워크플로는 일어나야 할 일을 한 문장으로 적으면 만들어집니다. 제품이 그 문장을 알맞은 스페셜리스트에게 배정된 단계의 연속으로 바꾸고, 트리거와 인계 지점까지 설정합니다. 배선할 캔버스도, 이어 붙일 노드도 없습니다.
crew가 저에게 묻지 않고 움직일 수도 있나요?
Crew Studio에는 세 가지 자율성 단계가 있습니다. Ask, Confirm, Ship on trigger입니다. Ask는 운영자 없이는 아무 일도 일어나지 않는다는 뜻입니다. Confirm은 작업을 준비해 두고 승인을 기다린다는 뜻입니다. Ship on trigger는 정해 둔 동작이 자동으로 실행된다는 뜻입니다. 단계는 studio별로 설정합니다.
코딩을 할 줄 알아야 하나요?
아닙니다. Crew Studio는 어느 단계에서도 코드를 요구하지 않습니다. 스페셜리스트는 역할을 한 문장으로 설명하면 만들어지고, 워크플로는 일어나야 할 일을 입력하면 만들어지며, 연동은 OAuth로 연결됩니다. 개발자가 아니라 운영자를 위해 만든 제품입니다.
이건 Zapier나 n8n과 같은 건가요?
아닙니다. 그리고 기계적인 작업이라면 그쪽이 더 나은 도구이고 더 쌉니다. 트리거에 맞춰 양식의 행 하나를 스프레드시트로 옮기는 일은 그들이 잘합니다. Crew Studio의 워크플로는 최소 한 단계가 판단을 요구하는 순서를 위한 것입니다. 그것을 읽고, 충분치 않다고 정하고, 돌려보내는 일 말입니다. 판단이 필요한 단계가 없다면 여기서 만들지 마십시오.