빠른 시작: 1시간 이내에 첫 번째 에이전트

본 체크리스트는 FlexyAgents 계정과 대시보드 액세스를 이미 보유하고 있다는 전제입니다. 트라이얼 중 일부 커넥터 또는 채널이 제한될 수 있습니다 — 기능을 사용할 수 없을 때는 업로드 또는 수동 Q&A로 단계를 대체하세요.

목표: 최소 하나의 실제 소스에서 답변하는 에이전트를 테스트 페이지 또는 API를 통해 확인 가능하게 하여, 광범위한 롤아웃 전에 팀이 톤과 근거를 평가할 수 있도록 하는 것입니다.

1. 조직 및 역할 확인

적절한 대시보드 역할로 팀을 초대하세요 — 에이전트를 편집하는 사람, 청구를 관리하는 사람, 공개 전 지식을 검토하는 사람. 프로덕션과 스테이징을 모두 운영하는 경우 사용하는 환경을 문서화하세요.

API 키 생성 또는 로테이션은 연동 준비가 되었을 때 진행하세요. 서버 전용 연동에서는 시크릿을 클라이언트 코드가 아닌 Vault에 저장하세요.

2. 템플릿 또는 처음부터 에이전트 생성

유스케이스에 가까운 템플릿(지원, FAQ, 사내)을 선택하고 시스템 지시를 조정하세요 — 톤, 에스컬레이션 규칙, 검색 결과가 비어 있을 때 모델이 해야 할 일.

에이전트별로 호스팅형 또는 BYOK 모델을 선택하세요. BYOK에는 조직 설정에서 유효한 프로바이더 키가 필요합니다. 잘못되었거나 만료된 키는 채팅과 로그에 오류로 표시됩니다.

3. 지식 연결 및 검색 검증

플랜에서 허용되는 경우 PDF를 업로드하거나 소스(Notion, Zendesk, Drive 등)를 연결하세요. 빠른 검증에는 작은 PDF와 몇 줄의 Q&A로 인용 테스트가 가능합니다.

스크린샷, 다이어그램, 녹음을 가져오는 경우 Gemini Vision/전사를 사용할 수 있는지 확인하세요(호스팅형, 또는 설정 → LLM API 키의 Org Gemini 키). 지식 UI에서는 해당되는 경우 이러한 기능의 호스팅형 월간 사용량이 표시됩니다.

선택 사항: 먼저 공개 헬프 사이트의 작은 텍스트 전용 크롤을 시작하고, Gemini 설정 후 이미지 또는 미디어를 활성화하세요.

대시보드 미리보기 또는 테스트 채팅에서 코퍼스에 존재한다고 알고 있는 질문을 시도하세요. 답변이 벗어나면 지시를 엄격화하거나 청킹 개선을 위해 소스 문서를 업데이트하세요.

업로드 할당량은 호스팅형 Vision/전사 제한을 나타내는 경우가 많습니다 — Gemini 키를 추가하거나 관리자에게 플랜 상한 인상을 요청하세요.
Vision 할당량이 AI 설명을 차단해도 OCR은 이미지에서 가시 텍스트를 추출할 수 있습니다.

4. 배포: 위젯, 호스팅형 헬프 또는 API

Web 사이트의 경우 에이전트 배포에서 임베드 스니펫을 복사하고 먼저 스테이징 도메인에 배치하세요. 제품의 경우 서버 측 API 키로 POST chat을 호출하고, UI에 증분 렌더링이 필요하면 토큰을 스트리밍하세요.

런칭 전에 팀에게 「사람에게 인계」의 의미를 정의하세요 — 티켓, Slack 알림, 이메일 — 그에 맞게 자동화를 구성하세요.

1. 조직 및 역할 확인