자주 묻는 질문

처리량이 많은 워크플로 하나를 선택하고 단일 채널에서 시작하세요. 답변이 정확하고 에스컬레이션이 적절한 사람에게 도달함을 입증한 뒤 더 많은 채널과 팩으로 확장하세요.

범용 코파일럿은 한 공급자의 모델에 묶여 있습니다. Threada는 업무 플랫폼입니다. 모든 요청은 정책 제어, 거버넌스가 적용된 실행, 결과 분석이 있는 추적 가능한 WorkItem이 되며 모든 LLM에서 작동합니다.

아니요. Threada는 현재 도구와 함께 작동합니다. 요청을 캡처하고 구조화한 다음 이미 사용하는 시스템에서 승인된 작업을 실행합니다.

AI는 이해와 구조화를 처리합니다. 정책 제어, 검토 큐, 승인은 예외를 처리합니다. 고위험 사항에는 사람이 계속 관여합니다.

포함률, 해결 시간, 에스컬레이션 품질, 승인 주기 시간, 작업 성공을 측정합니다. 상호작용 수가 아니라 기록에 남는 결과입니다.

추출, 라우팅, 근거 확인, 작업 동작을 테스트하는 평가 게이트를 실행하세요. 카나리 트래픽, 섀도 모드, 원클릭 롤백으로 점진적으로 출시하세요.

책임성을 갖고 대량의 운영 업무를 처리하는 팀입니다. 고객 운영 및 지원, IT 및 조달, 보안 및 컴플라이언스, 재무 운영 등이 해당됩니다. 기록과 함께 답변하거나 처리해야 하는 요청 형태로 업무가 들어온다면, 거버넌스가 적용된 WorkItems로 Threada에서 운영할 수 있습니다.

업무와 작업이 존재하는 시스템들입니다. Zendesk 같은 지원 및 티켓팅 도구, Jira 같은 이슈 트래커, Slack 같은 채팅 도구, 그리고 이메일과 API 또는 웹훅 접수가 포함됩니다. 요청이 들어오고 승인된 작업이 거버넌스 적용 작업으로 나갑니다. 현재 목록은 연동 페이지를 참조하세요.

아니요. 챗봇은 메시지에 답한 뒤 잊어버립니다. Threada는 업무를 관리합니다. 각 요청은 인용된 증거, 정책 제어, 사람의 승인, 거버넌스 적용 작업, 감사 추적을 갖춘 추적 가능한 WorkItem이 됩니다. 따라서 단순한 답변이 아니라 처음부터 끝까지 거버넌스가 적용되고 감사 가능한 업무가 됩니다.

WorkItem은 Threada의 중앙 업무 단위입니다. 모든 요청의 접수, 의사결정, 실행, 결과를 캡처하는 타입 지정, 수명주기 관리 객체입니다.

전통적인 메시지 전용 자동화 도구는 요청을 한 번에 하나의 메시지로 관리합니다. Threada는 업무를 관리합니다. 접수, 정책, 승인, 작업, 결과 측정을 감사 추적 및 거버넌스 제어와 함께 처리합니다.

예. 대부분의 팀은 하나의 채널 또는 워크스페이스로 범위가 정해진 단일 워크플로로 시작하고, 확신이 커질수록 점진적으로 확장합니다.

웹사이트, 업로드된 문서, API 커넥터, 피드 기반 소스를 지원합니다. 각 소스는 자체 최신성 및 보존 정책을 가진 관리형 지식 자산으로 등록됩니다.

소스별 동기화 주기와 stale 임계값을 설정합니다. Threada는 최신성 drift와 실패한 동기화를 알림으로 알려 증거가 최신 상태를 유지하도록 합니다.

예. 인용 요구 사항은 워크플로와 의도별로 적용할 수 있습니다. 낮은 증거 응답은 자동으로 검토 또는 에스컬레이션으로 라우팅됩니다.

예. 의사결정 단계와 승인 요구 사항은 구성 기반입니다.

예. 채널별 정책 오버레이는 기본 워크플로 동작을 재정의할 수 있습니다.

예. Kill switch는 채널, 워크플로 또는 연동 범위별로 실행을 비활성화할 수 있습니다.

예. 텔레메트리 차원에는 단면 분석을 위한 채널 및 워크플로 식별자가 모두 포함됩니다.

예. 실행 텔레메트리에는 성공, 재시도, 실패 상태와 함께 연동 및 작업 차원이 포함됩니다.

예. 정책 버전은 품질 및 결과 분석을 위한 일급 보고 차원으로 제공됩니다.

Threada는 인용된 근거를 바탕으로 보안 질문지 답변을 작성하고 검토를 위해 라우팅합니다. 위험도가 낮고 근거가 확실한 답변은 정책에 따라 자동으로 승인될 수 있으며, 민감한 답변은 지정된 보안 담당자를 기다립니다. 정책에서 명시적으로 허용하지 않는 한 검토되지 않은 답변을 보내는 일은 결코 없습니다.

Threada는 사용자가 승인한 출처 — 이전 질문지, 보안 정책, SOC 2 보고서, DPA — 에서 답변을 가져오며, 답변마다 검색하여 인용합니다. 근거가 답변을 뒷받침하지 못하는 경우, WorkItem은 추측하는 대신 이를 표시하여 담당자에게 넘깁니다.

Threada는 작성된 모든 답변, 수정, 승인을 인용된 근거와 함께 타임스탬프가 찍힌 이벤트로 기록하므로, 이후의 감사, 갱신 또는 변경된 통제 항목에 대해 누가 무엇을, 어떤 근거로 답변했고 누가 승인했는지를 재구성할 수 있습니다.

Threada는 사용자의 출처를 검색하여 재무 답변의 근거를 마련하고, 해당 페이지나 레코드를 구체적으로 인용하며, 중대한 주장에는 출처 표시를 사용합니다. 컨텍스트가 충분하지 않고 답변 보류 모드가 켜져 있는 경우, 추측하는 대신 무응답 대체 결과를 반환합니다.

Threada의 결정 단계는 담당자 검토, 관리자 승인, 보안 승인, 자동화된 게이트, 예외 큐를 모델링하며, 정책 오버레이는 결정적 우선순위에 따라 승인 요건을 설정합니다.

네 — Threada의 통제된 작업은 idempotency keys와 재시도로 실행되고, 되돌릴 수 있으며, 감사 가능한 실행 기록을 생성합니다. 이와 함께 통합 텔레메트리 엔벨로프와 CSV/NDJSON 내보내기도 제공됩니다.

Threada는 웹, 인앱, Slack, Teams, 이메일, API, 맞춤형 엔드포인트에서 타입이 지정된 접수를 받습니다. 인바운드 제공자 채널로는 Gmail, Twilio SMS, WhatsApp, 소셜, Discord, Teams 웹훅이 있으며, 모두 WorkItems로 정규화됩니다.

답변 보류 모드를 활성화하면 Threada는 관련성 임계값을 사용하여 답변을 지어내는 대신 명시적인 무응답 대체 결과를 반환하며, 실제로 생성하는 모든 답변에는 인용이 포함됩니다.

Threada는 티켓 업데이트나 고객 알림과 같은 지원 작업을 결정 단계 뒤에 두어 게이트할 수 있습니다. 승인은 기록되고, 작업은 idempotency keys로 되돌릴 수 있으며, 실행은 감사 가능한 이력으로 기록됩니다.

접수, 초안 작성, 승인, 작업 또는 WorkItem 처리와 같이 플랫폼 사용량 원장이 집계하는 계량된 런타임 이벤트입니다.

업로드되거나 동기화된 콘텐츠에서 처리된 페이지로, 색인 및 증거에 사용되는 문서 페이지 할당량에 계산됩니다.

예. 언제든지 가능합니다. 변경 사항은 다음 청구 주기부터 적용됩니다.

한도에 가까워지면 경고를 받습니다. 한도를 초과하면 사용량이 제한됩니다(가능한 경우 초과분 크레딧이 적용됩니다). 별도의 7일 유예 기간은 결제 실패 시에만 적용됩니다.

연간 청구로 20%를 절약하세요.

아니요. 검색용으로만 색인됩니다.

당사는 자동 확장, 자동 백업, 테스트된 복원 플레이북을 통해 내부 가용성 목표에 따라 운영합니다. 계약상 가동 시간 목표와 서비스 크레딧 구제는 주문서별로 합의됩니다.

아니요. Threada는 AI 업무 자동화 내에서 정책을 적용하며, 기존 GRC 및 ID 도구를 대체하기보다 연동합니다.

정책 오버레이는 테넌트, 채널, 팩, 워크플로별로 버전이 지정되고 범위가 정해집니다. 모든 실행은 활성 상태였던 정책 버전을 기록합니다.

예. 수명주기, 정책, 작업 이벤트는 외부 감사, SIEM 연동, 규제 보고를 위해 내보낼 수 있습니다.

명시적 RTO(4시간) 및 RPO(24시간) 목표와 문서화된 인시던트 런북을 포함해 월 99.9% 가용성을 목표로 합니다.

Stripe 구독 + 사용량 카운터를 사용합니다. 유예 기간 경고 자동화와 유예 후 통제된 비활성화를 제공합니다.

예. 컴플라이언스 검토를 위해 내보내기 피드(GCS 및 BigQuery)와 요청 시 다운로드가 제공됩니다.

아니요. Threada는 연동과 거버넌스가 적용된 작업을 통해 기존 시스템 주변에서 오케스트레이션하도록 설계되었습니다.

예. 승인 요구 사항은 워크플로, 채널, 위험 클래스, 작업 유형별로 적용할 수 있습니다.

광범위한 출시 전에 추출, 라우팅, 근거 확인, 작업 동작에 대해 EvalSuite 게이트를 사용하세요.

예. 웹을 첫 채널로 사용할 수 있으며 향후 채널에도 동일한 워크플로 기본 요소를 유지할 수 있습니다.

예. 연동 실행은 비동기이며 감사 가능한 오류 클래스로 재시도를 지원합니다.

correlation IDs, WorkItem 이력, 의사결정 이벤트, 실행 로그를 사용해 종단 간 흐름을 재구성하세요.