콘텐츠로 건너뛰기

Slack 연동

거버넌스가 적용된 알림, 에스컬레이션 경고, 요청 접수를 위해 Threada를 Slack에 연결하세요.

개요

Slack 연동은 Threada가 알림을 전달하고, 채널에서 접수를 수집하고, 에스컬레이션 경고를 라우팅할 수 있게 합니다. 모두 워크스페이스 정책의 거버넌스를 따릅니다.

기능

  • WorkItem 요약 및 에스컬레이션 경고를 채널에 게시
  • 지정된 채널에서 요청 접수 수집
  • 승인 대기 시 Slack에서 검토자에게 알림(검토자는 Threada Work에서 승인)
  • 정책 분류 및 우선순위별 알림 라우팅
  • 모든 메시지 및 상호작용에 대한 감사 추적

실제 예시

Threada가 Slack과 함께 실행하는 엔드투엔드 흐름 하나입니다:

  1. 팀원이 지정된 Slack 채널에 요청을 게시하면, Threada가 이를 타입이 지정된 스키마를 갖춘 거버넌스가 적용된 WorkItem으로 캡처합니다.
  2. Threada는 근거 있는 답변을 작성하거나 작업을 제안하고, 승인이 대기 중임을 적절한 검토자에게 알리는 알림을 Slack에 게시합니다.
  3. 검토자가 Threada Work를 열어 명시적인 결정 단계에서 승인하거나 거부합니다. 승인된 작업은 멱등성을 갖춘 거버넌스 적용 작업으로 실행됩니다.
  4. 결과가 채널에 다시 게시되고, 모든 메시지와 상호작용이 감사 추적에 기록됩니다.

설정

팩 거버넌스 아래 Studio에서 연동을 구성하세요. 범위 지정 권한으로 Threada Slack 앱을 설치하고 채널을 워크플로 정의에 매핑하세요.

  1. Studio에서 팩 거버넌스 하에 Slack 연동을 추가합니다.
  2. 범위가 지정된 최소 권한으로 Threada Slack 앱을 설치합니다.
  3. Threada가 접수를 읽고 결과를 게시할 수 있는 채널을 매핑합니다.
  4. 연결을 검증합니다. 테스트가 성공한 후에만 연동이 활성화됩니다.

권한 및 데이터 액세스

Slack은 각각 귀하가 제어하는 자격 증명을 가진 최소 권한 표면을 통해 연결됩니다.

  • Threada Slack Marketplace 앱은 단일 OAuth 범위인 commands만 요청하므로, 귀하의 /threada 슬래시 명령 호출만 수신하며 Slack Web API 토큰은 저장하지 않습니다.
  • 채널 메시지 접수와 채널 게시는 귀하가 제공하는 봇 토큰(bot token)과 서명 시크릿(signing secret)을 사용하는 테넌트 Slack 앱을 통해 이루어집니다. 이 자격 증명은 Secret Manager에 저장되며 귀하가 매핑한 채널에만 사용됩니다 — Threada의 다른 연동과 동일한 자격 증명 모델입니다.
  • 인바운드 Slack 요청은 Threada가 WorkItem을 생성하기 전에 귀하의 Slack 서명 시크릿(signing secret)을 기준으로 검증됩니다. 아웃바운드 알림은 토큰이 필요 없는 Slack 인커밍 웹훅(incoming webhook) URL을 사용할 수도 있습니다.
  • 연동을 제거하거나 비활성화하면 접수와 게시가 중단되며, 이미 생성된 WorkItems의 감사 이력은 보존됩니다.

자주 묻는 질문

사람들이 Slack에서 직접 작업을 승인할 수 있나요?
Slack 자체에서는 불가능합니다. Slack은 승인이 대기 중이라는 알림을 받습니다. 검토자는 Threada Work의 명시적인 결정 단계에서 승인하거나 거부하며, 그 후에야 거버넌스 적용 작업이 실행됩니다. 결과는 채널에 다시 게시될 수 있습니다.
Threada는 Slack에서 접수를 캡처하나요?
예. 지정된 채널의 메시지는 타입이 지정된 스키마를 갖춘 거버넌스가 적용된 WorkItems이 되므로, 비공식적인 Slack 요청이 잃어버린 스레드가 아니라 구조화되고 추적 가능한 기록으로 전환됩니다.
이 연동에는 어떤 접근 권한이 필요한가요?
사용 중인 특정 채널에 대해 범위가 지정된 최소 권한으로 설치된 Threada Slack 앱입니다. 모든 메시지와 상호작용이 감사 추적에 로깅됩니다.