# Slack

> 에이전트가 Slack 채널과 스레드를 읽고, 워크스페이스를 검색하고, 승인을 받아 게시하게 합니다.

Slack 커넥터는 에이전트가 워크스페이스에서 있었던 일을 읽고, 사용자의 [승인](/ko/docs/work/approvals/)이 있으면 거기에 게시하게 해줍니다.

## 언제 쓰는가

Slack 은 결정이 내려지고 그다음 잊히는 곳입니다. 검색할 수 있는 에이전트는 *"한 달쯤 전에 누가 배포 체크리스트를 올렸는데"* 를 쓸 수 있는 답으로 바꿔주고, 자리를 비운 채널을 요약해 줍니다.

반대 방향 — *Slack 안에서* 에이전트에게 묻는 것 — 은 [채널](/ko/docs/automate/channels/)을 보세요.

## 연결하기

<Steps>

1. **[에이전트 빌더](/ko/docs/build/agent-builder/)에서 커넥터를 열고** Slack 을 고릅니다.

2. **로그인하고 워크스페이스를 승인합니다.** 접근은 워크스페이스 단위입니다.

3. **읽어야 할 채널에 앱을 초대합니다.** 사람들이 빼먹는 단계입니다. 아래를 보세요.

4. **연결을 에이전트에 바인딩합니다.**

</Steps>

<Aside type="caution" title="앱이 들어가 있지 않은 채널은 읽을 수 없습니다">
  채널 기록을 읽으려면 Slack 앱이 그 채널의 멤버여야 합니다. 에이전트가 채널에 없다고 하면
  Slack 에서 초대한 뒤 다시 시도하세요. 워크스페이스 검색에는 이 조건이 없습니다.
</Aside>

## 에이전트가 할 수 있는 일

| 작업 | 관문 |
| --- | --- |
| 채널 목록 | 없음 |
| 채널의 최근 기록 읽기 | 없음 |
| 워크스페이스 검색 | 없음 |
| 스레드의 답글 읽기 | 없음 |
| **메시지 게시** | **있음** |

검색은 Slack 자체 문법 — `from:@user`, `in:#channel`, 따옴표로 묶은 구절 — 을 씁니다. 어느 채널에 있는지 모를 때 시작하기 좋은 지점입니다.

## 게시하기

게시는 외부로 나가는 다른 행동과 마찬가지로 관문에 걸립니다. 나가기 전에 채널과 정확한 본문을 보고, 승인하면 그대로 보내집니다.

지켜보는 사람이 없는 실행 — 예를 들어 [루틴](/ko/docs/automate/routines/) — 에서는 게시가 보류되지 않고 거절됩니다. 예약된 Slack 브리핑은 [아티팩트](/ko/docs/capabilities/artifacts/)를 쓰고 알리게 하거나, 읽어본 뒤 사용자가 직접 올리는 편이 맞습니다.

## 한계

- 연결 하나에 Slack 워크스페이스 하나입니다.
- 기록을 읽으려면 앱이 채널에 있어야 합니다. 초대되지 않은 비공개 채널은 보이지 않습니다.
- 다이렉트 메시지는 다루지 않습니다.
- 게시는 스레드 답글을 포함해 항상 승인이 필요합니다.
- 에이전트는 사용자가 아니라 Endue 앱으로 게시합니다.

## 관련 문서

<CardGrid>
  <LinkCard
    title="채널"
    href="/ko/docs/automate/channels/"
    description="반대로, Slack 안에서 에이전트에 닿기."
  />
  <LinkCard
    title="승인"
    href="/ko/docs/work/approvals/"
    description="메시지가 게시되기 전에 보게 되는 것."
  />
  <LinkCard
    title="연결 가능한 서비스"
    href="/ko/docs/connect/available-connectors/"
    description="Mattermost · Telegram, 그리고 그 밖의 모든 것."
  />
</CardGrid>