채널 — 밖에서 들어오는 길

이 장에서 배우는 것 채널이 무엇을 묶은 것인지, 네 가지가 각각 언제 맞는지.

채널 = 에이전트에 닿는 입구

지금까지는 워크스페이스 화면에서 대화했습니다. 그런데 실무에서는 화면에 들어오지 않는 사람도 있습니다.

• 고객은 우리 워크스페이스에 계정이 없습니다
• 현장 담당자는 메일만 씁니다
• 다른 시스템은 사람이 아닙니다

채널은 그 사람들과 시스템이 들어오는 문입니다.

네 가지

설정 → 채널 관리에 모여 있습니다.

graph TD
  A["채널"] --> B["이메일 에이전트<br/>메일을 보내면 답이 온다"]
  A --> C["채팅 위젯<br/>우리 웹사이트에 심는다"]
  A --> D["API 키<br/>다른 시스템이 부른다"]
  A --> E["MCP<br/>외부 도구를 붙이거나 빌려준다"]

API 문서는 채널이 아니라 설명서입니다. 채널 목록에는 없고 MCP 화면 안의 링크로 들어갑니다.

왜 한곳에 모아뒀나

전부 "바깥에서 워크스페이스 안으로 들어오는 경로"라서입니다.

이게 중요한 이유는 보안 관점에서 같은 성격이기 때문입니다.

채널을 하나 열 때마다 이 셋을 정하게 되어 있습니다. 도구는 권한이라는 관점이 입구 쪽에도 그대로 적용됩니다.

공통 설정

넷 중 이메일·위젯은 설정 항목이 거의 같습니다.

"쓸 수 있는 도구"를 반드시 좁히세요. 바깥에서 들어오는 길이라, 워크스페이스의 모든 도구가 열려 있으면 위험합니다.

어느 채널부터 여나

graph TD
  Q["누가 들어오나?"] --> A{"우리 팀원인가?"}
  A -->|"예"| B["채널 불필요<br/>화면으로 충분"]
  A -->|"아니오"| C{"사람인가?"}
  C -->|"사람 · 메일"| D["이메일 에이전트"]
  C -->|"사람 · 웹"| E["채팅 위젯"]
  C -->|"시스템"| F["API 키"]

팀원이면 채널이 필요 없습니다. 채널은 계정이 없는 사람이나 시스템을 위한 것입니다.

열기 전에 확인할 것

두 번째가 핵심입니다. 워크스페이스에 사내 문서가 연결돼 있다면, 채널을 여는 순간 그 문서가 바깥 질문에 답하는 재료가 됩니다.

확인

1. 채널 네 가지의 공통점은?

2. 팀원에게는 왜 채널이 필요 없습니까?

3. 채널을 열 때 도구를 좁혀야 하는 이유는?

먼저 이메일부터 봅니다 → 이메일 에이전트