Slack

대부분의 팀에게 일이 벌어지는 곳은 Slack입니다. 버그가 보고되고, 결정이 다투어지고, 누군가 "이 스레드 누가 좀 요약해 줄래요?" 라고 쓰면 네 사람이 그걸 여는 곳이죠.

Okou는 거기로 찾아갑니다. 설치하고 나면 Okou는 어느 채널에서나 @멘션 할 수 있고 DM으로 바로 말을 걸 수 있는 Slack 앱이 됩니다. 워크플로도, 커넥터도, 권한도 웹 앱과 똑같은 채로, 팀의 대화 흐름 안에서요.

설치

1. 워크스페이스에서 Where Okou works 페이지를 열고 Add to Slack 을 누릅니다.
2. Slack 워크스페이스를 고르고 Okou가 요청하는 범위를 허용합니다.
   • 추가된 채널과 DM의 메시지 읽기
   • 메시지와 리액션 올리기
   • 사용자 프로필 정보 읽기(멘션과 호칭용)
   • 파일 업로드(첨부 산출물용)
3. Okou가 활동해야 할 채널에 @Okou 를 초대하세요. Okou는 초대받은 채널의 메시지만 볼 수 있습니다.

새 앱에 관리자 승인이 필요한 Slack 워크스페이스라면 설치 요청이 Slack 관리자에게 갑니다. 상태는 Where Okou works 페이지에서 확인할 수 있습니다.

Slack에서 Okou를 쓰는 방법

주요 방식 세 가지이고, 모두 설치 외에 다른 설정 없이 작동합니다.

어느 채널에서든 @Okou. Okou는 스레드로 답하므로 채널이 깔끔하게 유지됩니다. 팀이 함께 봐야 할 일에 쓰세요.

"Okou 이 스레드의 최근 50개 메시지를 요약하고 실행 항목을 번호 목록으로 올려 줘."

Okou에게 직접 DM. 사적인 작업, 초안, 퍼뜨리고 싶지 않은 것들에요. DM은 웹 채팅처럼 동작합니다. 여러 번 주고받을 수 있고, 전체 채팅 로그가 남고, 파일도 됩니다. DM은 따로따로인 질문의 나열이 아니라 하나로 이어지는 대화이며, 에이전트를 바꿔 가며 써도 각자 자기 기록을 유지합니다.

워크플로를 이름으로 호출하기. "Okou triage-bug-report" — Okou가 그 이름의 워크플로를 불러와 지금의 스레드나 메시지 맥락에 대해 실행합니다. 채널에서 되풀이되는 일을 이미 워크플로로 만들어 뒀을 때 유용합니다.

Slack과 웹 채팅은 같은 대화입니다

Slack에서 보낸 메시지는 웹 앱과 같은 파이프라인을 거칩니다. Slack 스레드는 Web Chat에도 나타나서 따라가거나 검색하거나 이어받을 수 있고, Slack에서 시작된 메시지에는 원본으로 돌아가는 Slack · Open message ↗ 링크가 붙습니다.

라우팅을 정하는 슬래시 명령이 두 개 있습니다.

• /okou switch — 어떤 에이전트가 답할지 고르기
• /okou model — 어떤 모델이 일할지 고르기

둘 다 스레드가 만들어질 때 묶이므로, 지금 있는 스레드를 고쳐 쓰는 게 아니라 다음에 시작하는 스레드에 적용됩니다. Slack 스레드 안에서 답하면 그 자체로 곁가지 대화가 생깁니다.

Slack에서 흔한 워크플로

Okou 팀이 날마다 쓰는 패턴입니다.

• #bug-report 에서 버그 분류. 누군가 스크린샷을 던집니다. "Okou 이거 분류해 줘." Okou가 재현 단계를 뽑고, GitHub 이슈를 만들고, 링크와 함께 답합니다.
• 스레드 요약. 자는 사이에 긴 스레드가 생겼습니다. "Okou 이 스레드 요약하고 내가 뭘 해야 할지 알려 줘." Okou가 100개 메시지를 다섯 줄과 권장 조치 하나로 압축합니다.
• 결정 기록. "Okou 이 스레드의 결정을 우리 Notion 결정 페이지에 정리해 줘." Okou가 맥락, 결정, 담당자, 날짜로 구조화된 항목을 씁니다.
• 예약된 채널 다이제스트. 예약 자동화가 매주 월요일에 돌며 한 주 정리를 #engineering 이나 #cs 에 올립니다. Automations를 보세요.
• 고객 답장 초안. 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가 응답하지 않음. 그 채널에 초대됐는지 확인하세요. Where Okou works 페이지에서 연결 상태도 확인하세요.
• 엉뚱한 곳에 답함. 워크플로가 잘못된 채널에 올린다면, 지침을 고쳐 목적지를 명시하세요.
• 권한 거부. Okou가 인가되지 않은 커넥터를 필요로 하면, 요청한 사람에게 인가 링크를 담은 DM을 보냅니다. 그 DM을 넘기지 마세요.
• Okou 중복 설치. 한 워크스페이스에 Okou가 여러 번(서로 다른 OAuth 세션) 설치돼 있으면 하나가 이깁니다. 어느 쪽인지는 Where Okou works 페이지에 나옵니다.

다음으로 볼 것

• 채널에서 되풀이되는 일을 붙잡아 두려면 Workflows.
• 시키지 않아도 다이제스트를 올리게 하려면 Automations.
• 당신의 Slack에서 Okou가 할 수 있는 일과 없는 일은 Permissions.