I Put My AI Employees in a Group Chat
Quick Summary
AI Employees를 그룹 채팅에 넣는 핵심은 챗봇을 하나 더 쓰는 것이 아니라, Slack·iMessage·파일·외부 도구·자동화를 연결한 역할별 업무 에이전트 팀을 운영하는 것이다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽
🖼️ 4컷 인포그래픽
💡 한 줄 결론
AI Employees를 그룹 채팅에 넣는 핵심은 챗봇을 하나 더 쓰는 것이 아니라, Slack·iMessage·파일·외부 도구·자동화를 연결한 역할별 업무 에이전트 팀을 운영하는 것이다.
📌 핵심 요점
- 영상의 중심 구조는 GRASP 프레임워크다. 목표, 리소스, 자동화, 스킬, 성격을 정리해야 에이전트가 단순 응답기가 아니라 24시간 작동하는 업무 수행자로 동작한다.
- CMO 에이전트는 템플릿 복제로 시작해 iMessage, 웹 UI, Slack으로 확장된다. 사용자는 휴대폰 음성 명령만으로 경쟁사 광고 리서치, 파일 생성, 전사 정리, 공개 링크 공유까지 시도한다.
- 에이전트의 강점은 채널보다 지속성에 있다. iMessage에서 요청한 결과가 클라우드 컴퓨터의 파일로 남고, 웹 UI와 Slack에서도 같은 자료와 설정을 이어서 활용한다.
- 커스텀 스킬은 에이전트의 반복 업무 품질을 높이는 핵심 장치로 제시된다. Riley Brown의 기존 릴스 전사를 참조 파일로 만들고, 이를 바탕으로 숏폼 스크립트 작성 스타일을 재사용한다.
- 후반부의 채용 에이전트 사례는 역할별 에이전트 팀의 확장 가능성을 보여준다. 채용 대시보드, 후보 발굴, 아웃리치, 일일 리뷰, 모바일 최적화까지 하나의 운영 루프로 묶는다.
🧩 배경과 문제 정의
- 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 채널에 있을 때 역할 충돌, 중복 응답, 잘못된 지시 수행을 막기 위한 운영 규칙은 무엇이어야 할까?