개요
Slack 연동은 Threada가 알림을 전달하고, 채널에서 접수를 수집하고, 에스컬레이션 경고를 라우팅할 수 있게 합니다. 모두 워크스페이스 정책의 거버넌스를 따릅니다.
기능
- WorkItem 요약 및 에스컬레이션 경고를 채널에 게시
- 지정된 채널에서 요청 접수 수집
- 승인 대기 시 Slack에서 검토자에게 알림(검토자는 Threada Work에서 승인)
- 정책 분류 및 우선순위별 알림 라우팅
- 모든 메시지 및 상호작용에 대한 감사 추적
실제 예시
Threada가 Slack과 함께 실행하는 엔드투엔드 흐름 하나입니다:
- 팀원이 지정된 Slack 채널에 요청을 게시하면, Threada가 이를 타입이 지정된 스키마를 갖춘 거버넌스가 적용된 WorkItem으로 캡처합니다.
- Threada는 근거 있는 답변을 작성하거나 작업을 제안하고, 승인이 대기 중임을 적절한 검토자에게 알리는 알림을 Slack에 게시합니다.
- 검토자가 Threada Work를 열어 명시적인 결정 단계에서 승인하거나 거부합니다. 승인된 작업은 멱등성을 갖춘 거버넌스 적용 작업으로 실행됩니다.
- 결과가 채널에 다시 게시되고, 모든 메시지와 상호작용이 감사 추적에 기록됩니다.
설정
팩 거버넌스 아래 Studio에서 연동을 구성하세요. 범위 지정 권한으로 Threada Slack 앱을 설치하고 채널을 워크플로 정의에 매핑하세요.
- Studio에서 팩 거버넌스 하에 Slack 연동을 추가합니다.
- 범위가 지정된 최소 권한으로 Threada Slack 앱을 설치합니다.
- Threada가 접수를 읽고 결과를 게시할 수 있는 채널을 매핑합니다.
- 연결을 검증합니다. 테스트가 성공한 후에만 연동이 활성화됩니다.
권한 및 데이터 액세스
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 앱입니다. 모든 메시지와 상호작용이 감사 추적에 로깅됩니다.