Grok Bot의 가장 좋은 활용 사례는 업무 수행 과정의 시작점과 끝점을 처리하는 것입니다.

제가 생각하는 Grok Bot의 가장 좋은 활용 사례는 업무를 완료하기 위한 첫 단계와 마지막 단계를 처리하는 것입니다.

첫 번째 단계(the first mile)는 애초에 어떤 작업을 해야 하는지 파악하는 것입니다. 여기에는 Bot을 사용자가 사용하는 다양한 앱 및 서비스에 연결하여, 캘린더, CRM, Slack, 이메일 또는 이용 가능한 다른 많은 커넥터 등 필요한 모든 컨텍스트를 가져올 수 있도록 하는 것이 포함됩니다. 그런 다음, 첫 번째 단계는 이러한 연결들을 결합하여, Bot에게 직접 세부적으로 관리하는 대신 컨텍스트를 제공할 수 있게 할 때 시작됩니다. 예를 들어, "이 Slack 채널에서 우리가 만든 새로운 기능을 보고, 그리고 어떤 고객에게 메시지를 보낼지 CRM을 확인해 봐"와 같이 말이죠.

루틴(routines)을 설정하여 더욱 자동화할 수도 있습니다. 루틴은 Bot이 스케줄에 따라 무언가를 하도록 하거나("매일 아침 이메일을 확인해라") 또는 무언가에 대한 반응으로 작동하도록 할 수 있게 합니다("이 Slack 채널에 새 메시지가 올라올 때마다 이것을 해라"). 따라서 새로운 리드가 Bot에게 설정한 전체 워크플로우를 시작할 수 있어, 그렇지 않았다면 사용자가 직접 해야 했을 업무를 Bot에게 위임할 수 있습니다!

마지막 단계(the last mile)는 실제로 후속 조치를 취하고 루프를 닫는 것을 포함합니다. 한 가지 예로 새로운 기능을 구축하거나 고객이 보고한 버그를 수정하는 것이 있습니다. 바로 이 지점에서 Bot은 Cursor에 작업을 인계할 수 있습니다. Cursor는 클라우드나 자체 컴퓨터에서 코드를 작성할 수 있는 엔지니어링 중심의 에이전트입니다.

이 과정에 익숙해지면, 다음으로 시도해 볼 것은 루프(loop)를 구축하는 것입니다. 제가 매일 사용하는 간단한 예시가 있습니다:

1. 이 Slack 채널에서 앱 관련 피드백을 모니터링합니다.
2. Linear에 이를 위한 티켓을 생성합니다.
3. Cursor 클라우드 에이전트를 만들어 pstack을 사용하여 자체 컴퓨터에서 문제를 분류하고 재현하게 합니다.
4. 문제가 명확히 재현되면, 수정 사항을 올리고 소규모 에이전트 군단으로 풀 리퀘스트(pull request)를 퍼징(fuzz)합니다.
5. 퍼징에 문제가 없으면, Slack으로 저에게 알림을 보내고 1시간 후에 PR을 리베이스하고 자동 병합(auto-merge)합니다. 제가 변경 요청을 하지 않는 한요.

또한 제 Bot인 Dr Eggbot을 설치하여 자신도 이런 루프를 설정하는 방법을 배우도록 요청할 수도 있습니다!