sf-voice media repose sur une boucle principale : soumettre un actif, attendre l’indexation, puis rechercher dans les médias indexés avec les mêmes identifiants et portées que votre application utilise déjà.Documentation Index
Fetch the complete documentation index at: https://docs.sf-voice.sh/llms.txt
Use this file to discover all available pages before exploring further.
1. Les actifs naissent dans votre système
Chaque requête d’ingestion inclut votreasset_id. Cela permet de joindre facilement l’API média
à votre base de données, CRM, ticket de support, espace de travail client ou modèle d’objet interne.
2. Les classes d’actifs définissent la portée de recherche
asset_class est la primitive publique de regroupement. Utilisez-la pour la frontière qui
compte le plus dans votre produit.
Bons exemples :
- un client final
- un espace de travail
- un projet
- un dépôt
- une collection d’appels de support
3. Les types choisissent les surfaces consultables
types contrôle les surfaces que vous indexez ou recherchez.
| Type | Utilisez-le quand |
|---|---|
video | Le contenu visuel est important. |
audio | Le son, les locuteurs ou les indices acoustiques sont importants. |
transcript | Les mots prononcés et la récupération textuelle sont importants. |
4. L’indexation est asynchrone
L’ingestion renvoie rapidement untask_id. L’actif est consultable une fois que la tâche
atteint l’état ready.
5. La recherche renvoie des correspondances horodatées
Les résultats de recherche incluentstart_ms et end_ms afin que votre interface puisse aller directement
au moment correspondant.
threshold pour contrôler la rigueur. Des valeurs plus élevées renvoient moins de
correspondances mais plus fiables.
6. Les détails du fournisseur backend restent cachés
Le SDK n’expose que les concepts sf-voice :asset_idasset_classtypesthreshold
SDK TypeScript
Consultez la référence API TypeScript complète.