Slack 안에 사는 AI 연동
일은 채널에서 이야기되고 실제 작업은 다른 곳에서 이루어집니다. Okou는 그 간극을 메웁니다. 스레드에서 멘션하고, 무엇을 건드려도 되는지 승인하면, 답이 있는 시스템까지 닿습니다. 웹에서 쓰는 바로 그 에이전트로요.
채널에서, DM에서, 또는 웹에서
스레드가 맥락이 되고, 팀도 함께 봅니다
일이 이미 논의되고 있는 자리에서 Okou를 멘션하면 그 스레드를 읽습니다. 스크린샷도, 오간 이야기도, 결정도. 답은 스레드에 남기므로 채널은 깔끔하게 유지되고, 요청과 답변, 누군가의 정정이 팀에게 계속 보입니다.
스레드에서 Slack 밖 시스템까지 닿습니다
채널에 보고된 버그가 GitHub 이슈가 되고, 이어서 풀 리퀘스트가 됩니다. 둘 다 같은 스레드로 돌아옵니다. Okou는 승인받지 않은 서비스를 건드리기 전에 반드시 묻고, 범위는 권한 하나와 기간 하나로 제한됩니다.
Slack에서 묻고, 웹에서 파고듭니다
일이 처음 올라오는 곳은 Slack이지만, 긴 실행 기록을 읽기에 채널은 좋은 자리가 아닙니다. Slack에서 시작된 스레드는 웹에서도 같은 스레드입니다. 어디서 왔는지 표시되고 원래 메시지까지 한 번의 클릭이며, 전체 로그와 파일, 수행한 모든 호출이 그대로 있습니다.
팀의 경계를 넘어서도 동작합니다
일에 관여하는 모두가 우리 회사 직원인 것은 아닙니다. 고객사나 협력사와 함께 쓰는 채널에 Okou를 초대하면 그 스레드도 똑같이 읽습니다. 티켓 상태를 가져오고, 우리 쪽 담당자가 보낼 답장을 초안으로 씁니다. 게스트가 받는 것은 답이지 당신의 접근 권한이 아닙니다.
Slack 연동이 작동하는 방식
팀이 이미 소통하는 방식은 그대로입니다. 서비스를 연결하는 일은 키를 넘기는 것이 아니라 승인하는 것입니다.
- 01
설치하고 초대하기
Okou를 Slack에 추가한 다음, 있어야 할 채널에 초대하세요. 초대받은 채널만 볼 수 있습니다.
- 02
필요한 것을 승인하기
승인받지 않은 서비스가 필요해지면 Okou가 승인 요청을 보냅니다. 커넥터 하나, 권한 하나, 기간은 당신이 고릅니다.
일을 곁에서 따라가다가, 팀이 시간을 흘리는 지점에서 나섭니다
Okou는 대화를 이끌려고 있는 것이 아닙니다. 초대받은 채널에 머물며 이미 오가는 이야기를 따라가다가, 팀의 일이 흔히 멈춰 서는 몇몇 순간에 움직입니다. 밀린 내용을 따라잡을 때, 보고만 되고 등록되지 않은 것, 아무도 적어 두지 않은 결정 같은 것들입니다.
밤사이 스레드가 길어졌을 때
팀의 절반이 잠든 사이 메시지 100건. 스레드에서 물으면 다섯 줄 요약과 함께, 아직 결정되지 않은 사안까지 돌아옵니다.
보고는 됐는데 등록은 안 됐을 때
누군가 채널에 스크린샷을 던지고 다음 일로 넘어갑니다. Okou는 맥락이 사라지기 전에 재현 절차를 뽑고, 이슈를 만들고, 링크와 함께 답합니다.
그냥 두면 결정이 사라질 때
스레드가 다다른 결론을 다른 사람들이 읽는 문서나 트래커에, 근거와 담당자를 붙여 기록합니다.
새로 온 사람에게 맥락이 필요할 때
프로젝트 도중 채널에 합류한 사람이 무슨 일이 있었는지 물어보고 경위를 받아 갈 수 있습니다. 누구도 하던 일을 멈추고 다시 설명할 필요가 없습니다.
아직 보여 줄 단계가 아닐 때
고객 답장, 재무 확인, 그리고 아직 정리되지 않은 것들은 DM으로. 같은 에이전트, 같은 워크플로이고, 당신이 정하기 전까지 독자는 한 사람입니다.
한 사람의 방식이 모두의 것이 되어야 할 때
저장된 워크플로는 어느 것이든 스레드에서 이름으로 부를 수 있고, 그것은 웹 앱이 돌리는 바로 그 워크플로입니다. 그래서 누군가 제대로 해낸 버전이 채널 전체에 쓰이고, Slack 전용인 것은 없습니다.
약 290개의 커넥터를, 지금 있는 스레드에서 승인합니다
넓은 카탈로그는 연결이 순식간에 끝날 때만 쓸모가 있고, 워크플로를 팀 앞에 내놓는 일이 내 계정까지 내놓는 일이 아닐 때만 안전합니다. 두 가지 모두 같은 방식으로 풀었습니다.
Axiom
Ahrefs
Airtable
Gmail
Google Sheets
Notion
DocuSign
LinearAxiomAhrefsAirtableGmailGoogle SheetsNotionDocuSignLinear
Google Calendar
Intercom
Deel
HubSpot
Dropbox
Sentry
Figma
VercelGoogle CalendarIntercomDeelHubSpotDropboxSentryFigmaVercel대화를 벗어나지 않고 승인합니다
승인받지 않은 서비스가 필요해지면 Okou는 조용히 실패하는 대신 같은 Slack 스레드에 요청을 올립니다. 권한과 유효 기간을 고르고 승인하면 작업은 멈춘 자리에서 이어집니다. 콘솔도, 관리자 요청도 필요 없습니다.
워크플로를 공유해도 계정은 공유되지 않습니다
워크플로를 팀에 공개하면 공유되는 것은 지침이지 당신의 Gmail이나 CRM이 아닙니다. 채널에서 그것을 부른 사람은 자기 연결 서비스와 자기 권한으로 실행합니다. 그래서 닿는 범위는 실행하는 사람의 범위까지이고, 그 이상은 아닙니다.
자격 증명은 채널에도, 에이전트에도 없습니다
OAuth 승인으로 연결하든 키를 붙여 넣어 연결하든, 자격 증명은 에이전트가 도는 환경 밖에 보관되고 네트워크 경계에서 붙습니다. 스레드에도, 워크플로에도, 에이전트가 출력할 수 있는 어디에도 없습니다.
AI 연동 자주 묻는 질문
Okou가 제 Slack을 전부 읽나요?
아니요. Slack AI 어시스턴트는 초대받은 채널과 자신을 멘션한 메시지만 봅니다. 채널에서 내보내면 그 채널의 기록에 대한 접근을 즉시 잃습니다.
채널과 DM은 무엇이 다른가요?
누가 보느냐입니다. 채널에서는 요청과 답변, 누군가의 정정이 팀에게 보입니다. DM은 웹 채팅처럼 동작하며 초안이나 민감한 내용에 알맞습니다.
Slack의 Okou와 웹의 Okou는 같은가요?
네. 채널과 DM, 웹은 같은 워크플로와 커넥터, 권한을 가진 같은 에이전트로 돌아갑니다. 저장된 워크플로를 스레드에서 이름으로 부르면 웹에서와 똑같이 동작합니다.
Slack 밖 시스템에는 어떻게 닿나요?
웹 앱이 쓰는 것과 같은 커넥터를 통해서입니다. 승인하지 않은 커넥터가 필요해지면 Okou는 조용히 실패하는 대신 권한 하나와 기간 하나로 좁힌 승인 요청을 보냅니다.
저희가 쓰는 서비스가 카탈로그에 없으면요?
커스텀 커넥터는 API가 있는 대부분의 서비스를 다루며 사내 시스템도 포함됩니다. 기본 카탈로그에 없는 도구라고 막다른 길은 아닙니다. 닿는 방식도 승인 방식도 다른 것과 같습니다.
고객사나 협력사와 함께 쓰는 채널에서도 되나요?
초대하면 됩니다. 공유 채널도 다른 채널과 똑같이 읽지만, 그 안의 게스트는 게스트로 남습니다. 채널에 올라온 내용은 보지만 커넥터도, 워크플로도, 누군가의 계정도 물려받지 않습니다.
워크플로 빌더 없이 Slack 자동화를 만들 수 있나요?
네, 바로 그 점이 핵심입니다. Slack 워크플로를 한 문장으로 설명하고 트리거를 붙이면, 자동 Slack 메시지가 알아서 올라갑니다. 캔버스도 단계 편집기도 없습니다.
유료 Slack 요금제가 필요한가요?
@멘션과 다이렉트 메시지는 어떤 Slack 요금제에서도 됩니다. Slack 앱 안의 AI 에이전트 화면은 유료 Slack 요금제가 필요합니다.
Okou는 워크플로와 자동화, 생성 서비스, 팀 협업도 다룹니다. 기본 제공 웹 서비스, 바꿔 쓸 수 있는 모델, 그리고 요금제도 확인해 보세요.
Okou를 채널로 데려오세요
일이 논의되는 자리에서 묻고, 답이 스레드로 돌아오게 하세요.