Slack 안에 사는 AI 연동

일은 채널에서 이야기되고 실제 작업은 다른 곳에서 이루어집니다. Zero는 그 간극을 메웁니다. 스레드에서 멘션하고, 무엇을 건드려도 되는지 승인하면, 답이 있는 시스템까지 닿습니다. 웹에서 쓰는 바로 그 에이전트로요.

워크스페이스 연결

채널에서, DM에서, 또는 웹에서

스레드가 맥락이 되고, 팀도 함께 봅니다

일이 이미 논의되고 있는 자리에서 Zero를 멘션하면 그 스레드를 읽습니다. 스크린샷도, 오간 이야기도, 결정도. 답은 스레드에 남기므로 채널은 깔끔하게 유지되고, 요청과 답변, 누군가의 정정이 팀에게 계속 보입니다.

Thread#all-vm0
L
Lancy오전 10:37

@Zero지난주부터의 캘린더, 메일, Linear 작업을 확인하고 팀에 공유할 업무 요약을 써 줘

ZeroAgent오전 10:42

3월 16일~24일 주간 업무 요약입니다.

회의와 협업
  • 팀 데일리 스탠드업(월~금)
  • 플랫폼 팀과 주간 싱크(4월 4일)
  • 사용자 인터뷰: Sarah Kim(4월 9일)
채용
  • 운영 인턴 면접 2건, 4월 6일 후속 조치

스레드에서 Slack 밖 시스템까지 닿습니다

채널에 보고된 버그가 GitHub 이슈가 되고, 이어서 풀 리퀘스트가 됩니다. 둘 다 같은 스레드로 돌아옵니다. Zero는 승인받지 않은 서비스를 건드리기 전에 반드시 묻고, 범위는 권한 하나와 기간 하나로 제한됩니다.

#bug-report
ZeroAgent오전 6:07

이슈를 만들었습니다: #11708 — bug: PWA menu overlaps status bar

  • 라벨: bug PWA
  • 보기: github.com/vm0-ai/vm0/issues/11708
S
Scarlett오전 6:08

@ZeroPR 올려서 고치고 미리보기 링크도 보여 줄 수 있어?

ZeroAgent오전 6:17

PR을 올렸습니다: github.com/vm0-ai/vm0/pull/11709

Slack에서 묻고, 웹에서 파고듭니다

일이 처음 올라오는 곳은 Slack이지만, 긴 실행 기록을 읽기에 채널은 좋은 자리가 아닙니다. Slack에서 시작된 스레드는 웹에서도 같은 스레드입니다. 어디서 왔는지 표시되고 원래 메시지까지 한 번의 클릭이며, 전체 로그와 파일, 수행한 모든 호출이 그대로 있습니다.

Slack·메시지 열기

방금 보낸 스레드에 triage-bug-report 실행해 줘.

#bug-report에서와 같은 워크플로입니다. 제가 한 일은 다음과 같습니다.

  1. 1.스레드에서 재현 절차를 뽑아냈습니다
  2. 2.이슈를 만들고 라벨을 붙였습니다
  3. 3.물어보신 자리에 링크를 올리고 있습니다
Ask me to automate workflows, manage tasks...
Auto

팀의 경계를 넘어서도 동작합니다

일에 관여하는 모두가 우리 회사 직원인 것은 아닙니다. 고객사나 협력사와 함께 쓰는 채널에 Zero를 초대하면 그 스레드도 똑같이 읽습니다. 티켓 상태를 가져오고, 우리 쪽 담당자가 보낼 답장을 초안으로 씁니다. 게스트가 받는 것은 답이지 당신의 접근 권한이 아닙니다.

#acme-northwindSlack Connect조직 2곳
A
AnaNorthwind오후 2:20

마이그레이션은 어디까지 진행됐나요? 내일 저희 팀에 설명해야 합니다.

M
Marco오후 2:22

@Zero마이그레이션 티켓 확인하고 보낼 수 있는 상태 보고 초안 만들어 줘

ZeroAgent오후 2:22

5단계 중 3단계 완료, 네 번째는 리뷰 중입니다. 초안은 DM에 넣어 두었습니다. 초안 보기

Slack 연동이 작동하는 방식

팀이 이미 소통하는 방식은 그대로입니다. 서비스를 연결하는 일은 키를 넘기는 것이 아니라 승인하는 것입니다.

  1. 01

    설치하고 초대하기

    Zero를 Slack에 추가한 다음, 있어야 할 채널에 초대하세요. 초대받은 채널만 볼 수 있습니다.

  2. 02

    멘션하거나 DM 보내기

    팀에 보여야 할 일은 채널에서 @Zero로, 초안이나 사적인 이야기는 DM으로. 답변은 스레드에 남으므로 채널은 읽기 좋게 유지됩니다.

  3. 03

    필요한 것을 승인하기

    승인받지 않은 서비스가 필요해지면 Zero가 승인 요청을 보냅니다. 커넥터 하나, 권한 하나, 기간은 당신이 고릅니다.

  4. 04

    워크플로를 이름으로 부르기

    “@Zero triage-bug-report”라고 하면 저장된 워크플로가 현재 스레드에 대해 실행되고, 예약된 것들은 결과를 알아서 돌려놓습니다.

일을 곁에서 따라가다가, 팀이 시간을 흘리는 지점에서 나섭니다

Zero는 대화를 이끌려고 있는 것이 아닙니다. 초대받은 채널에 머물며 이미 오가는 이야기를 따라가다가, 팀의 일이 흔히 멈춰 서는 몇몇 순간에 움직입니다. 밀린 내용을 따라잡을 때, 보고만 되고 등록되지 않은 것, 아무도 적어 두지 않은 결정 같은 것들입니다.

밤사이 스레드가 길어졌을 때

팀의 절반이 잠든 사이 메시지 100건. 스레드에서 물으면 다섯 줄 요약과 함께, 아직 결정되지 않은 사안까지 돌아옵니다.

보고는 됐는데 등록은 안 됐을 때

누군가 채널에 스크린샷을 던지고 다음 일로 넘어갑니다. Zero는 맥락이 사라지기 전에 재현 절차를 뽑고, 이슈를 만들고, 링크와 함께 답합니다.

그냥 두면 결정이 사라질 때

스레드가 다다른 결론을 다른 사람들이 읽는 문서나 트래커에, 근거와 담당자를 붙여 기록합니다.

새로 온 사람에게 맥락이 필요할 때

프로젝트 도중 채널에 합류한 사람이 무슨 일이 있었는지 물어보고 경위를 받아 갈 수 있습니다. 누구도 하던 일을 멈추고 다시 설명할 필요가 없습니다.

아직 보여 줄 단계가 아닐 때

고객 답장, 재무 확인, 그리고 아직 정리되지 않은 것들은 DM으로. 같은 에이전트, 같은 워크플로이고, 당신이 정하기 전까지 독자는 한 사람입니다.

한 사람의 방식이 모두의 것이 되어야 할 때

저장된 워크플로는 어느 것이든 스레드에서 이름으로 부를 수 있고, 그것은 웹 앱이 돌리는 바로 그 워크플로입니다. 그래서 누군가 제대로 해낸 버전이 채널 전체에 쓰이고, Slack 전용인 것은 없습니다.

약 290개의 커넥터를, 지금 있는 스레드에서 승인합니다

넓은 카탈로그는 연결이 순식간에 끝날 때만 쓸모가 있고, 워크플로를 팀 앞에 내놓는 일이 내 계정까지 내놓는 일이 아닐 때만 안전합니다. 두 가지 모두 같은 방식으로 풀었습니다.

AxiomAxiom
AhrefsAhrefs
AirtableAirtable
GmailGmail
Google SheetsGoogle Sheets
NotionNotion
DocuSignDocuSign
LinearLinear
AxiomAxiom
AhrefsAhrefs
AirtableAirtable
GmailGmail
Google SheetsGoogle Sheets
NotionNotion
DocuSignDocuSign
LinearLinear
Google CalendarGoogle Calendar
IntercomIntercom
DeelDeelDeel
HubSpotHubSpot
DropboxDropbox
SentrySentry
FigmaFigma
VercelVercel
Google CalendarGoogle Calendar
IntercomIntercom
DeelDeelDeel
HubSpotHubSpot
DropboxDropbox
SentrySentry
FigmaFigma
VercelVercel

대화를 벗어나지 않고 승인합니다

승인받지 않은 서비스가 필요해지면 Zero는 조용히 실패하는 대신 같은 Slack 스레드에 요청을 올립니다. 권한과 유효 기간을 고르고 승인하면 작업은 멈춘 자리에서 이어집니다. 콘솔도, 관리자 요청도 필요 없습니다.

워크플로를 공유해도 계정은 공유되지 않습니다

워크플로를 팀에 공개하면 공유되는 것은 지침이지 당신의 Gmail이나 CRM이 아닙니다. 채널에서 그것을 부른 사람은 자기 연결 서비스와 자기 권한으로 실행합니다. 그래서 닿는 범위는 실행하는 사람의 범위까지이고, 그 이상은 아닙니다.

자격 증명은 채널에도, 에이전트에도 없습니다

OAuth 승인으로 연결하든 키를 붙여 넣어 연결하든, 자격 증명은 에이전트가 도는 환경 밖에 보관되고 네트워크 경계에서 붙습니다. 스레드에도, 워크플로에도, 에이전트가 출력할 수 있는 어디에도 없습니다.

AI 연동 자주 묻는 질문

Zero가 제 Slack을 전부 읽나요?

아니요. Slack AI 어시스턴트는 초대받은 채널과 자신을 멘션한 메시지만 봅니다. 채널에서 내보내면 그 채널의 기록에 대한 접근을 즉시 잃습니다.

채널과 DM은 무엇이 다른가요?

누가 보느냐입니다. 채널에서는 요청과 답변, 누군가의 정정이 팀에게 보입니다. DM은 웹 채팅처럼 동작하며 초안이나 민감한 내용에 알맞습니다.

Slack의 Zero와 웹의 Zero는 같은가요?

네. 채널과 DM, 웹은 같은 워크플로와 커넥터, 권한을 가진 같은 에이전트로 돌아갑니다. 저장된 워크플로를 스레드에서 이름으로 부르면 웹에서와 똑같이 동작합니다.

Slack 밖 시스템에는 어떻게 닿나요?

웹 앱이 쓰는 것과 같은 커넥터를 통해서입니다. 승인하지 않은 커넥터가 필요해지면 Zero는 조용히 실패하는 대신 권한 하나와 기간 하나로 좁힌 승인 요청을 보냅니다.

저희가 쓰는 서비스가 카탈로그에 없으면요?

커스텀 커넥터는 API가 있는 대부분의 서비스를 다루며 사내 시스템도 포함됩니다. 기본 카탈로그에 없는 도구라고 막다른 길은 아닙니다. 닿는 방식도 승인 방식도 다른 것과 같습니다.

고객사나 협력사와 함께 쓰는 채널에서도 되나요?

초대하면 됩니다. 공유 채널도 다른 채널과 똑같이 읽지만, 그 안의 게스트는 게스트로 남습니다. 채널에 올라온 내용은 보지만 커넥터도, 워크플로도, 누군가의 계정도 물려받지 않습니다.

워크플로 빌더 없이 Slack 자동화를 만들 수 있나요?

네, 바로 그 점이 핵심입니다. Slack 워크플로를 한 문장으로 설명하고 트리거를 붙이면, 자동 Slack 메시지가 알아서 올라갑니다. 캔버스도 단계 편집기도 없습니다.

유료 Slack 요금제가 필요한가요?

@멘션과 다이렉트 메시지는 어떤 Slack 요금제에서도 됩니다. Slack 앱 안의 AI 에이전트 화면은 유료 Slack 요금제가 필요합니다.

Zero는 워크플로와 자동화, 생성 서비스, 팀 협업도 다룹니다. 기본 제공 웹 서비스, 바꿔 쓸 수 있는 모델, 그리고 요금제도 확인해 보세요.

Zero를 채널로 데려오세요

일이 논의되는 자리에서 묻고, 답이 스레드로 돌아오게 하세요.

워크스페이스 연결