자주 묻는 질문
시작하기, 제품, 가격, 보안, 엔터프라이즈 준비 상태에 대한 답변을 주제별로 모았습니다.
시작하기
어디서 시작해야 하나요?
처리량이 많은 워크플로 하나를 선택하고 단일 채널에서 시작하세요. 답변이 정확하고 에스컬레이션이 적절한 사람에게 도달함을 입증한 뒤 더 많은 채널과 팩으로 확장하세요.
Threada는 비즈니스용 ChatGPT나 Gemini와 어떻게 다른가요?
범용 코파일럿은 한 공급자의 모델에 묶여 있습니다. Threada는 업무 플랫폼입니다. 모든 요청은 정책 제어, 거버넌스가 적용된 실행, 결과 분석이 있는 추적 가능한 WorkItem이 되며 모든 LLM에서 작동합니다.
Zendesk, ServiceNow, Salesforce를 교체해야 하나요?
아니요. Threada는 현재 도구와 함께 작동합니다. 요청을 캡처하고 구조화한 다음 이미 사용하는 시스템에서 승인된 작업을 실행합니다.
AI가 이전 자동화를 망가뜨린 예외 상황까지 정말 처리할 수 있나요?
AI는 이해와 구조화를 처리합니다. 정책 제어, 검토 큐, 승인은 예외를 처리합니다. 고위험 사항에는 사람이 계속 관여합니다.
실제로 무엇을 측정할 수 있나요?
포함률, 해결 시간, 에스컬레이션 품질, 승인 주기 시간, 작업 성공을 측정합니다. 상호작용 수가 아니라 기록에 남는 결과입니다.
운영에 들어가기 전에 안전성을 어떻게 평가하나요?
추출, 라우팅, 근거 확인, 작업 동작을 테스트하는 평가 게이트를 실행하세요. 카나리 트래픽, 섀도 모드, 원클릭 롤백으로 점진적으로 출시하세요.
누가 Threada를 사용하나요?
책임성을 갖고 대량의 운영 업무를 처리하는 팀입니다. 고객 운영 및 지원, IT 및 조달, 보안 및 컴플라이언스, 재무 운영 등이 해당됩니다. 기록과 함께 답변하거나 처리해야 하는 요청 형태로 업무가 들어온다면, 통제된 WorkItems으로 Threada에서 운영할 수 있습니다.
Threada는 무엇과 통합되나요?
업무와 작업이 존재하는 시스템들입니다. Zendesk 같은 지원 및 티켓팅 도구, Jira 같은 이슈 트래커, Slack 같은 채팅 도구, 그리고 이메일과 API 또는 웹훅 수집이 포함됩니다. 요청이 들어오고 승인된 작업이 통제된 작업으로 나갑니다. 현재 목록은 통합 페이지를 참조하십시오.
Threada는 그냥 챗봇이나 AI 에이전트 아닌가요?
아니요. 챗봇은 메시지에 답한 뒤 잊어버립니다. Threada는 업무를 관리합니다. 각 요청은 인용된 증거, 정책 통제, 사람의 승인, 통제된 작업, 그리고 감사 추적을 갖춘 추적 가능한 WorkItem이 됩니다. 따라서 단순한 대화가 아니라 처음부터 끝까지 통제되고 감사 가능한 업무가 됩니다.
제품
WorkItem이란 무엇인가요?
WorkItem은 Threada의 중앙 업무 단위입니다. 모든 요청의 접수, 의사결정, 실행, 결과를 캡처하는 타입 지정, 수명주기 관리 객체입니다.
Threada는 기존 웹 자동화 도구와 어떻게 다른가요?
전통적인 메시지 전용 자동화 도구는 요청을 한 번에 하나의 메시지로 관리합니다. Threada는 업무를 관리합니다. 접수, 정책, 승인, 작업, 결과 측정을 감사 추적 및 거버넌스 제어와 함께 처리합니다.
워크플로 하나만으로 시작할 수 있나요?
예. 대부분의 팀은 하나의 채널 또는 워크스페이스로 범위가 정해진 단일 워크플로로 시작하고, 확신이 커질수록 점진적으로 확장합니다.
Threada는 어떤 콘텐츠 소스를 지원하나요?
웹사이트, 업로드된 문서, API 커넥터, 피드 기반 소스를 지원합니다. 각 소스는 자체 최신성 및 보존 정책을 가진 관리형 지식 자산으로 등록됩니다.
최신성 정책은 어떻게 작동하나요?
소스별 동기화 주기와 stale 임계값을 설정합니다. Threada는 최신성 drift와 실패한 동기화를 알림으로 알려 증거가 최신 상태를 유지하도록 합니다.
응답에 인용을 요구할 수 있나요?
예. 인용 요구 사항은 워크플로와 intent별로 적용할 수 있습니다. 낮은 증거 응답은 자동으로 검토 또는 에스컬레이션으로 라우팅됩니다.
맞춤 코드 없이 승인 라우팅을 구성할 수 있나요?
예. 의사결정 단계와 승인 요구 사항은 구성 기반입니다.
정책이 채널 또는 워크플로별로 달라질 수 있나요?
예. 채널별 정책 오버레이는 기본 워크플로 동작을 재정의할 수 있습니다.
작업을 빠르게 비활성화할 수 있나요?
예. Kill switch는 채널, 워크플로 또는 연동 범위별로 실행을 비활성화할 수 있습니다.
채널과 워크플로를 함께 보고할 수 있나요?
예. 텔레메트리 차원에는 단면 분석을 위한 채널 및 워크플로 식별자가 모두 포함됩니다.
연동 신뢰성을 분리해서 볼 수 있나요?
예. 실행 텔레메트리에는 성공, 재시도, 실패 상태와 함께 연동 및 작업 차원이 포함됩니다.
정책 버전을 비교할 수 있나요?
예. 정책 버전은 품질 및 결과 분석을 위한 일급 보고 차원으로 제공됩니다.
가격 및 청구
Runtime interaction에는 무엇이 포함되나요?
Intake, draft, approval, action 또는 WorkItem operation처럼 platform usage ledger가 집계하는 metered runtime event입니다.
문서 페이지란 무엇인가요?
업로드되거나 동기화된 콘텐츠에서 처리된 페이지로, indexing과 evidence에 쓰이는 document-page quota에 계산됩니다.
플랜을 변경할 수 있나요?
예. 언제든지 가능합니다. 변경 사항은 다음 청구 주기부터 적용됩니다.
한도에 도달하면 어떻게 되나요?
한도에 가까워지면 경고를 받습니다. 한도를 초과하면 사용량이 제한됩니다(가능한 경우 초과분 크레딧이 적용됩니다). 별도의 7일 유예 기간은 결제 실패 시에만 적용됩니다.
연간 할인은 있나요?
연간 청구로 20%를 절약하세요.
제 콘텐츠가 학습에 사용되나요?
아니요. 검색용으로만 색인됩니다.
가동 시간은 어떤가요?
당사는 자동 확장, 자동 백업, 테스트된 복원 플레이북을 통해 내부 가용성 목표에 따라 운영합니다. 계약상 가동 시간 목표와 서비스 크레딧 구제는 주문서별로 합의됩니다.
보안 및 거버넌스
Threada가 기존 컴플라이언스 도구를 대체하나요?
아니요. Threada는 AI 업무 자동화 내에서 정책을 적용하며, 기존 GRC 및 ID 도구를 대체하기보다 연동합니다.
정책은 어떻게 버전 관리되나요?
정책 오버레이는 테넌트, 채널, 팩, 워크플로별로 버전이 지정되고 범위가 정해집니다. 모든 실행은 활성 상태였던 정책 버전을 기록합니다.
감사 기록을 내보낼 수 있나요?
예. 수명주기, 정책, 작업 이벤트는 외부 감사, SIEM 연동, 규제 보고를 위해 내보낼 수 있습니다.
어떤 가용성 SLA를 목표로 하나요?
명시적 RTO(4시간) 및 RPO(24시간) 목표와 문서화된 인시던트 런북을 포함해 월 99.9% 가용성을 목표로 합니다.
청구는 어떻게 적용되나요?
Stripe 구독 + 사용량 카운터를 사용합니다. 유예 기간 경고 자동화(1회 경고)와 유예 후 통제된 비활성화를 제공합니다.
감사 로그를 내보낼 수 있나요?
예. 컴플라이언스 검토를 위해 내보내기 피드(GCS 및 BigQuery)와 요청 시 다운로드가 제공됩니다.
Enterprise
기록 시스템을 교체해야 하나요?
아니요. Threada는 연동과 거버넌스가 적용된 작업을 통해 기존 시스템 주변에서 오케스트레이션하도록 설계되었습니다.
특정 작업에 승인을 필수로 설정할 수 있나요?
예. 승인 요구 사항은 워크플로, 채널, 위험 클래스, 작업 유형별로 적용할 수 있습니다.
프로덕션 안전성은 어떻게 평가하나요?
광범위한 출시 전에 추출, 라우팅, 근거 확인, 작업 동작에 대해 EvalSuite 게이트를 사용하세요.
웹 접수만으로 출시할 수 있나요?
예. 웹을 첫 채널로 사용할 수 있으며 향후 채널에도 동일한 워크플로 기본 요소를 유지할 수 있습니다.
연동을 비동기로 실행할 수 있나요?
예. 연동 실행은 비동기이며 감사 가능한 오류 클래스로 재시도를 지원합니다.
실패한 결과는 어떻게 추적하나요?
correlation IDs, WorkItem 이력, 의사결정 이벤트, 실행 로그를 사용해 종단 간 흐름을 재구성하세요.