체험 콜

번호를 아직 받지 않았어도 지금 걸어볼 수 있습니다. 콘솔의 체험 콜에서 임무를 적고 휴대폰 번호를 넣으면 플랫폼 대표번호로 전화가 걸려옵니다. 키 발급도, 서버도 필요 없습니다.

무엇인가

체험 콜은 번호 설정과 완전히 별개로 돕니다. 어떤 번호의 바인딩도 읽지 않고, 어떤 설정도 바꾸지 않습니다. 내 번호가 제대로 설정됐는지 확인하는 일은 번호 상세의 몫입니다.

걸어보기

1. 1

   임무 적기

   AI가 이 임무대로 통화합니다. 기본 임무가 이미 채워져 있으니 그대로 걸어보고 고쳐도 됩니다. 최대 2000자입니다.

   페르소나(“너는 상담원이다”)가 아니라 이번 통화에서 할 일을 적습니다 — 정체성은 내장 Agent 프롬프트가 이미 갖고 있고, 여기 적는 값은 그 프롬프트의 임무 슬롯을 채웁니다. 같은 값이 REST 발신의 instruction입니다.

2. 2

   번호 넣고 걸기

   전화받을 번호를 국내형으로 넣고(+82 금지, 하이픈은 넣어도 됩니다) [전화 받기]를 누르면 잠시 후 벨이 울립니다. 상대가 받는 즉시 AI가 먼저 말을 겁니다.

3. 3

   자막 보기

   오른쪽 패널에 통화 대화가 실시간으로 흐릅니다. 임무를 고쳐 다시 걸면 발화가 어떻게 달라지는지 바로 비교할 수 있습니다.

내 챗봇으로 걸기

이미 챗봇이 있다면 “이게 뭘 하는 물건인가”보다 더 중요한 확인이 있습니다 — 내 챗봇이 전화로 말하는 것입니다. 화면 맨 위 대화 상대에서 “에이전트가 있어요”를 고르고 유형·chat URL(필요하면 assistant ID·토큰)을 저장하면, 체험 콜이 내장 Agent 대신 그 엔드포인트로 걸립니다. 이 모드에서는 임무 입력이 없습니다 — 통화를 시작하라는 고정 첫 턴만 전달되고, 무슨 말을 할지는 전부 여러분의 챗봇이 정합니다. 번호를 아직 안 받았어도 됩니다 — 이 연결은 워크스페이스 단위이고 어떤 번호의 바인딩과도 무관합니다.

저장 전 “연결 확인”을 누르면 gateway가 실제 통화 첫 턴과 같은 요청을 한 번 보내고 응답 텍스트가 오는지 확인합니다. 상태코드 200만으로는 부족합니다 — 일부 프레임워크는 모델 실패도 200으로 흘려보내므로, 확인은 첫 글자가 실제로 도착하는지까지 봅니다.

첫 턴은 다음 형태로 옵니다 — 상대는 아직 아무 말도 하지 않았고, 여러분의 챗봇이 먼저 말해야 합니다:

[통화 시작 — 발신] 당신이 먼저 말합니다. 상대는 아직 아무 말도 하지 않았습니다.
[임무] {instruction}

정확한 wire 형식(요청 본문·인증 헤더·통화 컨텍스트)은 자체 Agent 연동 문서를 참고하세요 — 번호 아웃바운드 Agent와 같은 규격입니다.

• 통화 요약이 생성되지 않습니다. 대화 전문이 이미 여러분의 시스템에 있기 때문입니다. 자막·녹음은 그대로 남습니다.
• “에이전트가 없어요”로 되돌려도 등록한 URL·토큰은 남아 있습니다 — 다시 고를 때 재입력할 필요가 없습니다.

한도와 제약

• 하루 한도는 워크스페이스 단위입니다. 남은 횟수가 화면 아래에 표시되고, 한국 시간 자정에 리셋됩니다.
• 실패한 통화도 셉니다. 상대가 받지 않아도 발신 시도에 이미 비용이 듭니다.
• AI가 스스로 전화를 끊지 않습니다. 최대 통화 시간, 무음 감지, 또는 직접 끊기로 종료됩니다. AI가 대화를 마치고 끊는 동작은 번호에 바인딩된 통화에서만 동작합니다.
• 워크스페이스 멤버면 누구나 쓸 수 있습니다 — 번호를 아직 못 받은 사람이 쓰는 지면이라 admin 권한을 요구하지 않습니다.

지면에 “체험 콜이 아직 준비되지 않았습니다”가 뜨면 이 배포에 체험용 대표번호가 설정되지 않은 것입니다. 오류가 아니라 기능이 꺼진 상태이며, 번호를 배정받으면 번호 상세에서 바로 통화를 테스트할 수 있습니다.

다음 단계

• 핵심 개념 — 번호 · 바인딩 · 통화가 어떻게 맞물리는지.
• 내장 Agent — 방금 통화한 그 AI가 임무를 어떻게 읽는지.
• REST 빠른 시작 — 내 번호로, 코드에서 같은 통화를 거는 길.