Perguntas frequentes

Escolha um fluxo de trabalho de alto volume e inicie-o em um único canal. Prove que as respostas são precisas e que os encaminhamentos chegam às pessoas certas e, em seguida, expanda para mais canais e pacotes.

Copilotos de uso geral estão vinculados ao modelo de um único fornecedor. O Threada é uma plataforma de trabalho: cada solicitação se torna um WorkItem rastreado com controles de política, execução governada e análise de resultados — em qualquer LLM.

Não. O Threada funciona junto com suas ferramentas atuais. Captura e estrutura solicitações, depois executa ações aprovadas nos sistemas que você já opera.

A IA cuida de entender e estruturar. Controles de política, filas de revisão e aprovações lidam com as exceções. As pessoas permanecem no ciclo para tudo de alto risco.

Contenção, tempo de resolução, qualidade de escalonamento, tempo de ciclo de aprovação e sucesso de ações — resultados registrados, não contagens de interações.

Execute portões de avaliação que testam extração, roteamento, fundamentação e comportamento de ações. Implante gradualmente com tráfego canary, modo shadow e reversão com um clique.

Equipes que executam trabalho operacional de alto volume sob responsabilização: operações e suporte ao cliente, TI e compras, segurança e conformidade, e operações financeiras. Se o trabalho chega como solicitações que precisam ser respondidas ou executadas com registro, ele pode rodar na Threada como WorkItems governados.

Os sistemas onde o trabalho e as ações residem — ferramentas de suporte e tickets como Zendesk, rastreadores de issues como Jira, chat como Slack, além de e-mail e captação via API ou webhook. As solicitações entram e as ações aprovadas saem como ações governadas. Veja a página de integrações para a lista atual.

Não. Um chatbot responde a uma mensagem e a esquece. A Threada gerencia o trabalho: cada solicitação se torna um WorkItem rastreado com evidências citadas, controles de política, aprovações humanas, ações governadas e uma trilha de auditoria — de modo que o trabalho seja governado e auditável de ponta a ponta, não apenas uma resposta.

Um WorkItem é a unidade central de trabalho no Threada — um objeto tipado e gerenciado pelo ciclo de vida que captura entrada, decisão, execução e resultado para cada solicitação.

Ferramentas tradicionais de automação focadas apenas em mensagens gerenciam solicitações uma mensagem por vez. A Threada gerencia o trabalho: entrada, políticas, aprovações, ações e medição de resultados, com trilhas de auditoria e controles de governança.

Sim. A maioria das equipes começa com um único fluxo de trabalho direcionado a um canal ou espaço de trabalho e expande gradativamente à medida que a confiança aumenta.

Sites, documentos carregados, conectores de API e fontes baseadas em feeds. Cada um é registrado como um ativo de conhecimento gerenciado com sua própria política de atualização e retenção.

Você define a cadência de sincronização e os limites de obsolescência por fonte. O Threada alerta sobre desvios de atualização e falhas de sincronização para que as evidências permaneçam atualizadas.

Sim. Os requisitos de citação podem ser aplicados por fluxo de trabalho e intenção. As respostas com poucas evidências são encaminhadas para revisão ou escalonamento automaticamente.

Sim. As etapas de decisão e os requisitos de aprovação são orientados pela configuração.

Sim. As sobreposições de políticas específicas do canal podem substituir o comportamento básico do fluxo de trabalho.

Sim. Kill switches podem desabilitar a execução por canal, fluxo de trabalho ou escopo de integração.

Sim. As dimensões de telemetria incluem identificadores de canal e de fluxo de trabalho para análise transversal.

Sim. A telemetria de execução inclui dimensões de integração e de ação com estados de sucesso, nova tentativa e falha.

Sim. A versão de política está disponível como uma dimensão de relatório de primeira classe para análise de qualidade e de resultados.

A Threada redige respostas de questionários de segurança a partir das suas evidências citadas e as encaminha para revisão. Respostas de baixo risco e bem fundamentadas podem ser aprovadas automaticamente por política; as sensíveis aguardam um responsável de segurança nomeado. Você nunca envia uma resposta sem revisão, a menos que sua política permita isso explicitamente.

A Threada extrai respostas de fontes que você aprova — questionários anteriores, políticas de segurança, relatórios SOC 2 e DPAs — recuperadas e citadas para cada resposta. Se a evidência não sustentar uma resposta, o WorkItem a sinaliza para uma pessoa em vez de adivinhar.

A Threada registra cada resposta redigida, edição e aprovação como um evento com data e hora e a evidência citada, para que uma auditoria posterior, renovação ou controle alterado possa ser reconstruído — quem respondeu o quê, com que base e quem aprovou.

A Threada fundamenta as respostas financeiras com recuperação sobre as suas fontes, cita a página ou o registro específico e usa rotulagem de proveniência para afirmações de alto risco; quando o contexto é insuficiente e o modo de abstenção está ativado, ela retorna uma resposta alternativa de "sem resposta" em vez de adivinhar.

As etapas de decisão da Threada modelam revisão humana, aprovação de gestor, aprovação de segurança, portões automatizados e filas de exceção, e as camadas de política definem os requisitos de aprovação com precedência determinística.

Sim — as ações governadas da Threada são executadas com idempotency keys e novas tentativas, são reversíveis e produzem registros de execução auditáveis, além de um envelope de telemetria unificado e exportações em CSV/NDJSON.

A Threada recebe entrada tipada da web, do aplicativo, do Slack, do Teams, de e-mail, da API e de endpoints personalizados; os canais de provedores de entrada incluem webhooks de Gmail, Twilio SMS, WhatsApp, redes sociais, Discord e Teams, todos normalizados em WorkItems.

Com o modo de abstenção ativado, a Threada usa um limite de relevância e retorna uma resposta alternativa explícita de "sem resposta" em vez de inventar uma resposta, e qualquer resposta que ela produza inclui citações.

A Threada pode condicionar ações de suporte, como atualizar um ticket ou notificar um cliente, a etapas de decisão; as aprovações são registradas, as ações são reversíveis com idempotency keys e a execução é capturada como histórico auditável.

Um evento de runtime medido, como entrada, rascunho, aprovação, ação ou operação de WorkItem, contabilizado pelo registro de uso da plataforma.

Uma página processada de conteúdo carregado ou sincronizado que conta na cota de páginas de documentos usada para indexação e evidência.

Sim. A qualquer momento. As mudanças entram em vigor no próximo ciclo de cobrança.

Você receberá avisos ao se aproximar do limite; ao ultrapassá-lo, o uso é limitado (créditos de excedente se aplicam quando disponíveis). Um período de carência separado de 7 dias se aplica caso um pagamento falhe.

Economize 20% com a cobrança anual.

Não. Ele é indexado apenas para recuperação.

Operamos com metas internas de disponibilidade, com autoescalonamento, backups automatizados e playbooks de restauração testados. As metas contratuais de disponibilidade e quaisquer compensações por créditos de serviço são acordadas por formulário de pedido.

Não. A Threada aplica políticas dentro da automação de trabalho com IA — integra-se com as suas ferramentas de GRC e de identidade existentes em vez de as substituir.

As camadas de política são versionadas e têm escopo por tenant, canal, pack e fluxo de trabalho. Cada execução registra a versão da política que estava ativa.

Sim. Eventos de ciclo de vida, política e ações são exportáveis para auditorias externas, integração com SIEM e relatórios regulatórios.

Disponibilidade mensal de 99,9% com objetivos explícitos de RTO (4h) e RPO (24h) e runbooks de incidentes documentados.

Assinaturas Stripe + contadores de uso; automação de aviso do período de carência e desativação controlada após a carência.

Sim. Feeds de exportação (GCS e BigQuery) e downloads sob demanda estão disponíveis para análises de conformidade.

Não. O Threada foi projetado para orquestrar em torno dos sistemas existentes por meio de integrações e ações governadas.

Sim. Os requisitos de aprovação podem ser aplicados por fluxo de trabalho, canal, classe de risco e tipo de ação.

Use os gates do EvalSuite para extração, roteamento, ancoragem e comportamento de ações antes de uma implantação ampla.

Sim. A web pode ser seu primeiro canal, enquanto você mantém as mesmas primitivas de fluxo de trabalho para canais futuros.

Sim. A execução de integrações é assíncrona e oferece suporte a repetições com classes de erro auditáveis.

Use os IDs de correlação, o histórico do WorkItem, os eventos de decisão e os logs de execução para reconstruir o fluxo de ponta a ponta.