Questions fréquentes

Choisissez un flux de travail à volume élevé et lancez-le sur un seul canal. Prouvez que les réponses sont exactes et que les escalades parviennent aux bonnes personnes, puis étendez-les à davantage de canaux et de packs.

Les copilotes à usage général sont liés au modèle d'un seul fournisseur. Threada est une plateforme de travail : chaque demande devient un WorkItem suivi, doté de contrôles de politique, d'une exécution gouvernée et d'analyses de résultats — avec n'importe quel LLM.

Non. Threada fonctionne aux côtés de vos outils actuels. Il capture et structure les demandes, puis exécute les actions approuvées dans les systèmes que vous utilisez déjà.

L'IA se charge de comprendre et de structurer. Les contrôles de politique, les files de revue et les approbations gèrent les exceptions. Les personnes restent dans la boucle pour tout ce qui est à haut risque.

Le taux de résolution sans escalade, le temps de résolution, la qualité des escalades, le délai du cycle d'approbation et le succès des actions — des résultats au dossier, pas des décomptes d'interactions.

Exécutez des portes d'évaluation qui testent l'extraction, le routage, l'ancrage et le comportement des actions. Déployez progressivement avec du trafic canari, le mode shadow et un rollback en un clic.

Les équipes qui mènent un travail opérationnel à fort volume dans un cadre de responsabilité : les opérations et le support client, l'informatique et les achats, la sécurité et la conformité, et les opérations financières. Si le travail arrive sous forme de demandes auxquelles il faut répondre ou donner suite avec une trace, il peut s'exécuter sur Threada sous forme de WorkItems gouvernés.

Les systèmes où vivent le travail et les actions — les outils de support et de ticketing comme Zendesk, les outils de suivi des problèmes comme Jira, la messagerie comme Slack, ainsi que l'e-mail et la réception via API ou webhook. Les demandes arrivent et les actions approuvées sortent sous forme d'actions gouvernées. Consultez la page des intégrations pour la liste actuelle.

Non. Un chatbot répond à un message puis l'oublie. Threada gère le travail : chaque demande devient un WorkItem suivi avec des preuves citées, des contrôles de politique, des approbations humaines, des actions gouvernées et une piste d'audit — de sorte que le travail soit gouverné et auditable de bout en bout, et non une simple réponse.

Un WorkItem est l'unité centrale de travail dans Threada : un objet typé et géré selon son cycle de vie qui capture l'admission, la décision, l'exécution et le résultat de chaque demande.

Les outils d'automatisation traditionnels centrés sur les messages traitent les demandes un message à la fois. Threada gère le travail : admission, politique, approbations, actions et mesure des résultats, avec pistes d'audit et contrôles de gouvernance.

Oui. La plupart des équipes commencent avec un seul flux de travail limité à un canal ou un espace de travail, puis s'étendent progressivement à mesure que la confiance se renforce.

Sites web, documents téléversés, connecteurs API et sources basées sur des flux. Chacune est enregistrée comme actif de connaissances géré, doté de sa propre politique de fraîcheur et de conservation.

Vous définissez la cadence de synchronisation et les seuils d'obsolescence par source. Threada alerte en cas de dérive de fraîcheur et d'échec de synchronisation afin que les preuves restent à jour.

Oui. Les exigences de citation peuvent être appliquées par flux de travail et par intention. Les réponses à faible niveau de preuve sont automatiquement acheminées vers une revue ou une escalade.

Oui. Les étapes de décision et les exigences d'approbation sont pilotées par la configuration.

Oui. Des superpositions de politiques spécifiques au canal peuvent remplacer le comportement de base du flux de travail.

Oui. Des coupe-circuits peuvent désactiver l'exécution par canal, flux de travail ou portée d'intégration.

Oui. Les dimensions de télémétrie incluent à la fois les identifiants de canal et de flux de travail pour des analyses croisées.

Oui. La télémétrie d'exécution inclut des dimensions d'intégration et d'action avec les états succès, nouvelle tentative et échec.

Oui. La version de politique est disponible comme dimension de reporting de premier ordre pour l'analyse de la qualité et des résultats.

Threada rédige les réponses aux questionnaires de sécurité à partir de vos preuves citées et les achemine pour révision. Les réponses à faible risque et bien étayées peuvent être approuvées automatiquement selon la politique définie ; les réponses sensibles attendent un responsable sécurité nommé. Vous n'envoyez jamais une réponse non révisée, sauf si votre politique l'autorise explicitement.

Threada puise ses réponses dans les sources que vous approuvez (questionnaires précédents, politiques de sécurité, rapports SOC 2 et DPAs), extraites et citées pour chaque réponse. Si les preuves ne permettent pas de répondre, le WorkItem le signale à un humain plutôt que de deviner.

Threada enregistre chaque réponse rédigée, modification et approbation sous forme d'événement horodaté avec les preuves citées, afin qu'un audit ultérieur, un renouvellement ou une modification de contrôle puisse être reconstitué : qui a répondu à quoi, sur quelle base et qui l'a approuvé.

Threada ancre les réponses financières grâce à une recherche dans vos sources, cite la page ou l'enregistrement précis et utilise un étiquetage de provenance pour les affirmations à fort enjeu ; lorsque le contexte est insuffisant et que le mode d'abstention est activé, il renvoie une réponse de repli sans réponse plutôt que de deviner.

Les étapes de décision de Threada modélisent la révision humaine, l'approbation du responsable, l'approbation sécurité, les contrôles automatisés et les files d'exceptions, et les couches de politiques définissent les exigences d'approbation selon une priorité déterministe.

Oui : les actions encadrées de Threada s'exécutent avec des idempotency keys et des tentatives de reprise, sont réversibles et produisent des enregistrements d'exécution auditables, aux côtés d'une enveloppe de télémétrie unifiée et d'exports CSV/NDJSON.

Threada reçoit une entrée typée depuis le web, l'application, Slack, Teams, l'e-mail, l'API et des points de terminaison personnalisés ; les canaux fournisseurs entrants incluent Gmail, Twilio SMS, WhatsApp, les réseaux sociaux, Discord et les webhooks Teams, tous normalisés en WorkItems.

Lorsque le mode d'abstention est activé, Threada applique un seuil de pertinence et renvoie une réponse de repli explicite sans réponse plutôt que d'inventer une réponse, et toute réponse qu'il produit comporte des citations.

Threada peut soumettre les actions de support, comme la mise à jour d'un ticket ou la notification d'un client, à des étapes de décision ; les approbations sont enregistrées, les actions sont réversibles grâce aux idempotency keys, et l'exécution est conservée sous forme d'historique auditable.

Un événement runtime mesuré, par exemple intake, brouillon, approbation, action ou opération WorkItem, compté par le registre d’usage de la plateforme.

Une page traitée depuis un contenu importé ou synchronisé, comptée dans le quota de pages de documents utilisé pour l’indexation et les preuves.

Oui, à tout moment. Les changements s'appliquent au prochain cycle de facturation.

Vous recevrez des alertes à l'approche de la limite ; au-delà, l'utilisation est plafonnée (des crédits de dépassement s'appliquent lorsqu'ils sont disponibles). Un délai de grâce distinct de 7 jours s'applique en cas d'échec de paiement.

Économisez 20 % avec la facturation annuelle.

Non. Il est seulement indexé pour la recherche.

Nous fonctionnons selon des objectifs de disponibilité internes avec auto-scaling, sauvegardes automatisées et playbooks de restauration testés. Les objectifs de disponibilité contractuels et les éventuels remèdes sous forme de crédits de service sont convenus par bon de commande.

Non. Threada applique les politiques au sein de l'automatisation du travail par IA — il s'intègre à vos outils GRC et d'identité existants plutôt que de les remplacer.

Les surcouches de politique sont versionnées et délimitées par tenant, canal, pack et flux de travail. Chaque exécution enregistre la version de politique qui était active.

Oui. Les événements de cycle de vie, de politique et d'action sont exportables pour les audits externes, l'intégration SIEM et le reporting réglementaire.

Disponibilité mensuelle de 99,9 % avec des objectifs RTO (4 h) et RPO (24 h) explicites et des runbooks d'incidents documentés.

Abonnements Stripe + compteurs d'utilisation ; automatisation des avertissements de période de grâce et désactivation contrôlée après la période de grâce.

Oui. Des flux d'exportation (GCS et BigQuery) et des téléchargements à la demande sont disponibles pour les examens de conformité.

Non. Threada est conçu pour orchestrer autour des systèmes existants via des intégrations et des actions gouvernées.

Oui. Les exigences d'approbation peuvent s'appliquer par flux de travail, canal, classe de risque et type d'action.

Utilisez les portes EvalSuite pour l'extraction, le routage, l'ancrage et le comportement des actions avant un déploiement large.

Oui. Le Web peut être votre premier canal tout en conservant les mêmes primitives de flux de travail pour les futurs canaux.

Oui. L'exécution des intégrations est asynchrone et prend en charge les nouvelles tentatives avec des classes d'erreur auditables.

Utilisez les ID de corrélation, l'historique du WorkItem, les événements de décision et les journaux d'exécution pour reconstituer le flux de bout en bout.