대부분의 팀에서 Slack은 일이 실제로 일어나는 곳입니다. 버그가 보고되고, 결정이 논의되고, 누군가 *"이 스레드 요약해줄 사람?"*이라고 말하면 네 명이 그걸 엽니다.
Okou는 그곳에서 만납니다. 한 번 설치하면 Okou는 어떤 채널이나 DM에서도 직접 @mention할 수 있는 Slack 앱이 됩니다. 웹 앱과 동일한 워크플로, 동일한 커넥터, 동일한 권한을 제공하지만 — 팀 대화의 흐름 안에서 작동합니다.
설치
- 작업 공간에서 Okou가 작동하는 곳 페이지를 열고 Slack에 추가를 클릭합니다.
- Slack 작업 공간을 선택하고 Okou가 요청하는 범위를 승인합니다:
- 추가된 채널 및 DM 메시지 읽기
- 메시지 및 반응 게시
- 사용자 프로필 정보 읽기(태그 지정 및 호칭용)
- 파일 업로드(첨부 산출물용)
- 활성화해야 하는 채널에
@Okou을 초대합니다. Okou는 초대된 채널의 메시지만 볼 수 있습니다.
Slack 작업 공간에서 새 앱에 대해 관리자 승인이 필요하면, 설치 요청이 Slack 관리자에게 전달됩니다. Okou가 작동하는 곳 페이지에 상태가 표시됩니다.
Slack에서 Okou를 사용하는 방법
작업 공간 설치 후, 각 멤버는 Connect 또는 연결 프롬프트를 사용해 자신의 Okou 프로필을 연결합니다. 설치만으로 모든 멤버의 개인 서비스가 연결되지는 않습니다. 그런 다음 다음 패턴을 사용하세요:
어떤 채널에서든 @Okou. Okou가 스레드로 답장하여 채널을 깔끔하게 유지합니다. 팀 전체가 볼 수 있는 작업에 사용하세요:
"Okou 이 스레드의 최근 50개 메시지를 요약하고 작업 항목을 번호 목록으로 게시해줘."
Okou에 직접 DM 보내기. 비공개 작업, 초안, 또는 공개하고 싶지 않은 모든 용도에 적합합니다. DM은 웹 채팅처럼 동작합니다 — 여러 메시지를 주고받고, 전체 채팅 로그가 남으며, 파일도 지원됩니다. DM은 별도의 질문들의 모음이 아니라 하나의 연속된 대화이며, 컨텍스트는 그 대화 안에 유지됩니다. 레거시 에이전트에서는 에이전트를 전환해도 기록은 서로 분리됩니다.
이름으로 워크플로 실행하기. "Okou triage-bug-report" — Okou가 지정된 워크플로를 불러와 현재 스레드 또는 메시지 컨텍스트에서 실행합니다. 반복되는 채널 작업을 이미 워크플로로 만들어 두었을 때 유용합니다.
Slack과 웹 채팅은 같은 대화입니다
Slack에서 보낸 메시지는 웹 앱과 동일한 파이프라인을 거칩니다. Slack 스레드는 Web Chat에 나타나며, 그곳에서 따라가고, 검색하고, 이어서 작업할 수 있습니다 — 그리고 Slack에서 시작된 메시지에는 원본으로 돌아가는 Slack · Open message ↗ 링크가 포함됩니다.
My Okou: 연결 후에는 자신의 Okou와 함께 작업하며, 에이전트 전환이 필요하지 않습니다. 사용 가능한 경우 모델 선택을 포함해 /okou help가 표시한 명령을 사용하세요.
레거시 에이전트: /okou switch가 다음 대화에 사용할 에이전트를 선택합니다. 새 선택이 기존 스레드를 다시 쓰지는 않습니다. 관련 작업은 그 스레드에서 계속하고, 관련 없는 작업은 새 최상위 멘션으로 시작하세요.
일반적인 Slack 워크플로
Okou 팀이 매일 사용하는 패턴은 다음과 같습니다:
#bug-report에서의 버그 분류. 누군가 스크린샷을 올립니다. "Okou 이거 분류해줘." Okou가 재현 단계를 추출하고, GitHub 이슈를 만들고, 링크로 답장합니다.- 스레드 요약. 잠든 사이에 긴 스레드가 진행됐습니다. "Okou 이 스레드를 요약하고 내가 무엇을 해야 하는지 알려줘." Okou가 100개의 메시지를 다섯 개의 요점과 권장 조치로 압축합니다.
- 결정 기록. "Okou 이 스레드의 결정을 우리 결정 Notion 페이지에 기록해줘." Okou가 구조화된 항목을 작성합니다: 맥락, 결정, 담당자, 날짜.
- 일정에 따른 채널 요약본. 예약된 자동화가 매주 월요일 실행되어 지난 한 주를 요약한 내용을
#engineering또는#cs에 게시합니다. 자동화을 보세요. - 고객 답장 초안. Gmail, Front 또는 Zendesk를 연결해 Okou가 새 고객 메일을 감시하게 합니다. 무언가 도착하면 Okou가 당신의 말투로 답장 초안을 작성해 승인용으로 DM으로 보냅니다.
- 회의 중 조사. Slack 허들에서 누군가 경쟁사를 언급합니다.
@Okou brief us on [Competitor] — five bullets.2분 후 스레드에 간단한 요약이 올라옵니다.
에티켓과 규범
팀이 실제로 정착한 방식에 비추어 볼 때, 다른 방법보다 더 잘 작동하는 몇 가지 패턴이 있습니다:
- 답장은 스레드로 하세요. 채널에서
@Okou하면 Okou가 스레드로 답합니다. 후속 대화는 같은 스레드 안에서 이어가세요 — 그게 하나의 채팅입니다. 관련 없는 작업은 새 최상위 멘션으로 시작하세요. - 출력 대상은 구체적으로 적으세요. "DM으로 보내줘" 또는 "
#cs-replies에 게시해줘" — 대상이 모호하면 결과가 혼란스러워집니다. - 민감한 작업은 DM을 사용하세요. 고객 답장 초안, 재무 작업, 비공개 분석은 공유 채널이 아니라 DM에 두어야 합니다.
- 필요 없는 채널에 Okou를 추가하지 마세요. 권한은 채널별로 범위가 정해집니다. 접근을 최소화하는 편이 더 깔끔합니다.
공유 Slack 스레드에서의 개인 컨텍스트
공유된 Workflow는 방법을 제공합니다. 실행은 시작한 멤버의 개인 컨텍스트와 승인된 계정을 사용하며, 다른 멤버의 계정이나 비공개 Chats를 빌려오지 않습니다. 비공개 입력은 DM에 두고 결과는 의도적으로 공유하세요.
Slack 권한
Slack 권한은 채널별이 아니라 작업 공간별로 범위가 정해집니다. Okou는 자신이 멤버인 채널만 읽을 수 있지만, Okou가 수행하는 작업(게시, 반응 추가, 업로드)은 같은 규칙을 따릅니다.
Okou를 채널에서 제거하면:
- 즉시 해당 채널 기록을 읽을 수 없게 됩니다
- 더 이상 그 채널에 게시하거나 반응할 수 없습니다
- 이전 채팅 로그에는 Okou가 멤버였을 때 본 메시지가 그대로 남아 있습니다
작업 공간의 나머지에는 권한을 주지 않고 민감한 단일 채널에만 Okou를 제한하려면, 별도의 Slack 작업 공간에 두 번째 Okou를 설치할 수 있습니다. 높은 격리가 필요한 사용 사례에서는 그것이 올바른 우회 방법입니다.
흔한 실수
- Okou가 응답하지 않음. 채널에 초대되었는지 확인하세요. Okou가 작동하는 곳 페이지에서 연결 상태를 확인하세요.
- 답장이 엉뚱한 곳에 나감. 워크플로가 잘못된 채널에 게시한다면, 대상이 명시되도록 지시문을 수정하세요.
- 권한 거부. Okou가 승인되지 않은 커넥터가 필요하면, 승인 링크와 함께 요청자에게 DM을 보냅니다. 그런 DM을 무시하지 마세요.
- 중복된 Okou 설치. 작업 공간에 Okou가 여러 번 설치되어 있으면(서로 다른 OAuth 세션), 하나만 적용됩니다. Okou가 작동하는 곳 페이지에 어떤 것이 적용되는지 표시됩니다.
