Buzz Workflows Guide: Easily Create Agent Automations

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Buzz의 워크플로 편집기를 이용하면 메시지·예약·웹훅을 계기로 릴레이에서 실행되는 에이전트 자동화를 손쉽게 만들 수 있다.

📌 핵심 요점

1. 워크플로는 하나의 채널에 연결되며, 하나의 트리거가 발생하면 설정한 단계를 순서대로 실행한다. 호스팅된 릴레이를 사용하면 앱을 닫아도 자동화가 계속 작동한다.
2. 영상 시점에는 실험 기능이므로 최신 버전에서 설정의 Experiments → Workflows를 켜야 한다. 트리거는 메시지 게시, 리액션 추가, 예약, 웹훅 수신, 코드 diff 게시의 다섯 가지다.
3. 발표자는 버전 0.5.28에서 메시지 전송·웹훅 호출·지연을 안정적으로 쓸 수 있는 액션으로 소개한다. 다른 액션은 지원 상태와 실행 실패 여부를 확인해야 한다.
4. 메시지 내용과 작성자를 필터링할 수 있고, 전송할 메시지에 에이전트의 정확한 표시 이름을 @멘션하면 작업을 요청할 수 있다. 해당 에이전트는 채널에 참여하고 있어야 하며, 템플릿으로 삽입한 이름은 깨우기 조건으로 작동하지 않는다.
5. 시연에서는 15분마다 AI 모델 출시 소식을 조사하는 예약 작업과 뉴스레터 신규 구독 웹훅 알림을 만든다. 발표자는 개인 사용보다 팀·커뮤니티에서의 활용 가치를 강조한다.

🧩 배경과 문제 정의

발표자는 이전에 Buzz 설치, Hermes 에이전트 연결, 자체 호스팅 릴레이 구성을 소개했다. 이후 Block 팀이 성능과 기능을 계속 개선했으며, 이번 영상은 새로 추가된 워크플로를 설명한다. 핵심 문제는 사람이 앱을 열고 직접 지시하지 않아도 채널의 사건이나 정해진 시간에 자동화를 실행하는 것이다.

워크플로는 이름·트리거·실행 단계로 구성되고 하나의 채널에 속한다. 시각적 편집기가 설정 작성을 도우며 실행은 릴레이가 맡는다. 발표자는 개인 실험에도 쓸 수 있지만 팀과 커뮤니티에서 특히 유용하다고 평가한다.

🕒 시간순 섹션별 상세정리

1. 업데이트 배경과 워크플로의 실행 구조

• Buzz의 최근 개선 가운데 워크플로를 보여준다. 릴레이에 상주하는 자동화가 노트북이 잠든 동안에도 실행되고 에이전트를 깨울 수 있다는 점을 강조한다. [00:42]
• 개인보다 팀·그룹에 적합하다는 의견을 밝힌 뒤, 중간에 자신의 Agent Wikis 서비스를 홍보한다. [01:47]
• 워크플로는 하나의 채널, 하나의 트리거, 순서대로 실행되는 단계들로 구성된다. 호스팅된 릴레이를 쓰면 앱을 닫아도 계속 작동한다. [02:36]

2. 실험 기능 활성화와 트리거·액션 범위

• 설정의 Experiments에서 Workflows를 켜면 Agents 아래에 편집기가 나타난다. 비교적 최근 버전으로 업데이트해야 한다. [03:17]
• 메시지 게시, 리액션 추가, 예약, 외부 서비스의 HTTP POST를 받는 웹훅, 코드 diff 게시를 다섯 가지 트리거로 보여준다. [04:09]
• 버전 0.5.28에서는 메시지 전송·웹훅 호출·지연을 안정적인 액션으로 보여준다. 리액션 추가도 존재하며, DM 전송·채널 주제 설정·승인 요청 등에는 실행 실패 문제가 있다고 언급한다. [04:37]

3. 메시지 필터로 첫 자동화 만들기

• 채널과 이름을 정한 뒤 메시지 게시 트리거를 선택한다. 기본 필터 외에 표현식을 사용하는 고급 필터도 있으며, 세부 문법은 Buzz 문서를 참고하라고 안내한다. [05:31]
• 자신이 작성하고 본문에 ‘go’가 포함된 메시지에 반응하도록 설정한 뒤, 메시지를 보내는 단계를 추가해 워크플로를 생성한다. [06:43]
• ‘hello’에는 응답이 없고 ‘Let’s go’에는 설정한 메시지가 나오는 것을 확인해, 필터 조건에 따른 실행을 보여준다. [07:06]

4. 예약 메시지로 에이전트 작업 시작하기

• 메시지 본문에 @와 에이전트의 정확한 표시 이름을 직접 넣으면 에이전트를 깨울 수 있다. 에이전트는 채널에 있어야 하며 템플릿에서 가져온 이름은 작동하지 않는다고 보여준다. [07:19]
• 15분 간격의 예약 트리거를 만들고 Fizz에게 최신 AI 모델 출시 소식을 조사·요약하라는 메시지를 보내도록 설정한다. [07:59]
• 예약 메시지가 채널에 게시되고 에이전트가 작업해 응답하는 모습을 확인한다. 발표자는 팀 활용을 강조하며 필요할 때 토글로 끌 수 있다고 안내한다. [08:51]

5. 뉴스레터 구독 웹훅을 채널 알림으로 연결하기

• 웹훅 트리거와 ‘new subscriber’ 메시지 전송 단계를 만들면 고유 URL이 생성된다. 시크릿은 한 번만 표시되고 복구할 수 없다고 보여준다. [09:40]
• 뉴스레터 서비스 Beehive에 생성된 URL을 입력하고, URL 뒤에 ‘?secret=’과 시크릿을 붙여 구독 생성 이벤트를 연결한다. [10:28]
• 직접 구독하자 채널에 신규 구독 메시지가 거의 즉시 도착한다. 단순 알림 외에 다른 웹훅을 호출하는 조합도 가능하다고 보여준다. [11:12]

6. 운영 조건과 최종 평가

• 채널 구성원은 워크플로를 만들 수 있고, 웹훅 호출에는 소유자·관리자 권한이 필요하다고 보여준다. 릴레이당 동시 실행 100건, 호출 대상은 공개 HTTPS라는 조건을 언급한다. [11:28]
• 자신의 채널 게시물로 다시 실행되는 반복을 막도록 필터를 두라고 안내하며 CLI 사용도 가능하다고 덧붙인다. 편집기에서 단계를 더 추가할 수 있고 팀·커뮤니티와 워크플로를 공유할 수 있다고 평가한다. [12:25]
• 발표자는 Buzz를 계속 테스트하고 새 기능을 발견하면 소개하겠다고 드러낸다. 시청자에게 워크플로 사용 경험과 활용 사례를 요청하며 영상을 마친다. [12:50]

🧾 결론

• Buzz는 직접 작성하던 자동화 설정을 시각적 편집기로 구성하도록 만들어, 단순한 워크플로의 진입 장벽을 낮춘다.
• 메시지 조건 확인 → 메시지 전송 같은 작은 흐름에서 시작해, 예약 실행과 외부 서비스 연동으로 확장할 수 있다.
• 영상에서 실제로 확인되는 결과는 조건에 맞는 메시지 응답, 예약에 따른 에이전트 작업 시작, 신규 구독 알림 수신이다. 복잡한 다단계 운영의 안정성까지 검증한 시연은 아니다.

📈 투자·시사 포인트

• 에이전트 활용의 접점이 개별 대화에서 채널의 이벤트와 예약 작업으로 넓어진다. 팀이 반복적으로 수행하는 조사·알림 업무가 구체적인 활용 대상이다.
• 외부 서비스의 웹훅을 채널과 연결하면 구독 발생 같은 운영 이벤트를 공동 작업 공간으로 가져올 수 있다. 영상은 이러한 연결을 비교적 짧은 설정 과정으로 구현하는 모습을 보여준다.
• 실험 기능의 액션 지원 범위와 권한·실행 한도는 도입 판단에 영향을 준다. 기업 실적이나 가치평가 자료는 제시되지 않으므로 투자 시사점은 제품 기능과 활용 가능성 수준이다.

⚠️ 불확실하거나 확인이 필요한 부분

• 설명은 버전 0.5.28 기준이다. 현재 버전에서도 실험 기능 활성화 방식, 액션 지원 범위, 실패 양상이 같은지는 확인이 필요하다.
• 리액션 추가는 존재한다고 소개하지만 안정성이 명확하게 시연되지 않는다. DM 전송·채널 주제 설정·승인 요청도 실제 사용 전에 동작 여부를 확인해야 한다.
• 릴레이에서 자동화가 계속 실행된다는 설명과 에이전트가 실제 작업을 수행할 수 있다는 조건은 구분필요가 있다. 영상은 노트북이 잠든 상태에서 모든 연결 에이전트의 작업까지 완료되는지는 검증하지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 설치된 Buzz 버전을 확인하고 Experiments에서 Workflows를 활성화한다.
• 테스트 채널에서 작성자와 포함 문자열을 지정한 메시지 트리거를 만들고, 조건에 맞는 메시지와 맞지 않는 메시지를 각각 보내 확인한다.
• 에이전트를 채널에 참여시킨 뒤 정확한 표시 이름을 직접 @멘션하는 예약 작업을 만들고, 메시지 게시와 에이전트 응답을 함께 확인한다.
• 웹훅 생성 시 한 번만 표시되는 시크릿을 보관하고, 영상의 URL·시크릿 설정 방식으로 외부 서비스의 테스트 이벤트를 연결한다.

❓ 열린 질문

• 팀이나 커뮤니티에서 어떤 반복 업무를 채널 이벤트·예약·웹훅으로 연결할 때 가장 유용할까?
• 여러 단계를 연결한 워크플로에서 중간 액션이 실패하면 후속 단계와 복구는 어떻게 처리될까?
• 템플릿 기반 멘션이나 아직 불안정한 액션은 이후 버전에서 어떻게 개선될까?