대부분의 팀에게 일이 벌어지는 곳은 Slack입니다. 버그가 보고되고, 결정이 논의되고, 누군가 *"이 스레드 누가 요약 좀"*이라고 하면 네 사람이 그 스레드를 여는 곳이죠.
Okou는 바로 그곳으로 갑니다. 설치하고 나면 Okou는 어느 채널에서든 @mention할 수 있고 DM으로도 부를 수 있는 Slack 앱이 됩니다. 워크플로도, 커넥터도, 권한도 웹 앱과 똑같습니다. 다른 점은 팀 대화의 흐름 안에 있다는 것뿐입니다.
설치
- 워크스페이스에서 Okou가 일하는 곳 페이지를 열고 Add to Slack을 클릭합니다.
- Slack 워크스페이스를 고르고 Okou가 요청하는 범위를 승인합니다:
- 추가된 채널과 DM의 메시지 읽기
- 메시지와 반응 게시
- 사용자 프로필 정보 읽기(멘션과 호칭을 위해)
- 파일 업로드(첨부 산출물을 위해)
- Okou가 활동해야 할 채널에
Okou를 초대합니다. Okou는 초대된 채널의 메시지만 볼 수 있습니다.
새 앱에 관리자 승인이 필요한 Slack 워크스페이스라면 설치 요청이 Slack 관리자에게 전달됩니다. 상태는 'Okou가 일하는 곳' 페이지에서 확인할 수 있습니다.
Slack에서 Okou를 쓰는 법
주요 패턴은 세 가지이며, 설치 외에 별도 준비 없이 모두 동작합니다.
어느 채널에서든 Okou. Okou는 스레드로 답하므로 채널이 지저분해지지 않습니다. 팀 전체가 봐야 하는 작업에 쓰세요:
"Okou 이 스레드의 최근 50개 메시지를 요약하고 액션 아이템을 번호 목록으로 올려 줘."
Okou에게 DM 보내기. 개인적인 작업, 초안, 널리 알리고 싶지 않은 것에 씁니다. DM은 웹 채팅처럼 동작합니다. 여러 번 주고받을 수 있고, 채팅 로그도 온전하며, 파일도 지원합니다. DM은 끊어진 질문들의 나열이 아니라 하나로 이어지는 대화이고, 에이전트를 오갈 때마다 각자의 기록이 따로 유지됩니다.
워크플로를 이름으로 호출. "Okou triage-bug-report" — Okou가 해당 워크플로를 불러와 현재 스레드나 메시지 맥락에 대해 실행합니다. 채널의 반복 업무를 이미 워크플로로 만들어 두었다면 유용합니다.
Slack과 웹 채팅은 같은 대화입니다
Slack에서 보낸 메시지는 웹 앱과 같은 파이프라인을 지납니다. Slack 스레드는 웹 채팅에도 나타나며, 거기서 따라가거나 검색하거나 이어받을 수 있습니다. Slack에서 시작된 메시지에는 원본으로 돌아가는 Slack · 메시지 열기 ↗ 링크가 붙습니다.
라우팅을 제어하는 슬래시 명령이 두 개 있습니다:
- /zero switch — 어느 에이전트가 답할지 고릅니다
- /zero model — 어느 모델이 작업할지 고릅니다
두 명령 모두 스레드가 만들어질 때 확정되므로, 지금 있는 스레드를 바꾸는 것이 아니라 다음에 시작하는 스레드에 적용됩니다. Slack 스레드 안에서 답장하면 그 자체가 별도의 곁가지 대화가 됩니다.
흔한 Slack 워크플로
Okou 팀이 매일 쓰는 패턴입니다:
#bug-report에서 버그 트리아지. 누군가 스크린샷을 올립니다. "Okou 이거 트리아지해 줘." Okou가 재현 절차를 뽑아내고, GitHub 이슈를 만들고, 링크와 함께 답합니다.- 스레드 요약. 자는 사이 긴 스레드가 쌓였습니다. "Okou 이 스레드 요약하고 내가 뭘 해야 할지 알려 줘." Okou가 메시지 100개를 다섯 줄과 권장 조치로 압축합니다.
- 결정 기록. "Okou 이 스레드의 결정을 우리 결정 사항 Notion 페이지에 남겨 줘." Okou가 맥락, 결정, 담당자, 날짜로 구조화된 항목을 씁니다.
- 일정에 맞춘 채널 다이제스트. 예약된 자동화가 매주 월요일에 돌면서
#engineering이나#cs에 주간 정리를 올립니다. 자동화를 참고하세요. - 고객 답장 초안. Gmail, Front, Zendesk를 연결하고 새 고객 메일을 Okou가 지켜보게 하세요. 메일이 오면 Okou가 당신의 어조로 답장을 초안하고 승인용으로 DM을 보냅니다.
- 회의 중 조사. Slack 허들에서 누군가 경쟁사를 언급합니다.
Okou [경쟁사] 다섯 줄로 정리해 줘.2분 뒤 스레드에 정리가 올라옵니다.
예절과 관행
팀들이 자리를 잡아 가며 보면, 다른 방식보다 잘 통하는 몇 가지가 있습니다:
- 답장은 스레드에서. 채널에서
Okou를 부르면 Okou는 스레드로 답합니다. 후속 대화는 같은 스레드에 두세요. 그것이 하나의 채팅입니다. 관련 없는 일은 새 최상위 멘션으로 시작하세요. - 결과를 어디로 보낼지 명확히. *"DM으로 보내 줘"*나 *"
#cs-replies에 올려 줘"*처럼요. 목적지가 흐릿하면 결과도 흐려집니다. - 민감한 작업은 DM으로. 고객 답장 초안, 금전이 얽힌 조치, 비공개 분석은 공유 채널이 아니라 DM의 영역입니다.
- 필요 없는 채널에는 Okou를 넣지 마세요. 권한은 채널 단위로 적용됩니다. 접근을 줄이는 편이 깔끔합니다.
Slack에서의 권한
Slack 권한은 채널이 아니라 워크스페이스 단위입니다. Okou는 자신이 멤버로 있는 채널만 읽을 수 있고, Okou가 하는 행동(게시, 반응, 업로드)도 같은 규칙을 따릅니다.
채널에서 Okou를 내보내면:
- 그 채널의 기록을 읽는 능력을 즉시 잃습니다
- 그 채널에 더 이상 게시하거나 반응할 수 없습니다
- 과거 채팅 로그에는 멤버였던 동안 Okou가 본 메시지가 그대로 남습니다
워크스페이스 전체를 주지 않으면서 Okou를 민감한 채널 하나로 한정하고 싶다면, 별도의 Slack 워크스페이스에 두 번째 Okou를 설치할 수 있습니다. 높은 격리가 필요한 경우에는 그것이 올바른 우회로입니다.
자주 겪는 문제
- Okou가 응답하지 않음. 해당 채널에 초대되었는지 확인하세요. 'Okou가 일하는 곳' 페이지에서 연결 상태도 확인하세요.
- 엉뚱한 곳에 답장. 워크플로가 잘못된 채널에 올린다면, 그 지시문에 목적지를 명시적으로 적어 주세요.
- 권한 거부. 승인되지 않은 커넥터가 필요하면 Okou가 요청자에게 승인 링크가 담긴 DM을 보냅니다. 그 DM을 무시하지 마세요.
- Okou 중복 설치. 한 워크스페이스에 Okou가 여러 번(서로 다른 OAuth 세션으로) 설치되어 있으면 하나가 우선합니다. 어느 것인지는 'Okou가 일하는 곳' 페이지에서 확인할 수 있습니다.