Grok Bot Hacks (LIVE: Watch Me Work)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Grok Bot 활용 팁을 실시간으로 적용한 결과, 이메일 발송과 초안 검사는 작동했지만 전화 업무 지시와 봇 변경 오류는 추가 검증 과제로 남았다.

📌 핵심 요점

1. 구축 성공은 실제 결과로 확인해야 한다. AgentMail로 만든 봇 전용 주소의 첫 이메일은 도착했고, ‘DNA 게이트’는 X 게시물 초안을 검사해 차단 사유를 제시했다. 다만 초안 검사 도구는 추가 조정이 필요하며 실제 게시 기능은 없다.
2. 계획부터 학습 축적까지 작업 절차를 연결한다. 컴파운드 엔지니어링은 요구사항 구상·구현 계획·실행·코드 단순화·결과 검토·학습 축적의 여섯 단계다. 실제 시연에서는 세 가지 설정을 동시에 진행하다 첫 기능의 테스트를 빠뜨려, 설치와 검증을 하나씩 완료하는 순서의 필요성이 드러났다.
3. 역할 분리는 책임 관리에 유용하지만 보안 격리를 보장하지 않는다. 대표 창구가 요청을 받고 관리 전담 봇이 새 봇의 지침·일정·연결을 설계하는 구조를 구성했다. 동향 조사용 펄스도 별도 역할로 분리했지만, 같은 환경의 봇들은 파일 시스템과 계정 접근을 공유할 수 있다.
4. 상시 자동화는 실행 빈도와 사용량을 함께 설계해야 한다. 반복 경로는 코드와 워크플로로 고정하고 필요한 단계에만 AI를 사용하는 접근이 제시됐다. 중간 추론 수준부터 시작하고, 시간 민감도에 맞춰 점검 주기를 정하며, 조건을 충족할 때만 알리면 운영 부담을 줄일 수 있다.
5. 전화 연결과 업무 실행은 별도로 검증해야 한다. Twilio 설정은 계정·약관·키 입력 문제로 지연됐고 한때 중단하는 방향으로 판단했다. 이후 전화 연결은 성공했지만 내부 지시문을 낭독하고 실행 요청에 제대로 대응하지 못했다. 원하는 기능인 아침 브리핑 청취와 음성 승인은 확인되지 않았다.

🧩 배경과 문제 정의

• 기존 그록봇 구축에 맷 밴 혼의 활용 팁을 적용하는 것이 출발점이다. 업무 운영용 계정과 시연·실험용 계정을 분리해 운용하려는 구상이 함께 있다.
• 여러 에이전트를 상시 운용하면 구독 한도와 모델·추론 설정이 운영 지속성에 영향을 준다. 사용량을 비교하려면 요금제뿐 아니라 작업 규모와 실행 조건도 확인해야 한다.
• 업무용 인공지능의 실용성은 내부 데이터 연결, 반복 작업의 안정적인 실행, 판단을 검증하는 능력에 달려 있다. 제공 구간은 실제 팁 적용에 앞서 사용 경험과 재피어 자동화 사례를 다룬다.

🕒 시간순 섹션별 상세정리

1. 기존 그록봇 구축의 확장과 운영 계정 분리

• 맷 밴 혼의 글에 담긴 그록봇 활용 팁을 기존 구축에 적용하고, 실시간 작업 과정을 다음 날 게시할 영상으로 제작할 계획이다. [00:19]
• 그록봇 시스템을 업무 운영용과 시연·실험용으로 나눌 구상이다. 새로운 계정에도 활용 팁을 적용해 별도 실험 환경을 확보하려 한다. [01:03]

2. 코덱스 한도 비교에 필요한 사용 조건

• 개인 사용 사례에서는 오픈클로·헤르메스·버즈와 기타 작업에 코덱스를 활용해도 주간 한도 100%에 근접하지 않았다. 현재까지 한도가 줄었다는 체감은 없다. [03:30]
• 한도 소진 속도는 월 20달러와 100·200달러 요금제, 사용 모델, 추론 수준에 따라 달라질 수 있다. 전주와 이번 주를 비교할 때도 이런 조건을 함께 적어야 차이를 판단하기 쉽다. [05:03]

3. 추론 설정과 속도 모드에 따른 사용량 관리

• 월 20달러 요금제의 동작이 바뀌었을 가능성은 확인되지 않았다. 사용량 관리 방안으로 테라 활용과 낮음·중간 추론 수준부터 시작하는 접근이 있으며, 울트라와 빠른 모드는 사용량 소진에 주의가 필요하다. [06:27]
• 여러 시스템이 같은 구독에 의존하면 한도 소진이 시스템 중단으로 이어질 수 있다. 사용량 여유를 확보하는 일은 개별 작업의 효율뿐 아니라 전체 운영의 연속성과도 연결된다. [07:18]

4. 재피어의 앱 연결 기능과 성장 배경

• 재피어의 기본 기능은 서로 다른 앱 사이에서 데이터를 전달하는 것이다. 한 서비스의 양식 제출 정보를 다른 서비스로 옮기는 작업처럼, 수작업으로 처리하던 연결을 자동화한다. [07:48]
• 초기 조달 자금은 와이콤비네이터 참여 당시의 약 100만 달러 남짓이며, 이후 회사가 직접 유치한 자본은 없다는 사례다. 인터뷰에서 거론된 50억 달러 가치와 비교하면 외부 자본 투입이 적은 성장 경로다. [08:23]

5. 내부 도구 연결로 확보하는 업무 맥락

• 인터넷 지식을 갖춘 인공지능도 개별 회사의 내부 사정은 알지 못한다. 고객관리 시스템, 헬프데스크, 이메일, 팀 채팅을 연결하면 회사 상황에 맞춘 구체적인 답변에 필요한 맥락을 확보할 수 있다. [11:19]
• 도구 연결에는 재피어와 기본 커넥터를 활용할 수 있다. 다음 단계는 대화형 질의응답을 넘어, 사용자가 자리를 비운 동안에도 자동화와 에이전트가 업무를 실행하도록 만드는 것이다. [11:48]

6. 반복 업무의 코드화와 필요한 지점의 인공지능 사용

• 에이전트가 매번 다음 행동을 추론하면 오판 가능성과 토큰 비용이 생긴다. 반복 실행 경로를 코드와 워크플로 로직으로 고정하고 필요한 단계에만 인공지능을 쓰는 설계는 이 부담을 줄이는 접근이다. [12:53]
• 재피어에 작업을 호스팅하면 개인 노트북을 계속 켜둘 필요가 없다. 클로드 안에서 자연어로 자동화를 구축하면서 재피어의 실행 기반과 앱 연결 기능을 활용하는 방식이다. [13:29]

7. 오픈클로 중심 자동화와 다른 도구의 역할

• 현재 개인 운영 사례에서는 오픈클로가 핵심 자동화를 맡고, 헤르메스와 버즈는 의존도가 낮거나 요청에 따라 협업하는 용도다. 그록봇은 단순한 사용 방식과 상시 실행 특성 덕분에 일부 작업을 맡기기 시작했다. [15:01]
• 코덱스 앱은 필요할 때 구축하거나 작업을 요청하는 용도이며, 의존하는 자동화는 없다. 오픈클로에 축적한 맥락을 같은 수준으로 제공하지 않았기 때문에 모바일 음성·원격 기능의 실제 활용도도 제한적이다. [16:20]

8. 대규모 자막 수집의 실제 사용량과 추론 수준 조절

• 높은 추론 수준을 계속 쓰기보다 중간 수준에서 시작하고 필요할 때 높이는 방식이 사용량 관리에 적합하다. 보안 검토처럼 더 신중한 작업은 하루 중 별도 5시간 구간에 모아 처리하는 대안도 있다. [17:01]
• 월 300달러 구독에서 약 8개월간 게시한 유튜브 영상·라이브의 자막 수집을 포함한 전날 작업이 주간 한도의 7%를 사용했다. 주당 긴 영상 2개와 라이브 3개를 대상으로 한 큰 작업이며, 이 수집이 없었다면 3%를 넘지 않았을 것이라는 추정이다. [17:41]

9. 업무 계정과 실험 계정의 단계적 분리

• 커서 울트라 구독과 그록봇 헤비 계정은 서로 별개다. 팀 이메일에 연결한 그록봇 헤비 계정은 업무 운영용으로 두고, 다른 계정은 실험용으로 유지할 계획이다. [19:07]
• 당장은 전날 구축과의 연속성 때문에 업무 계정으로 시연을 이어간다. 이후에는 해당 계정의 공개 시연을 중단하고 다른 계정만 시연에 사용할 계획이다. [19:34]

10. 재피어 가치평가 수치의 시점과 한계

• 인터뷰에서 거론된 50억 달러는 현재 가치가 확정된 수치가 아니다. 시장 상황이 크게 움직이는 가운데 최신 기업가치에 대한 구체적인 답은 없다. [20:42]
• 해당 수치의 근거는 2021년경으로 기억하는 구주 거래이며, 정확한 시점에는 불확실성이 있다. 매출은 증가했지만 증가 폭이나 최신 가치평가를 뒷받침할 수치는 없다. [22:37]

11. 경영 업무를 지원하는 에이전트와 판단 검증

• 경영 업무용 도구에는 여러 자동화를 수행하는 비서실장형 에이전트와 대기업 고객 관계를 관리하는 최고경영자용 고객관리 시스템이 있다. 반복 업무 처리와 주요 고객과의 관계 유지가 각각의 목적이다. [23:26]
• 리더에게 항상 동의하는 인공지능은 판단을 충분히 검증하지 못할 수 있다. 사고 과정을 비판적으로 점검하는 설정과 내부 반복 작업용 스킬을 함께 활용하는 구성이 필요하다. [23:43]

12. 신규 고객 업무에 맞춘 콘텐츠 운영 조정

• 신규 고객 계약이 시작되면 두 개의 계약 업무와 채널 운영을 병행해야 한다. 시간 배분을 바꾸기 위해 라이브를 주 2회로 줄이는 방안을 검토 중이다. [25:23]
• 긴 영상은 화요일·목요일 게시로 돌아가고, 여유가 있는 주에는 토요일 영상을 추가하는 구상이다. 고정 작업량과 선택적인 추가 제작을 나누려는 일정 조정이다. [25:40]

13. 무조건적인 동의와 반대를 피하는 에이전트 조정

• 인공지능에 반대 의견을 내도록 지시하면 필요 없는 상황에서도 반박할 수 있다. 무조건 동의하는 문제를 해결하려면 반대 자체보다 판단의 근거와 적절성을 조정해야 한다. [26:19]
• 다른 시스템의 일론형 에이전트는 인물의 성격과 운영 원칙을 바탕으로 조정됐으며, 조언 요청에 항상 동의하지는 않는다. 다만 시스템을 두 개로 나누면 기존 책임을 옮기는 추가 작업이 생긴다. [26:48]

14. 매일 아침 실행하는 일정 브리핑 자동화

• 아침 브리핑 에이전트는 오전 6시에 실행돼 슬랙으로 메시지를 보낸다. 당일 일정과 만날 사람, 대화 주제를 미리 받아 하루 준비에 활용하는 방식이다. [27:21]
• 실제 재피어 워크플로는 매일 오전 6시에 시작해 캘린더 일정을 가져온다. 정해진 시각의 실행과 일정 수집이 브리핑 자동화의 구체적인 출발 단계다. [28:22]

15. 계획을 먼저 세우는 개발 방식 도입

• 기사 전체를 한 번에 맡기는 방식 대신 팁을 하나씩 적용해 효용과 설치 난이도를 확인한다. 첫 작업은 구현 전에 계획을 세우도록 하는 컴파운드 엔지니어링 설치다. [31:23]
• 계획 없이 작업하는 봇은 중간 단계를 생략하거나 일찍 멈춘 뒤 완료로 처리할 위험이 있다. 이를 줄이기 위한 설치 지시를 기존 GrokBot에 입력한다. [32:00]

16. 봇 전용 이메일 계정 설정

• 기존에는 Google Workspace 계정을 GrokBot에 연결했지만, 별도 수신함을 시험하기 위해 AgentMail로 봇 ‘일론’의 이메일 주소를 만든다. [34:13]
• AgentMail 설정은 로그인과 접근 허용 절차를 거친다. 이전에 확보해 둔 이름이 있는지도 확인하며 계정 연결을 진행한다. [35:25]

17. 음성 통화 기능과 기존 개발 도구 연결

• 세 번째 작업은 사용자 소유 Twilio 계정과 ConversationRelay를 이용한 실시간 발신 통화 설정이다. 관련 프롬프트를 복사해 적용을 준비한다. [36:19]
• 컴파운드 엔지니어링 설정에는 기존 개발팀 구성도 반영해야 한다. Claude CLI, Codex, Grok를 활용하는 기존 작업 방식에 관한 추가 지시를 넣는다. [37:53]

18. 이메일 발송 성공과 일상 업무 활용

• AgentMail의 새 수신함에서 사용자에게 보낸 첫 이메일이 실제로 도착한다. 봇 전용 주소를 통한 발송 기능은 이 단계에서 확인된다. [40:20]
• 가족 일정 활용 사례에서는 매일 아침 자녀의 당일 일정을 이메일로 받아본다. 가족이 별도 개발 도구나 봇을 사용하지 않아도 기존 이메일 습관 안에서 결과를 확인할 수 있다. [40:56]

19. 동시 설치로 빠진 검증 단계 보완

• 세 가지 설정을 동시에 진행하면서 첫 번째 기능인 컴파운드 엔지니어링의 테스트가 빠졌다. 하나씩 설치하고 검증하려던 초기 작업 순서가 흐트러진 상태다. [41:48]
• 누락된 검증을 위해 브랜드에 필요한 결과물을 만드는 작업을 요청한다. 구체적인 아이디어까지 지정하지 않고 봇이 필요한 기능을 제안하도록 맡긴다. [44:07]

20. 컴파운드 엔지니어링의 여섯 단계 작업 순환

• 핵심 절차는 요구사항 구상, 구현 계획, 계획 실행, 코드 단순화, 결과 검토, 학습 축적의 여섯 단계다. 브레인스토밍은 대화형 질문으로 요구사항을 구체화하고, 계획 단계는 이를 구현 가능한 형태로 발전시킨다. [45:44]
• 실행 단계는 다른 모델을 활용해도 호스트 측 검증·커밋·출시 책임을 유지한다. 이후 코드 단순화와 계획 대비 다중 에이전트 검토를 거치고, 배운 내용을 문서에 축적해 다음 작업의 맥락으로 활용한다. [46:14]

21. Twilio 통화 설정에 남은 수동 작업

• 통화 설정에는 Twilio 음성 설정의 AI·ML 부속 약관 동의와 환경 파일 입력이 남아 있다. 필요한 값에는 실제 SID와 토큰, 발신·수신 번호, Grok 키, 발신자 이름이 포함된다. [49:02]
• Twilio 페이지가 열리지 않아 사용자 작업으로 연결되는 흐름이 막힌다. 로그인할 위치만 안내받고 나머지는 봇이 처리하는 방식으로 작업 범위를 다시 지정한다. [50:10]

22. 계정 차이로 발생한 로그인 장애 해소

• 현재 Google Workspace 주소에는 Twilio 계정이 없는 상태다. 과거 설정은 다른 봇의 이메일로 진행했던 것으로 기억해, 기존 계정을 사용할 수 있다는 예상과 실제 상태가 달랐다. [51:42]
• 사용자 로그인을 마친 뒤 남은 설정을 봇에 다시 맡긴다. 동시에 진행 중인 컴파운드 엔지니어링 작업은 아직 확인할 미리보기가 없어 결과 검증을 기다린다. [52:10]

23. 로컬 결과물의 원격 미리보기 확보

• 로컬에서 완성한 결과물은 원격 컴퓨터에서도 미리보기로 열 수 있어야 한다. 접근할 봇의 화면을 함께 알려 달라는 요구를 추가해 직접 조작하고 확인할 경로를 확보한다. [53:32]
• 미리보기 접근 과정에서 루프백 주소가 로드되지 않아 로컬호스트로 다시 시도한다. 이후 초안을 넣어 검사할 수 있는 화면이 나타난다. [57:07]

24. 브랜드 기준에 따른 초안 검사 도구 검증

• 만들어진 ‘DNA 게이트’는 X 게시물 초안을 브랜드 기준과 대조해 통과 또는 차단을 판정하며, 실제 게시 기능은 수행하지 않는다. 초안을 붙여 넣자 차단 판정과 방법·실패 요소 부족 등의 피드백이 나온다. [57:23]
• 기본적인 검사 기능은 작동하지만 사용 과정에는 추가 조정이 필요하다. 현재 결과물은 기존 브랜드 작업 맥락을 반영한 간단한 도구 수준이다. [58:04]

25. 새 봇 생성 지시가 기존 봇 이름 변경으로 이어진 오류

• Twilio 작업을 기다리며 ‘지난 30일’ 기능 관련 팁을 추가 적용하다가, 내용을 충분히 읽지 않고 복사한 지시문에서 문제가 발생한다. 오류를 발견한 직후 중단을 요청한다. [59:28]
• 의도한 작업은 ‘지난 30일’이라는 새 봇 생성이었지만, 실제로는 기존 봇 자신의 이름을 바꾸는 방향으로 처리됐다. 되돌리기를 요청했으며, 이 구간에서는 복구 성공 여부까지 확인되지 않는다. [59:42]

26. 단일 요청 창구와 역할별 봇의 병행 운영

• 대표 창구가 요청을 받아 다른 봇에 위임하고, 그룹 채널에서는 대표 창구와 개별 팀에 직접 대화할 수도 있다. 여러 세션을 유지하면서 업무별 접근 경로를 확보하는 구조다. [1:01:46]
• 트윌리오 콘솔은 새 체험 계정으로 로그인된 상태이며 설정 작업이 계속된다. 결제카드를 제공하지 않았으므로 무료 체험일 것이라는 추정이 따른다. [1:02:22]

27. 봇을 만들고 관리하는 전담 봇

• 관리 전담 봇은 자동화 요구를 인터뷰하고, 새 봇의 지침·일정·연결을 설계한다. 기존 봇의 출력이 불필요하게 많거나 목표에서 벗어나면 지침을 조정하고, 사용자 허락 없이 봇을 삭제하지 않는다. [1:03:01]
• 관리용 봇이 실제로 생성되고 봇 목록이 저장된다. 이후 기존 봇들의 역할과 책임을 기준으로 이름을 검토하는 작업이 시작된다. [1:03:50]

28. 역할을 드러내는 이름과 신규 업무 분리

• 봇 이름은 별명보다 사용하는 모델이나 업무 목적을 드러내는 편이 관리에 유리하다. 연구·문안 작성·파트너십·잠재고객·일반 수신함처럼 책임을 구분할 수 있다. [1:03:55]
• 일일 동향 점검과 비하이브 뉴스레터 초안 작성이 다음 자동화 후보가 된다. 기존 봇의 역할을 점검하면서 새 업무를 어디에 배치할지도 함께 결정해야 한다. [1:05:31]

29. 계층형 지침과 증거 기준

• 지침을 세 계층으로 나누는 방식에서 기본 계층은 반복해서 전달하던 공통 요구를 담고, 역할 계층은 증거 기준을 담는다. 연구 봇에 주장별 출처 주소를 요구하는 것이 구체적인 예다. [1:06:45]
• 동향 점검용 펄스는 대표 창구나 최근 30일 조사 봇에 추가하는 업무가 아니라 별도 봇으로 분리하는 방향이다. 기존 봇의 책임이 계속 늘어나는 것을 막는다. [1:07:52]

30. 펄스의 조사 범위와 요청 전달 경로

• 펄스는 밤사이 업계 뉴스와 사건, 엑스·유튜브의 주요 화제를 확인한다. 콘텐츠를 일일이 소비하지 않고 흐름을 파악하며, 기존 논의를 조합하거나 빈틈을 채울 영상 소재를 찾는 것이 목적이다. [1:08:09]
• 모든 봇에 계층형 지침을 적용하고, 새 봇 관련 요청은 대표 창구를 거쳐 관리 전담 봇으로 전달하도록 지시한다. 대표 창구를 유지하면서 봇 관리 책임을 분리하는 구조다. [1:09:03]

31. 조건을 충족할 때만 알리는 자동화

• 상품 태그 사진에서 브랜드·상품번호·크기를 추출하고 가격 상한을 저장한 뒤 매일 할인 여부를 확인하는 사례가 있다. 실제 조건에 맞는 결과가 있을 때만 알림을 보내야 일상적으로 유지할 수 있다. [1:10:40]
• 실행 간격은 업무의 시간 민감도에 맞춰야 한다. 15분 간격 점검은 빠른 대응 자체가 가치인 업무에 적합하며, 상시 실행은 계속 사용량을 소모한다. [1:11:27]

32. 화면 캡처 활용과 로그인 유지

• 화면을 캡처해 대표 창구에 전달하면 시각적 맥락을 바로 넘길 수 있다. 데스크톱에서 이미 활용 중이며, 모바일 활용은 당시 아이오에스 앱 접근 여부에 제약을 받는다. [1:12:41]
• 로그아웃은 자동화가 멈추는 직접적인 원인이다. 에이전트 쿠키는 맥의 크롬 쿠키를 테일스케일을 통해 클라우드 봇으로 동기화하는 방식이며, 실제 설치는 주 사용 컴퓨터 교체 이후로 미뤄진다. [1:13:18]

33. 펄스 실행 시각과 추가 도구 도입

• 펄스의 평일 조사 일정은 태평양 시간 오전 8시에서 오전 6시로 변경 요청된다. 업무 시작 전에 동향을 받을 수 있도록 실행 시각을 앞당기는 조정이다. [1:14:53]
• 추가 팁에는 프린팅 프레스 명령줄 도구 모음처럼 별도 저장소를 도입하는 항목이 포함된다. 범용적인 운영 요령에서 특정 제작자의 도구 묶음으로 무게중심이 옮겨가며, 팁의 독립적인 효용에 의문이 생긴다. [1:16:01]

34. 녹화 기반 작업 교육과 공유 환경의 경계

• 작업 절차는 글로 풀어 쓰는 대신 화면 녹화로 전달할 수 있으며, 녹화는 10분 이내로 유지하는 지침이 따른다. 실제 화면 조작을 교육 자료로 쓰는 방식이다. [1:17:10]
• 봇들은 대화 내용을 공유하지 않지만 파일 시스템은 공유한다. 같은 가상머신의 계정 접근도 다른 봇에 이어질 수 있으므로, 프로필이나 봇의 분리를 보안 격리로 간주해서는 안 된다. [1:17:26]

35. 결제·발송 승인과 금전적 성과

• 돈을 쓰거나 메시지를 보내는 지점에는 사람의 승인 단계를 둔다. 승인 경계를 먼저 마련한 다음, 금액으로 성과를 확인할 수 있는 좁은 업무를 맡기는 접근이다. [1:18:11]
• 미환급 반품을 이메일에서 찾아 판매자 다섯 곳에 연락하고 구독료 이상의 금액을 회수한 사례가 있다. 반면 지역 내 모든 연락처를 수집해 일괄 발송하면 스팸 판정과 계정 차단 위험이 커진다. [1:18:32]

36. 트윌리오 연동의 남은 설정과 중단 판단

• 전화 연동에는 가상 구글 보이스 번호와 별도 트윌리오 번호가 사용된다. 시험 번호를 준비한 뒤에도 키 입력 요청과 서비스 명칭 혼동이 남아 있어 설정이 끝난 상태는 아니다. [1:20:31]
• 트윌리오 시험은 설정 부담에 비해 실제 활용 빈도가 불확실하다는 이유로 중단하는 방향이 된다. 기능 구현 자체보다 반복해서 사용할 가치가 있는지가 우선 판단 기준이다. [1:22:03]

37. 녹화 마무리와 활용 가치 재확인

• 본편 녹화는 마무리되고, 같은 계정·환경에서 맷 밴 혼의 팁을 적용한다는 도입부를 뒤이어 별도로 녹화한다. 이 구간은 새로운 설정 작업보다 영상 제작을 마무리하는 단계다. [1:23:48]
• 트윌리오 연동은 거쳐야 할 단계가 많고 얼마나 자주 쓸지 불분명하다는 판단이 유지된다. 추가 구축을 계속할 실용적 근거가 부족한 상태다. [1:24:38]

38. 사용량 한도와 봇 운영 규모 조정

• 개인적인 설정 경험에서는 헤르메스 데스크톱보다 그록 봇 앱이 더 매끄럽다. 로컬 데스크톱 앱과 원격 헤르메스 서버의 조합이 원인인지는 확실하지 않다. [1:25:59]
• 반복 시험으로 사용량을 소진하는 과정은 맡길 책임의 양과 루틴 수·실행 빈도를 가늠하는 기준이 된다. 사용량 한도는 현재 큰 우려라기보다 운영 규모를 조절하는 실험 변수다. [1:26:31]

39. 여러 관점으로 채용 판단을 검토하는 워 카운슬

• 이어 재생되는 대담의 워 카운슬 스킬은 면접 패널의 기록을 바탕으로 채용 후보자가 조직의 기준을 높일지 검토하는 데 쓰인다. 단일 답변 대신 여러 역할의 관점을 동원하는 방식이다. [1:27:57]
• 워 카운슬은 일곱 하위 에이전트를 실행한다. 위기 대응형 최고운영책임자, 냉정한 최고재무책임자, 반대 의견을 내는 이사 등 세 역할은 고정하고, 나머지 네 역할은 질문에 따라 생성한다. [1:28:34]

40. 페르소나 설계와 의사결정 성향 보완

• 페르소나는 원하는 역할과 특성을 지정해 생성한 뒤 결과를 검토하고 수정하는 방식으로 만든다. 해당 사례에서는 특정 인물의 발언록 대신 일반적인 역할 특성을 사용한다. [1:29:24]
• 평소 성향보다 냉정한 사고 파트너는 판단의 균형을 보완한다. 최고경영자 주변에 필요한 능력과 직언할 의지, 시간을 모두 갖춘 사람이 항상 있는 것은 아니므로, 필요한 순간에 그런 관점을 불러오는 데 가치가 있다. [1:30:02]

41. 비개발자가 업무를 위임하는 코딩 에이전트

• Cursor·Claude Code·Codex는 대화하면서 코드로 작업을 수행할 수 있어, 비개발자도 엔지니어에게 요청하듯 제작 업무를 위임할 수 있다. [1:30:37]
• 데스크톱에서 Cursor를 일반적인 질문과 대화에도 사용하는 사례가 있으며, 여러 모델을 전환해 시험할 수 있다는 점이 선택 이유다. 음성 입력에는 Monolog를 사용한다. [1:31:29]

42. 기능과 가격을 넘어서는 소프트웨어의 개성

• 소프트웨어 제작 비용이 낮아지면 비슷한 기능을 갖춘 제품 사이에서도 개성과 취향이 선택을 좌우할 가능성이 있다. 청바지나 신발처럼 기능이 유사해도 선호하는 브랜드는 달라질 수 있다. [1:32:09]
• 소프트웨어 경쟁 기준이 기능·가격에서 디자인과 사용 경험으로 확장됐듯, AI에서는 대화할 때의 느낌이 새로운 기준이 될 수 있다. 모델 규모나 평가 점수만으로 사용자 선호를 설명하기 어려워진다. [1:33:13]

43. 작업 능력과 대화 취향에 따른 모델 선택

• 복잡한 엔지니어링 작업에 대한 선호와 토론 상대에 대한 선호는 다르다. Fable은 어려운 개발 작업을 맡길 대상으로 높은 평가를 받지만, 대화 경험에 대한 평가는 낮다. [1:34:05]
• Claude 특유의 표현이 동료들의 실제 말버릇에도 나타났다는 일화가 있다. AI의 문체가 사용자의 글뿐 아니라 구어 습관에도 영향을 줄 가능성이 있다. [1:35:43]

44. 고객 관리 자동화와 AI의 의사결정 역할

• 합성 데이터로 만든 고객 관리 화면에는 사용량 34% 감소, 갱신까지 45일, 사용 중인 앱과 주요 관계자가 함께 표시된다. 계정 상태와 대응 시점을 한곳에서 파악할 수 있다. [1:36:19]
• 실제 활용 사례에서는 매일 연락할 고객 10명과 연락 이유·행동 제안이 준비되고, 이메일 초안도 받은편지함에 들어온다. 사용자는 초안을 검토하고 수정하거나 발송하며, 부적절한 내용을 걸러낼 판단은 계속 필요하다. [1:37:42]

45. 전화 시연에서 드러난 내부 지시문 낭독과 실행 제한

• 전화 연결 후 음성 에이전트가 언어 판별, 짧은 문장 사용, 마크다운 금지 같은 내부 처리 문구를 그대로 읽었다. 정상적인 응답 전에 지시문이 들리면서 자연스러운 대화가 깨졌다. [1:39:30]
• Grokbot 시스템에서 작업을 실행할 수 있는지 묻자, 에이전트는 임의 작업을 실행할 수 없고 예약 관련 문의만 도울 수 있다는 응답 초안까지 낭독했다. 전화 연결은 성공했지만 업무 지시 채널로서의 기능은 확인되지 않았다. [100:12] [1:41:09]

46. 예약 대행보다 중요한 아침 브리핑과 음성 승인

• 원하는 전화 기능은 산책 중 당일 할 일과 밤사이 발생한 장애 요인을 듣고, 통화에서 특정 작업의 진행을 승인하는 것이다. Twilio 연결을 앱 메시지처럼 업무 실행으로 이어지게 만드는 것이 목표다. [102:07] [1:41:39]
• 이 사용 사례에서는 예약 대행보다 음성 브리핑과 후속 지시의 가치가 크다. 자주 가는 장소에는 직접 연락하며 관계를 유지하려는 선호가 있어, 자동화의 효용은 개인의 업무와 생활 방식에 따라 달라진다. [103:06] [1:45:15]

47. 공개 실험의 비용과 전화번호 노출 위험

• 유료 구독을 망설이거나 예산이 부족한 시청자를 위해 구독 사용량으로 활용 사례를 대신 시험하는 운영 방식이다. 시청자가 원하는 제작 과제와 영상 아이디어도 시험 대상에 포함된다. [104:17] [1:46:24]
• 공개 녹화로 노출된 번호에 외부인이 전화해 에이전트를 조작할 가능성 때문에 에이전트 번호와 Google Voice 번호를 교체할 계획이다. 시연 전용 보조 전화는 예산상 아직 마련하지 못한 상태다. [105:24] [1:46:39]

48. 전화로 연결되는 업무 비서와 사용량 제약

• 업무 비서에 전화번호를 붙이면 출퇴근이나 이동 중에도 타이핑 없이 대화하고, 그 내용을 후속 실행으로 연결할 수 있다. 이런 아침 통화 기능을 구축하는 영상이 제작 후보로 떠올랐다. [106:32] [1:48:43]
• 실험이 사용량을 지나치게 소모해 원래 목표를 수행하지 못하게 한다면 범위를 제한해야 한다. 추가 활용 사례의 시험에도 사용량 제약이 따른다. [107:18] [1:49:29]

49. 시연 영상의 활용 여부와 후속 실험 계획

• 당일 녹화분은 예정된 업무를 마친 뒤 편집할 계획이지만, 실제 영상으로 사용할지는 미정이다. 라이브에서 직접 제작하고 시험하는 방식은 더 자주 시도할 의향이 있다. [111:53] [1:51:02]
• 다음 라이브는 금요일 같은 시간으로 예정돼 있으며, 시청자가 요청하는 제작 과제를 구독 사용량으로 대신 시험하는 참여 방식도 이어갈 계획이다. [112:55] [1:52:11]

🧾 결론

• 이번 라이브는 활용 팁의 설치 난이도와 실제 효용을 함께 드러낸 실험이다. 이메일 발송과 초안 검사는 확인됐지만 모든 기능이 완성된 것은 아니다.
• 새 봇 생성 지시가 기존 봇의 이름 변경으로 이어진 사례는 복사한 지시문의 대상과 변경 범위를 먼저 확인해야 함을 보여준다.
• 지속적으로 쓸 자동화는 내부 업무 맥락, 명확한 역할, 반복 실행의 안정성, 사람의 검토가 함께 갖춰져야 한다.
• 전화처럼 설정 부담이 큰 기능은 연결 가능성뿐 아니라 실제 사용 빈도와 후속 업무 실행까지 확인해 추가 구축 여부를 판단해야 한다.

📈 투자·시사 포인트

• 업무용 AI의 가치를 평가할 때 모델 성능 외에도 내부 데이터 연결과 실행 기반을 살펴볼 필요가 있다. 재피어 사례는 앱 간 연결과 호스팅이 반복 업무 자동화의 기반임을 보여준다.
• 구독료 대비 성과는 좁고 측정 가능한 업무에서 확인하기 쉽다. 미환급 반품을 찾아 구독료 이상의 금액을 회수했다는 사례는 제시됐지만, 이를 일반적인 수익률로 확대할 근거는 없다.
• 소프트웨어 제작 비용이 낮아질수록 대화 경험과 취향이 선택 기준이 될 수 있다는 관점이 제시됐다. 개발 작업을 맡길 모델과 대화 상대에 대한 선호가 다를 수 있다는 사례도 이를 뒷받침한다.
• 재피어의 50억 달러 가치는 과거 구주 거래에 관한 설명이다. 최신 가치평가나 매출 수치가 제공되지 않아 현재 투자 판단의 기준으로 사용하기에는 부족하다.

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

• Twilio 전화 연결은 확인됐지만 Grokbot의 실제 업무 실행, 브리핑 전달, 음성 승인 기능은 검증되지 않았다. 내부 처리 문구를 낭독한 문제도 남아 있다.
• 기존 봇의 이름을 잘못 바꾼 뒤 되돌리기를 요청했으나, 해당 구간에서는 복구 성공 여부가 확인되지 않는다.
• 요금제 한도 변경 여부는 확인되지 않았다. 주간 한도 7% 사용은 특정 개인의 작업 사례이며, 자막 수집이 없었다면 3% 이하였을 것이라는 수치는 추정이다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 적용할 팁을 하나씩 선택하고, 설치 후 실제 입력과 출력으로 기능을 확인한 다음 다음 작업으로 넘어간다.
• 봇 생성·이름 변경 지시를 실행하기 전에 대상 봇과 변경 범위를 읽고, 오류가 난 변경은 복구 여부까지 확인한다.
• 봇별 역할·일정·연결을 목록으로 관리하고, 연구 역할에는 주장별 출처 주소를 요구한다.
• 요금제·모델·추론 수준·작업 규모·실행 빈도와 사용량을 함께 기록해 상시 업무에 필요한 여유를 판단한다.

❓ 열린 질문

• 전화 에이전트를 Grokbot의 업무 실행과 연결하면서 사용자의 음성 승인을 어떻게 확실하게 반영할 것인가?
• 역할별 봇을 늘렸을 때 관리 부담과 구독 사용량을 감당할 수 있는 운영 규모는 어느 정도인가?
• DNA 게이트의 통과·차단 판단이 실제 브랜드 기준에 부합하는지는 어떤 초안 사례로 검증할 것인가?