네 가지 연결 방식
- 메시징 채널 . 사람들이 그 에이전트에 어떻게 닿는지를 다룹니다. 에이전트마다 그 Connectors 탭에서 설정합니다.
- Connected accounts . 에이전트가 여러분의 업무 도구에 어떻게 닿는지를 다룹니다. 배포 전체 단위로 또는 에이전트별로 설정되며, 연결 구역에서 설정합니다.
- MCP 서버 . 외부 서비스가 공개하는 추가 도구로, 에이전트의 MCP 탭에서 설정합니다.
- 웹훅 . 양방향으로 오가는 기계 간 이벤트로, 에이전트의 웹훅 탭에서 설정합니다.
메시징 채널
Olano는 15개가 넘는 메시징 채널을 다룹니다. 커넥터 선택 화면에는 검증된 것들이 나옵니다. Telegram, WhatsApp, Discord, Slack, Signal, Twilio를 통한 SMS, DingTalk, Feishu/Lark, WeCom, Weixin, QQ Bot, DeBox입니다. 이들 모두는 안내가 딸린, 정해진 형식의 양식을 통해 추가되며, 옆에는 설정 안내서가 있습니다. 채널을 추가하려고 원본 설정을 직접 편집하는 일은 절대 없습니다.
- 에이전트를 열고, Connectors 탭으로 간 다음, Add를 누릅니다. 플랫폼을 고르세요. 나타나는 양식은 그 플랫폼에 필요한 것만 물어보며, 모든 필드에는 그것이 무엇을 하는지, 어떤 형식을 받는지, 비워 두면 어떻게 되는지를 설명하는 힌트가 붙어 있습니다.
- 자격 증명을 입력하세요. Telegram은 @BotFather에서 받는 봇 토큰을 요구합니다. Slack은 봇 토큰과 앱 토큰을 요구합니다. Discord는 봇 애플리케이션을 요구합니다. 필드에는 그 자격 증명의 정확한 이름이 라벨로 붙고, 값은 에이전트의 설정이 아니라 여러분의 암호화된 볼트에 저장됩니다.
- 페어링. 페어링이 방식인 경우입니다. WhatsApp은 양식 안의 Pair / Connect 버튼입니다. Signal에는 안내가 딸린 마법사가 있습니다. 번호를 등록하고, 캡차를 풀고, 코드를 확인하고, 프로필 이름을 정합니다. WeChat은 QR을 띄우고, 이를 스캔해서 확인하면 스캔한 계정이 그 에이전트에 고정됩니다.
- 누가 그것과 대화할 수 있는지 정하세요. 대부분의 커넥터에는 허용 목록이 있습니다. Telegram, WhatsApp, DeBox, DingTalk에서는 이것이 엄격한 관문입니다. 목록에 있는 발신자만 들어오고 나머지는 못 들어옵니다. Slack, 이메일, SMS, Matrix, Mattermost에서는 같은 필드가 trusted users(신뢰된 사용자) 만 표시합니다. 다른 누구도 막지 않으면서 소유자 권한을 부여합니다.
- 저장하고 에이전트를 재시작하세요. 채널 자격 증명은 에이전트가 부팅될 때 읽힙니다. 그래서 새 토큰이나 바뀐 토큰이 적용되려면 재시작이 필요합니다.
커넥터 행마다 상태와 진단 정보가 표시되고, 시크릿처럼 보이는 값은 가려집니다. 행 아래에는 실제로 어떤 자격 증명이 작동하고 있는지 알려 주는 메모가 있습니다. 이 에이전트용으로 설정됨, 공유 값을 사용 중, 또는 아예 설정 안 됨 중 하나입니다.
에이전트 둘이 봇 토큰 하나를 같이 쓰면 그중 하나만 메시지를 받게 됩니다. 플랫폼은 메시지 하나를 한 번만 전달하기 때문입니다. 모든 에이전트에게 각자의 봇과 각자의 토큰을 주세요. 대시보드는 충돌을 감지하면 경고합니다.
자격 증명 하나가 없다고 해도 그 커넥터 하나만 건너뛸 뿐, 에이전트가 망가지지는 않습니다. 에이전트는 여전히 부팅되고 대시보드에서 계속 응답합니다. Overview의 알림이 빠진 키의 이름을 알려 주고, 이를 고칠 수 있는 커넥터 패널로 연결됩니다.
에이전트는 채팅에서 어떻게 행동하는가
슬래시 명령은 대시보드뿐 아니라 모든 메시징 플랫폼에서 작동합니다. 수신된 텍스트는 모델에 닿기 전에 명령 목록과 대조됩니다. 그래서 /help, /new, /context, /tools 및 /skills 등은 모두 질문으로 답을 받는 대신 실행됩니다. 에이전트가 어떤 명령을 노출할지는 에이전트마다 그 Commands 탭에서요. 민감한 명령은 기본적으로 꺼져 있고, 여러분만의 단축 명령을 정의할 수도 있습니다.
에이전트가 하는 일이 채팅에 얼마나 보이는지는 대화마다 정해지며, /quiet, /normal 및 /verbose. 일반 모드는 에이전트가 작업하는 동안 실시간 체크리스트와 도구 호출마다 한 줄씩을 보여 주다가, 끝나면 답변으로 바꿔치기합니다. 조용 모드는 답변만 보여 줍니다. 고객을 마주하는 봇에 맞는 선택이며, 에이전트의 기본값으로 설정해 두면 첫 메시지부터 적용됩니다.
그룹에서의 동작은 플랫폼마다 달라서 확인해 둘 만합니다. WhatsApp은 기본적으로 그룹의 모든 메시지를 처리합니다. 이것을 그룹 수신 설정 을 “@멘션만”으로 바꾸세요. 너무 적극적으로 느껴진다면요. 아니면 듣기 전용 모드를 써서 에이전트가 답장 없이 그룹을 지켜보게만 할 수도 있습니다. Telegram에는 그룹 정책 설정이 있어서, 목록에 없는 구성원이 그룹에서 대화할 수 있는지를 정합니다. 반면 다이렉트 메시지는 계속 막혀 있습니다.
업무 계정 연결하기
그 연결 구역에는 로그인하는 외부 서비스마다 카드가 하나씩 있습니다: Google(Gmail, Calendar, Drive, Docs, Sheets), Microsoft 365, Salesforce, QuickBooks, X, Facebook·Instagram용 Meta, LinkedIn, Reddit, Fitbit, Shopify, Buffer, DocuSign, GitHub, GitHub CLI. 카드마다 상태와 그것이 무엇을 가능하게 하는지가 표시됩니다.
연결은 링크를 복사하는 흐름으로 이루어집니다. 패널이 인증 페이지 열기 버튼과 링크 복사 버튼입니다. 어느 기기에서든 - 노트북이든 휴대폰이든 - 열어서 거기서 승인하면, 패널이 저절로 연결됨 . 인증하기 전에 패널은 공급사 콘솔에 등록해야 할 정확한 리디렉션 URI를 복사 버튼과 함께 보여 줍니다. 표시된 그대로 정확히 등록하세요. 그러지 않으면 공급사가 인증을 거부합니다.
범위는 두 가지입니다. System 은 모든 에이전트가 함께 쓰는 연결 하나를 뜻합니다. 에이전트별 은 그 에이전트에게 전용 계정을 줍니다. 선택적인 공유 토글도 있어서, 켜 두면 다른 에이전트도 거기에 기댈 수 있습니다. 연결되고 나면 도구들은 별다른 설정 없이 자격 증명을 가져다 쓰고, 공급사가 지원하는 경우 토큰은 스스로 갱신됩니다.
이 계정들과 내장 툴킷, 그리고 플랫폼 자체의 유틸리티가 합쳐져 에이전트는 75개 이상의 내장 통합에 걸쳐 450개 이상의 커넥터 도구에 접근할 수 있습니다. 다만 2장에서 말했듯, 에이전트는 자기 일에 필요한 것만 가지고 있어야 합니다.
로그인해야 하는 사람이 대시보드 앞에 있지 않다면, 관리자가 짧은 시간만 유효하고 PIN으로 보호되는 매직 링크를 만들 수 있습니다. 만드는 곳은 Config → 매직 링크. 실제 로그인을 처리하는 작은 페이지 하나가 열리고, 완료되면 원래 대화로 결과를 알려 줍니다. 링크와 PIN은 한 번만 표시되고 다시는 조회할 수 없습니다.
MCP 서버
MCP 서버는 에이전트가 호출할 수 있는 도구를 공개하는 외부 서비스입니다. 디렉터리에는 200개가 넘는 MCP 서버가 있고, 에이전트의 MCP 탭이 그것들을 추가하는 곳입니다.
안내형 양식은 서비스 연결 검증된 공급사를 아우르는 사전 설정 선택기로 시작합니다. Stripe, HubSpot, Notion, GitHub, Linear, Sentry, Canva 등이죠. 주소를 미리 채워 주고 그 공급사에 필요한 필드만 보여 줍니다. 전송 세부 정보와 헤더, 범위는 Advanced 펼침 패널 안에 정리되고, Custom 옵션이 목록에 없는 것을 위해 전체 양식을 그대로 남겨 둡니다.
연결 을 누르면 단계별 로그로 서버를 살펴보고, 무엇이 필요한지 파악한 뒤, 로그인이 필요하면 여러분 대신 인증 절차를 시작합니다. 승인은 공급사 자체 페이지에서 하고, 리디렉션이 되면 핸드셰이크가 끝납니다. 그 뒤로는 서버별 알약 모양 표시가 연결 상태와 로그인 상태를 보여 주는데, 만료를 알아채는 토큰 표시도 있어서 다시 인증 버튼을 보여 줍니다. 만료된 토큰을 괜찮은 척 넘어가지 않습니다.
매일 도움이 되는 편의 기능이 두 가지 있습니다. 서버가 공개하는 개별 도구를 켜고 끌 수 있어서, 마흔 개의 도구를 제공하는 서버라도 원하는 세 개만 골라 쓰게 할 수 있습니다. 그리고 에이전트 다시 불러오기 버튼은 재시작 없이 돌아가고 있는 에이전트에 새 도구를 갈아 끼웁니다. 그래서 새로 인증된 서버는 곧바로 쓸 수 있게 됩니다.
웹훅
그 웹훅 탭은 양방향을 모두 다룹니다.
아웃바운드 은 여러분이 고른 URL로 에이전트 이벤트를 보냅니다. 이름과 페이로드 URL, 보낼 이벤트를 지정하고, 원하면 서명 비밀 값도 설정해서 수신 쪽이 전달을 검증하게 할 수 있습니다. 속도 제한, 재시도, 제한 시간, TLS 검증까지 모두 설정 가능하고, 각 행은 성공·실패 횟수를 실시간으로 보여 줍니다.
인바운드 은 더 흥미로운 절반입니다. 외부 시스템이 에이전트에 페이로드를 넘길 수 있게 해 주죠. 여러분은 처리 프롬프트 을 씁니다. 웹훅이 무엇인지, 어떻게 처리할지를 설명하는 것이죠. 발신자가 보내는 모든 필드는 자동으로 덧붙습니다. 그리고 에이전트가 발신자에게 동기적으로 답할지, 페이로드가 한 대화에 쌓일지 아니면 매번 새로 시작할지를 고릅니다. 저장하고 나면 그 행에는 자체 인증되는 수신 URL이 복사 버튼과 함께 표시됩니다. 그것을 보내는 쪽에 넘겨주세요.
두 종류 모두 테스트 버튼이 있어서 샘플을 보내고 결과를 보여 줍니다. 그리고 기록 지난 전달 내역을 보는 화면입니다. 수정 사항은 즉시 반영됩니다.