YouTubeRiley Brown·2026년 6월 28일·0

I Put My AI Employees in a Group Chat

Quick Summary

AI Employees를 그룹 채팅에 넣는 핵심은 챗봇을 하나 더 쓰는 것이 아니라, Slack·iMessage·파일·외부 도구·자동화를 연결한 역할별 업무 에이전트 팀을 운영하는 것이다.

영상 보기

클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.

원본 열기

🖼️ 인포그래픽

I Put My AI Employees in a Group Chat 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

I Put My AI Employees in a Group Chat 내용을 설명하는 본문 이미지

💡 한 줄 결론

AI Employees를 그룹 채팅에 넣는 핵심은 챗봇을 하나 더 쓰는 것이 아니라, Slack·iMessage·파일·외부 도구·자동화를 연결한 역할별 업무 에이전트 팀을 운영하는 것이다.

📌 핵심 요점

  1. 영상의 중심 구조는 GRASP 프레임워크다. 목표, 리소스, 자동화, 스킬, 성격을 정리해야 에이전트가 단순 응답기가 아니라 24시간 작동하는 업무 수행자로 동작한다.
  2. CMO 에이전트는 템플릿 복제로 시작해 iMessage, 웹 UI, Slack으로 확장된다. 사용자는 휴대폰 음성 명령만으로 경쟁사 광고 리서치, 파일 생성, 전사 정리, 공개 링크 공유까지 시도한다.
  3. 에이전트의 강점은 채널보다 지속성에 있다. iMessage에서 요청한 결과가 클라우드 컴퓨터의 파일로 남고, 웹 UI와 Slack에서도 같은 자료와 설정을 이어서 활용한다.
  4. 커스텀 스킬은 에이전트의 반복 업무 품질을 높이는 핵심 장치로 제시된다. Riley Brown의 기존 릴스 전사를 참조 파일로 만들고, 이를 바탕으로 숏폼 스크립트 작성 스타일을 재사용한다.
  5. 후반부의 채용 에이전트 사례는 역할별 에이전트 팀의 확장 가능성을 보여준다. 채용 대시보드, 후보 발굴, 아웃리치, 일일 리뷰, 모바일 최적화까지 하나의 운영 루프로 묶는다.

🧩 배경과 문제 정의

  • AI 에이전트는 지식 노동 자동화 영역에서 빠르게 발전하고 있으며, 코딩 경험이 없어도 업무용 에이전트 팀을 만들 수 있다는 접근성이 중요한 변화로 제시된다.
  • 목표는 단일 챗봇을 쓰는 것이 아니라, 24시간 클라우드 컴퓨터에서 실행되며 파일, 도구, 채널, 자동화를 다루는 업무형 에이전트 운영 체계를 만드는 것이다.
  • CMO 에이전트, 콘텐츠 에이전트, 채용 에이전트처럼 역할별 에이전트를 만들고 Slack, iMessage, 그룹 채팅에 배치하면 개인과 팀이 같은 자동화 역량을 함께 활용할 수 있다.
  • 단순히 에이전트를 여러 채널에 연결하는 것만으로는 충분하지 않기 때문에 목표, 리소스, 자동화, 스킬, 성격을 구분해 설계하는 GRASP 프레임워크가 운영 기준이 된다.
  • 영상의 핵심 문제는 “AI 에이전트를 실제 업무 채널 안에 어떻게 배치하고, 반복 업무를 스킬과 자동화로 묶어 지속적으로 일하게 만들 것인가”이다.

🕒 시간순 섹션별 상세정리

1. AI 에이전트 팀과 GRASP 프레임워크의 목표

  • AI 에이전트는 지식 노동 작업에서 매달 더 강력해지고 있으며, 뒤처진다고 느껴도 기본 개념과 활용 방식은 생각보다 단순하다고 보여준다 [00:19]
  • 목표는 단일 에이전트가 아니라 CMO 에이전트와 채용 에이전트를 포함한 팀을 만들고, 이를 Slack, iMessage, 그룹 채팅에 연결해 함께 활용하는 구조를 구축하는 것이다 [00:34]

2. CMO 에이전트 템플릿 복제와 기본 환경 생성

  • 첫 단계는 chief marketing officer 에이전트를 복제하는 것으로, chorus.com/templates에서 마케팅 에이전트 템플릿을 선택해 새 에이전트를 만든다 [02:06]
  • 템플릿 복제는 단순한 설정 복사가 아니라, 종료하지 않는 한 계속 실행되는 디지털 컴퓨터를 새로 띄우고 그 안의 파일과 연결을 미리 구성하는 작업이다 [02:31]

3. iMessage 연결과 음성 명령 기반 경쟁사 리서치

  • platforms 페이지에서 iMessage와 SMS를 선택해 번호를 연결하면 에이전트 전화번호가 생성되고, iMessage에서 바로 대화할 수 있다 [02:59]
  • 에이전트는 이름과 역할을 묻는 메시지에 즉시 답하며, 이메일 연결을 통해 Instagram 계정과 경쟁사 광고 추적 맥락까지 파악한다 [03:22]

4. 경쟁사 광고 결과물 확인과 클라우드 파일 저장

  • iMessage에서 생성된 링크를 열면 Claude Tag 리서치와 Perplexity 광고 영상이 포함되어 있고, 실제 경쟁사 광고 소재를 재생해 품질과 관련성을 확인할 수 있다 [06:01]
  • Perplexity 광고는 Claude Tag 광고 제작에 직접적 도움은 제한적이지만, Victor 광고는 “AI coworker” 메시지와 사용 장면 면에서 더 적합한 참고 사례가 된다 [06:26]

5. 웹 UI에서 본인 콘텐츠 분석과 전사 아카이브 생성

  • 웹 UI에서 Instagram 이름을 일부러 잘못 입력해도 에이전트는 팔로워 수와 브랜드 일치 여부를 확인해 실제 AI 크리에이터 계정인 real Riley Brown을 찾아낸다 [08:04]
  • 에이전트는 올바른 계정에서 비스폰서 상위 릴스를 가져오고, 조회수 기준 상위 10개 영상과 각 영상 전사를 하나의 공개 문서로 저장한다 [08:54]

6. 커스텀 스킬 생성과 Slack 팀 공유 준비

  • short form content 스킬은 방금 만든 전사 파일을 참조해 사용자의 목소리에 가까운 스크립트를 만들도록 설계되며, 스킬 생성 자체도 에이전트에게 지시할 수 있다 [10:06]
  • 새 스킬이 생성되면 skills 영역에 표시되고 overview 페이지에서도 참조되므로, 에이전트의 장기 업무 능력이 파일과 설정을 통해 확장된다 [10:22]

7. Slack 워크스페이스에 커스텀 봇을 연결하고 채널에 초대하기

  • 에이전트 하나만 추가할 때는 커스텀 봇 방식이 가장 간단하지만, 이미 에이전트가 있고 Slack 안에 여러 에이전트 팀을 구성하려면 별도의 봇 연결 흐름이 필요하다 [12:02]
  • 기존 봇이 있는 경우 다른 워크스페이스 추가를 선택하고, 원하는 워크스페이스의 토큰을 생성한 뒤 Chorus에 붙여 넣어 Slackbot 연결을 진행한다 [12:22]

8. Content Man이 Slack 안에서 스크립트 생성과 스킬 확인을 수행하기

  • Content Man은 채널에 초대되면 마케팅 에이전트로 응답하며, 고품질 콘텐츠와 광고 제작을 돕는 역할을 수행한다 [13:54]
  • Claude의 Slack 태그 기능을 다루는 숏폼 영상 스크립트 3개를 요청하자, 에이전트는 앞서 만든 스킬을 활용해 작성자의 숏폼 콘텐츠 스타일에 가까운 문장을 생성한다 [14:19]

9. 여러 에이전트를 같은 채널에 넣고 역할을 분리하기

  • 기존에 만든 최고마케팅책임자 에이전트를 같은 Slack 채널에 추가하면 Content Man과 함께 두 에이전트가 동시에 응답하는 구조가 된다 [15:58]
  • Content Man은 스크립팅과 콘텐츠 실행에 강점을 두고, 최고마케팅책임자 에이전트는 더 상위의 마케팅 전략 역할을 맡는다 [16:19]

10. Slack 대화에서 파일 공유와 Notion 문서 생성을 확장하기

  • 에이전트 컴퓨터에 저장된 HTML 콘텐츠 스크립트 파일은 공개 링크로 공유되며, Slack 앱 없이도 휴대폰이나 컴퓨터 브라우저에서 바로 열 수 있다 [17:32]
  • 연결 탭의 knowledge and docs에서 Notion을 추가하면 에이전트가 Notion 계정에 접근해 문서를 생성할 수 있는 상태가 된다 [18:14]

11. Linear 연결과 매일 실행되는 자동화 만들기

  • Slack에서 Content Man에게 Linear 연결을 요청하면 연결 링크가 생성되고, Google 계정으로 인증한 뒤 Linear 프로젝트 관리 데이터에 접근할 수 있다 [19:17]
  • Linear는 팀이 어떤 기능을 배송했는지 추적하는 프로젝트 관리 도구이며, 에이전트는 민감한 세부사항을 제외하고 새 통합과 출시 기능의 큰 흐름을 요약할 수 있다 [19:43]

12. 템플릿 기반 흐름을 마무리하고 새 채용 에이전트 만들기

  • 템플릿 다운로드, 마케팅 에이전트 동작 확인, iMessage와 Slack 연결, 커스텀 스킬 추가, Notion·Linear 연결, 자동화 생성까지 기본 구성 흐름이 완성된다 [21:58]
  • 다음 단계에서는 처음부터 새 에이전트를 만들고, GRASP 프레임워크로 에이전트의 작동 방식과 사고 구조를 더 체계적으로 설계한다 [22:24]

13. 개요 파일과 GRASP 프레임워크로 채용 에이전트의 기준을 잡기

  • 새 채용 에이전트는 휴대폰과 연결되어 메시지를 받을 수 있지만, 초기 설정은 iMessage 대화보다 에이전트가 매번 읽는 overview 페이지에서 시작한다 [24:00]
  • agents.md 파일과 overview 페이지는 같은 역할을 하며, 에이전트의 핵심 정보는 이 문서에 모아두는 방식이 안정적이다 [24:28]

14. 성격·리소스·채용 파이프라인 기준을 overview에 반영하기

  • 이메일은 채용 에이전트가 관리할 수 있는 리소스로 연결되고, 캘린더는 아직 미연결 상태지만 추가 가능한 리소스로 다뤄진다 [25:51]
  • personality 섹션에는 집요한 리크루터, 세부 사항을 놓치지 않는 운영자, 후보 링크와 상태를 꾸준히 기록하는 역할이 반영된다 [26:05]

15. Slack 채널에서 채용 대시보드를 만들고 팀 운영 채널로 확장하기

  • 채용 에이전트는 Slack 봇으로 Riley Brown Media 워크스페이스에 추가되고, 공개 hiring 채널에 초대된 뒤 팀 채널에서 자동으로 응답한다 [27:22]
  • 내부 채용 대시보드는 Trello 형태의 보드와 쓰기 쉬운 데이터베이스를 함께 갖춘 구조로 요청되며, 다른 에이전트도 후보 데이터를 입력할 수 있어야 한다 [28:05]

16. 실제 후보 발굴과 직무별 리드 추가로 mock data를 대체하기

  • mock data는 제거 대상이 되고, 에이전트는 인터넷 검색으로 촬영·편집·모션그래픽 관련 후보자를 찾아야 한다 [29:37]
  • 필요한 채용 포지션은 콘텐츠 촬영자, 풀타임 비디오 에디터, 시네마토그래퍼, 런치 비디오용 모션그래픽 디자이너로 구분된다 [30:01]

17. 일일 자동화로 채용 플라이휠을 계속 돌리기

  • 대시보드가 만들어진 뒤에는 매일 실행할 자동화와 cron job을 설계해 후보 발굴, 연락, 상태 이동, 리뷰 요청이 지속적으로 돌아가게 해야 한다 [31:17]
  • reachout 이후 단계에서는 Riley가 직접 후보자를 판단해야 하며, 에이전트는 관심 후보를 메시지로 보내 검토와 체크오프를 요청해야 한다 [31:37]

18. 대시보드 운영을 스킬화하고 채용 에이전트의 운영 체계를 완성하기

  • 자동화 목록에는 daily sourcing, daily outreach, daily review digest, nightly wrap and reset daily digest 네 가지 cron job이 생성된다 [33:26]
  • 대시보드 제어 기능은 hiring dashboard skill로 분리되어, 같은 기능을 다른 에이전트에 넘기거나 실수를 줄이는 재사용 가능한 능력이 된다 [33:54]

19. 채용 에이전트의 역할과 대시보드 접근 흐름

  • 채용 에이전트는 고품질 리드 확보, 파이프라인 충원, 대시보드 최신화를 목표로 하며, 적극적이고 집요한 리크루터 성격으로 정의된다 [36:00]
  • 자동화 루프는 닫힌 프로세스 안에서 계속 작동하고, 사용자는 메시지 화면에서 채용 에이전트에게 직접 대시보드를 요청할 수 있다 [36:18]

20. 모바일 최적화 결과와 에이전트 평가 과제

  • 에이전트는 여러 기기와 채널 안에 들어가며, 사용자는 별도 개발 환경에 머물지 않고 메시지만으로 워크플로우를 만들고 수정할 수 있다 [37:33]
  • 에이전트는 코드 수정에 그치지 않고 브라우저로 스크린샷까지 생성해 업데이트 결과를 보내며, 사용자는 링크를 눌러 변경된 화면을 바로 확인한다 [37:53]

🧾 결론

  • 이 영상은 “AI 에이전트”를 대화창 안의 답변 도구가 아니라, Slack·iMessage·Notion·Linear·파일 시스템과 연결된 업무 운영 단위로 다룬다.
  • 핵심 메시지는 에이전트를 많이 만드는 것보다 각 에이전트의 역할, 접근 가능한 리소스, 반복 자동화, 재사용 가능한 스킬을 명확히 정의하는 것이 중요하다는 점이다.
  • CMO 에이전트와 채용 에이전트 사례 모두에서 중요한 기준은 “명령을 한 번 수행했는가”가 아니라, 결과물이 파일·대시보드·스킬·자동화로 남아 다음 작업의 기반이 되는가다.
  • 다만 영상은 데모 중심이므로, 실제 업무 도입 전에는 에이전트가 만든 리서치 결과의 정확성, 외부 계정 접근 권한, 자동 아웃리치의 품질과 리스크를 별도로 검증해야 한다.

📈 투자·시사 포인트

  • AI 에이전트 시장의 차별화 지점은 모델 성능만이 아니라, Slack·iMessage·Notion·Linear 같은 기존 업무 채널에 얼마나 자연스럽게 들어가느냐에 있다.
  • 개인 사용자 관점에서는 “AI 비서”보다 “역할별 업무 에이전트 팀”이라는 사용 방식이 더 현실적인 생산성 향상 경로로 보인다. 특히 콘텐츠 제작, 마케팅 리서치, 채용 파이프라인처럼 반복성과 판단이 섞인 업무에 적합하다.
  • 기업 도입 관점에서는 에이전트가 파일을 만들고, 외부 계정에 접근하고, 후보자나 고객에게 연락할 수 있기 때문에 권한 관리와 감사 가능성이 핵심 과제가 된다.
  • 투자 관점에서 주목할 영역은 에이전트 실행 환경, 멀티채널 연결, 업무 도구 통합, 스킬·메모리 관리, 자동화 평가 체계다. 영상 말미에서도 에이전트 작업 품질 평가가 다음 과제로 언급된다.
  • 검증 필요 포인트는 데모에서 보인 작업 품질이 다양한 실제 업무와 팀 환경에서도 안정적으로 재현되는지, 그리고 자동화된 리서치·아웃리치 결과가 사람의 검토 없이도 충분히 신뢰 가능한지다.

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

  • 영상에서는 Chorus 템플릿 복제만으로 CMO 에이전트와 채용 에이전트를 빠르게 만들 수 있다고 설명하지만, 실제 환경에서도 20분 내 구축이 가능한지는 계정 권한, 연동 서비스 상태, 템플릿 제공 여부에 따라 확인이 필요하다.
  • iMessage/SMS, Slack, Notion, Linear, Foreplay API 연동이 시연되지만, 각 서비스가 에이전트에게 부여하는 실제 권한 범위, 데이터 저장 위치, 보안·개인정보 처리 방식은 영상만으로 확정할 수 없다.
  • 에이전트가 Instagram 릴스 전사, 경쟁사 광고 영상, 후보자 링크를 수집하는 흐름이 나오지만, 이러한 수집과 재사용이 각 플랫폼 약관·저작권 정책에 부합하는지는 별도 검토가 필요하다.
  • 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
  • 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
  • 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

  • GRASP 기준으로 목표, 리소스, 자동화, 스킬, 성격을 나누어 내가 만들 에이전트의 overview 문서를 먼저 작성한다.
  • 에이전트에 연결할 채널을 정리한다: 개인용은 iMessage/SMS, 팀 공유용은 Slack, 문서 작업은 Notion, 프로젝트 추적은 Linear처럼 용도를 분리한다.
  • 템플릿 기반 마케팅 에이전트를 만들 경우, 경쟁사 리서치·콘텐츠 전사·스크립트 생성처럼 반복 가능한 업무 하나를 골라 작은 범위에서 먼저 테스트한다.
  • Slack 채널에 여러 에이전트를 넣기 전, 각 에이전트의 역할을 명확히 나눈다: 예를 들어 콘텐츠 실행 담당, 마케팅 전략 담당, 채용 담당처럼 책임 영역을 분리한다.

❓ 열린 질문

  • 에이전트가 Slack, iMessage, 웹 UI에서 동시에 작동할 때 동일한 instruction file과 파일 상태를 얼마나 안정적으로 유지할 수 있을까?
  • 에이전트에게 이메일, Notion, Linear, 후보자 데이터 접근 권한을 줄 때 최소 권한 원칙을 어떻게 적용해야 할까?
  • 여러 에이전트가 같은 Slack 채널에 있을 때 역할 충돌, 중복 응답, 잘못된 지시 수행을 막기 위한 운영 규칙은 무엇이어야 할까?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.