Google Chirp 3 est un modèle multilingue de reconnaissance automatique de la parole qui convertit la parole en texte. Google le documente comme le modèle de transcription Chirp 3 de sa famille Speech-to-Text V2, avec l’identifiant de modèle chirp_3. Il sert à reconnaître la parole enregistrée ou diffusée en continu, avec détection de la langue et fonctions propres à la transcription. Le livrable obtenu est une transcription accompagnée des métadonnées prises en charge par la méthode de reconnaissance choisie, plutôt qu’une voix générée ou une réponse libre d’assistant.
Le concepteur distingue la reconnaissance en continu, la reconnaissance synchrone pour les courts extraits et la reconnaissance par lots pour les enregistrements plus longs. Choisissez le mode selon l’audio source et le résultat requis. Pour une courte note vocale, une réponse textuelle complète peut suffire. Pour un entretien ou un appel enregistré, un résultat par lots contenant des informations sur les locuteurs peut être plus utile. Pour des sous-titres en direct ou une interface de commande vocale, distinguez le texte intermédiaire du résultat final de reconnaissance et préservez l’intervalle audio qu’il décrit.
Préparez l’audio dans l’encodage attendu par l’implémentation de reconnaissance. Les exemples Chirp 3 de Google utilisent un décodage détecté automatiquement pour les fichiers enregistrés et un décodage explicite pour une configuration de diffusion en continu de données brutes. La référence associée du décodeur V2 répertorie notamment, parmi les encodages pris en charge, l’audio WAV PCM ou compandé, FLAC, MP3, Ogg/WebM Opus et AAC dans des conteneurs MP4, M4A ou MOV. Le nom d’un conteneur ne remplace pas le codec réel et la configuration d’échantillonnage. Préservez une parole claire et évitez l’écrêtage prononcé ou les conversions inutiles qui font perdre des détails audibles.
Chirp 3 peut identifier et transcrire automatiquement la langue dominante, et un ensemble de paramètres régionaux attendus peut restreindre ses choix de reconnaissance. La disponibilité des langues varie selon la méthode et la fonction. La liste des langues de transcription est plus large que celle de la diarisation ; la reconnaissance d’une langue ne prouve donc pas que toutes les fonctions relatives aux locuteurs ou aux repères temporels s’y appliquent. Utilisez le paramètre régional correspondant à l’enregistrement et conservez pour vérification les noms employés lors d’alternances de langue ou les termes spécialisés. Une indication de langue détectée fait partie du résultat ; elle ne prouve pas que tous les mots inhabituels ont été reconnus correctement.
La diarisation des locuteurs regroupe la parole par voix dans un enregistrement à canal unique. Google fournit un exemple de transcription par lots avec des informations sur le locuteur pour chaque mot. Pour un entretien, conservez ces étiquettes avec le texte reconnu et comparez les changements de locuteur à l’enregistrement avant d’y associer des noms ou des rôles réels. Des voix semblables, les interruptions et les chevauchements de parole peuvent compliquer l’attribution. Précisez l’agencement des canaux de la source et la tâche prévue de vérification des locuteurs, au lieu de considérer une étiquette comme une identité vérifiée de manière indépendante.
Les repères temporels dépendent également de la méthode. La reconnaissance en continu fournit des horodatages au niveau des énoncés, tandis que les instructions du concepteur pour la reconnaissance de fichiers décrivent des repères temporels facultatifs au niveau des mots, avec un possible compromis sur la qualité de transcription. Conservez les métadonnées effectivement renvoyées par la méthode choisie et vérifiez l’alignement en même temps que le texte. Un processus de sous-titrage a besoin des deux : un texte reconnu lisible et des éléments montrant qu’une limite temporelle correspond au bon son. Google avertit également que la valeur de confiance renvoyée au niveau des mots n’est pas un véritable score de confiance ; elle ne doit donc pas servir à certifier qu’un mot est correct.
L’adaptation de la reconnaissance vocale fournit des expressions et des noms propres susceptibles de figurer dans l’enregistrement. Le concepteur documente un dictionnaire pouvant contenir jusqu’à 1 000 expressions et recommande de limiter autant que possible les entrées aux termes pertinents pour éviter de dégrader la reconnaissance des autres termes. Pour une présentation technique, préparez une courte liste des noms de produits et abréviations réellement utilisés, puis vérifiez-les dans la transcription. Cette pondération aide la reconnaissance à envisager un terme ; elle ne prouve pas qu’il a été prononcé et ne remplace pas une vérification par rapport à l’audio.
Le modèle fournit la ponctuation et les majuscules automatiques, que l’interface documentée permet de désactiver. Google décrit également une fonction préliminaire d’instructions personnalisées pour la mise en forme de la transcription, par exemple la manière d’écrire un nom ou une date particulière. Concentrez ces instructions sur la mise en forme de la parole reconnue. Une transcription qui normalise une date ou emploie les majuscules appropriées dans le nom d’une marque doit toujours préserver le sens de ce qui a été dit. Un résumé, une traduction ou une analyse factuelle constitue une utilisation ultérieure de la transcription, plutôt qu’un résultat établi par la reconnaissance elle-même.
Le système intégré de réduction du bruit vise à atténuer la musique de fond et les sons ambiants comme la pluie ou les bruits de la rue. Google indique explicitement qu’il ne peut pas supprimer les voix humaines en arrière-plan. Préservez cette distinction lorsque vous préparez un enregistrement comportant des conversations qui se chevauchent. Comparez les passages bruyants et calmes à la source au lieu de supposer qu’une transcription apparemment plus propre prouve la suppression du son gênant. Un résultat utile permet d’identifier les passages incertains pour les corriger.
Pour les tâches en continu, la sensibilité de détection de fin d’énoncé modifie le moment où un énoncé est considéré comme terminé. Le concepteur décrit les réglages standard, short et supershort pour des prises de parole attendues de plus en plus brèves. Un réglage plus rapide peut couper un locuteur qui marque une pause au milieu de sa pensée. Adaptez le réglage à une dictée naturelle, à une phrase courte ou à une commande très brève, et conservez le statut de résultat final avec la transcription. Pour un fichier audio complet, vérifiez les noms, les quantités, les négations et les limites entre locuteurs, puis conservez le mode choisi et l’audio source pour que le résultat puisse être vérifié ou réutilisé.
", "aboutText": "Google Chirp 3 est un modèle multilingue de reconnaissance automatique de la parole qui convertit la parole en texte. Google le documente comme le modèle de transcription Chirp 3 de sa famille Speech-to-Text V2, avec l’identifiant de modèle chirp_3. Il sert à reconnaître la parole enregistrée ou diffusée en continu, avec détection de la langue et fonctions propres à la transcription. Le livrable obtenu est une transcription accompagnée des métadonnées prises en charge par la méthode de reconnaissance choisie, plutôt qu’une voix générée ou une réponse libre d’assistant.\n\nLe concepteur distingue la reconnaissance en continu, la reconnaissance synchrone pour les courts extraits et la reconnaissance par lots pour les enregistrements plus longs. Choisissez le mode selon l’audio source et le résultat requis. Pour une courte note vocale, une réponse textuelle complète peut suffire. Pour un entretien ou un appel enregistré, un résultat par lots contenant des informations sur les locuteurs peut être plus utile. Pour des sous-titres en direct ou une interface de commande vocale, distinguez le texte intermédiaire du résultat final de reconnaissance et préservez l’intervalle audio qu’il décrit.\n\nPréparez l’audio dans l’encodage attendu par l’implémentation de reconnaissance. Les exemples Chirp 3 de Google utilisent un décodage détecté automatiquement pour les fichiers enregistrés et un décodage explicite pour une configuration de diffusion en continu de données brutes. La référence associée du décodeur V2 répertorie notamment, parmi les encodages pris en charge, l’audio WAV PCM ou compandé, FLAC, MP3, Ogg/WebM Opus et AAC dans des conteneurs MP4, M4A ou MOV. Le nom d’un conteneur ne remplace pas le codec réel et la configuration d’échantillonnage. Préservez une parole claire et évitez l’écrêtage prononcé ou les conversions inutiles qui font perdre des détails audibles.\n\nChirp 3 peut identifier et transcrire automatiquement la langue dominante, et un ensemble de paramètres régionaux attendus peut restreindre ses choix de reconnaissance. La disponibilité des langues varie selon la méthode et la fonction. La liste des langues de transcription est plus large que celle de la diarisation ; la reconnaissance d’une langue ne prouve donc pas que toutes les fonctions relatives aux locuteurs ou aux repères temporels s’y appliquent. Utilisez le paramètre régional correspondant à l’enregistrement et conservez pour vérification les noms employés lors d’alternances de langue ou les termes spécialisés. Une indication de langue détectée fait partie du résultat ; elle ne prouve pas que tous les mots inhabituels ont été reconnus correctement.\n\nLa diarisation des locuteurs regroupe la parole par voix dans un enregistrement à canal unique. Google fournit un exemple de transcription par lots avec des informations sur le locuteur pour chaque mot. Pour un entretien, conservez ces étiquettes avec le texte reconnu et comparez les changements de locuteur à l’enregistrement avant d’y associer des noms ou des rôles réels. Des voix semblables, les interruptions et les chevauchements de parole peuvent compliquer l’attribution. Précisez l’agencement des canaux de la source et la tâche prévue de vérification des locuteurs, au lieu de considérer une étiquette comme une identité vérifiée de manière indépendante.\n\nLes repères temporels dépendent également de la méthode. La reconnaissance en continu fournit des horodatages au niveau des énoncés, tandis que les instructions du concepteur pour la reconnaissance de fichiers décrivent des repères temporels facultatifs au niveau des mots, avec un possible compromis sur la qualité de transcription. Conservez les métadonnées effectivement renvoyées par la méthode choisie et vérifiez l’alignement en même temps que le texte. Un processus de sous-titrage a besoin des deux : un texte reconnu lisible et des éléments montrant qu’une limite temporelle correspond au bon son. Google avertit également que la valeur de confiance renvoyée au niveau des mots n’est pas un véritable score de confiance ; elle ne doit donc pas servir à certifier qu’un mot est correct.\n\nL’adaptation de la reconnaissance vocale fournit des expressions et des noms propres susceptibles de figurer dans l’enregistrement. Le concepteur documente un dictionnaire pouvant contenir jusqu’à 1 000 expressions et recommande de limiter autant que possible les entrées aux termes pertinents pour éviter de dégrader la reconnaissance des autres termes. Pour une présentation technique, préparez une courte liste des noms de produits et abréviations réellement utilisés, puis vérifiez-les dans la transcription. Cette pondération aide la reconnaissance à envisager un terme ; elle ne prouve pas qu’il a été prononcé et ne remplace pas une vérification par rapport à l’audio.\n\nLe modèle fournit la ponctuation et les majuscules automatiques, que l’interface documentée permet de désactiver. Google décrit également une fonction préliminaire d’instructions personnalisées pour la mise en forme de la transcription, par exemple la manière d’écrire un nom ou une date particulière. Concentrez ces instructions sur la mise en forme de la parole reconnue. Une transcription qui normalise une date ou emploie les majuscules appropriées dans le nom d’une marque doit toujours préserver le sens de ce qui a été dit. Un résumé, une traduction ou une analyse factuelle constitue une utilisation ultérieure de la transcription, plutôt qu’un résultat établi par la reconnaissance elle-même.\n\nLe système intégré de réduction du bruit vise à atténuer la musique de fond et les sons ambiants comme la pluie ou les bruits de la rue. Google indique explicitement qu’il ne peut pas supprimer les voix humaines en arrière-plan. Préservez cette distinction lorsque vous préparez un enregistrement comportant des conversations qui se chevauchent. Comparez les passages bruyants et calmes à la source au lieu de supposer qu’une transcription apparemment plus propre prouve la suppression du son gênant. Un résultat utile permet d’identifier les passages incertains pour les corriger.\n\nPour les tâches en continu, la sensibilité de détection de fin d’énoncé modifie le moment où un énoncé est considéré comme terminé. Le concepteur décrit les réglages standard, short et supershort pour des prises de parole attendues de plus en plus brèves. Un réglage plus rapide peut couper un locuteur qui marque une pause au milieu de sa pensée. Adaptez le réglage à une dictée naturelle, à une phrase courte ou à une commande très brève, et conservez le statut de résultat final avec la transcription. Pour un fichier audio complet, vérifiez les noms, les quantités, les négations et les limites entre locuteurs, puis conservez le mode choisi et l’audio source pour que le résultat puisse être vérifié ou réutilisé.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "d9249e71777dddf84b814b270dae10fa218735c6c382bcb297acaa3bf47c3b84", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr-ch", "methods": [ { "html": "google/chirp-3Google Chirp 3 est un modèle multilingue de reconnaissance vocale pour le traitement en continu, les courts enregistrements et la transcription par lots de contenus plus longs. Il fournit la détection automatique de la langue, la ponctuation, l’adaptation du vocabulaire et, selon le mode, des métadonnées temporelles ou relatives aux locuteurs. Son système de réduction du bruit atténue les bruits de fond, mais ne peut pas supprimer les autres voix.
Cette description présente les capacités du modèle. Les entrées, sorties et options disponibles dans Ailoot pour la méthode sélectionnée figurent ci-dessous.
Google Chirp 3 est un modèle multilingue de reconnaissance automatique de la parole qui convertit la parole en texte. Google le documente comme le modèle de transcription Chirp 3 de sa famille Speech-to-Text V2, avec l’identifiant de modèle chirp_3. Il sert à reconnaître la parole enregistrée ou diffusée en continu, avec détection de la langue et fonctions propres à la transcription. Le livrable obtenu est une transcription accompagnée des métadonnées prises en charge par la méthode de reconnaissance choisie, plutôt qu’une voix générée ou une réponse libre d’assistant.
Le concepteur distingue la reconnaissance en continu, la reconnaissance synchrone pour les courts extraits et la reconnaissance par lots pour les enregistrements plus longs. Choisissez le mode selon l’audio source et le résultat requis. Pour une courte note vocale, une réponse textuelle complète peut suffire. Pour un entretien ou un appel enregistré, un résultat par lots contenant des informations sur les locuteurs peut être plus utile. Pour des sous-titres en direct ou une interface de commande vocale, distinguez le texte intermédiaire du résultat final de reconnaissance et préservez l’intervalle audio qu’il décrit.
Préparez l’audio dans l’encodage attendu par l’implémentation de reconnaissance. Les exemples Chirp 3 de Google utilisent un décodage détecté automatiquement pour les fichiers enregistrés et un décodage explicite pour une configuration de diffusion en continu de données brutes. La référence associée du décodeur V2 répertorie notamment, parmi les encodages pris en charge, l’audio WAV PCM ou compandé, FLAC, MP3, Ogg/WebM Opus et AAC dans des conteneurs MP4, M4A ou MOV. Le nom d’un conteneur ne remplace pas le codec réel et la configuration d’échantillonnage. Préservez une parole claire et évitez l’écrêtage prononcé ou les conversions inutiles qui font perdre des détails audibles.
Chirp 3 peut identifier et transcrire automatiquement la langue dominante, et un ensemble de paramètres régionaux attendus peut restreindre ses choix de reconnaissance. La disponibilité des langues varie selon la méthode et la fonction. La liste des langues de transcription est plus large que celle de la diarisation ; la reconnaissance d’une langue ne prouve donc pas que toutes les fonctions relatives aux locuteurs ou aux repères temporels s’y appliquent. Utilisez le paramètre régional correspondant à l’enregistrement et conservez pour vérification les noms employés lors d’alternances de langue ou les termes spécialisés. Une indication de langue détectée fait partie du résultat ; elle ne prouve pas que tous les mots inhabituels ont été reconnus correctement.
La diarisation des locuteurs regroupe la parole par voix dans un enregistrement à canal unique. Google fournit un exemple de transcription par lots avec des informations sur le locuteur pour chaque mot. Pour un entretien, conservez ces étiquettes avec le texte reconnu et comparez les changements de locuteur à l’enregistrement avant d’y associer des noms ou des rôles réels. Des voix semblables, les interruptions et les chevauchements de parole peuvent compliquer l’attribution. Précisez l’agencement des canaux de la source et la tâche prévue de vérification des locuteurs, au lieu de considérer une étiquette comme une identité vérifiée de manière indépendante.
Les repères temporels dépendent également de la méthode. La reconnaissance en continu fournit des horodatages au niveau des énoncés, tandis que les instructions du concepteur pour la reconnaissance de fichiers décrivent des repères temporels facultatifs au niveau des mots, avec un possible compromis sur la qualité de transcription. Conservez les métadonnées effectivement renvoyées par la méthode choisie et vérifiez l’alignement en même temps que le texte. Un processus de sous-titrage a besoin des deux : un texte reconnu lisible et des éléments montrant qu’une limite temporelle correspond au bon son. Google avertit également que la valeur de confiance renvoyée au niveau des mots n’est pas un véritable score de confiance ; elle ne doit donc pas servir à certifier qu’un mot est correct.
L’adaptation de la reconnaissance vocale fournit des expressions et des noms propres susceptibles de figurer dans l’enregistrement. Le concepteur documente un dictionnaire pouvant contenir jusqu’à 1 000 expressions et recommande de limiter autant que possible les entrées aux termes pertinents pour éviter de dégrader la reconnaissance des autres termes. Pour une présentation technique, préparez une courte liste des noms de produits et abréviations réellement utilisés, puis vérifiez-les dans la transcription. Cette pondération aide la reconnaissance à envisager un terme ; elle ne prouve pas qu’il a été prononcé et ne remplace pas une vérification par rapport à l’audio.
Le modèle fournit la ponctuation et les majuscules automatiques, que l’interface documentée permet de désactiver. Google décrit également une fonction préliminaire d’instructions personnalisées pour la mise en forme de la transcription, par exemple la manière d’écrire un nom ou une date particulière. Concentrez ces instructions sur la mise en forme de la parole reconnue. Une transcription qui normalise une date ou emploie les majuscules appropriées dans le nom d’une marque doit toujours préserver le sens de ce qui a été dit. Un résumé, une traduction ou une analyse factuelle constitue une utilisation ultérieure de la transcription, plutôt qu’un résultat établi par la reconnaissance elle-même.
Le système intégré de réduction du bruit vise à atténuer la musique de fond et les sons ambiants comme la pluie ou les bruits de la rue. Google indique explicitement qu’il ne peut pas supprimer les voix humaines en arrière-plan. Préservez cette distinction lorsque vous préparez un enregistrement comportant des conversations qui se chevauchent. Comparez les passages bruyants et calmes à la source au lieu de supposer qu’une transcription apparemment plus propre prouve la suppression du son gênant. Un résultat utile permet d’identifier les passages incertains pour les corriger.
Pour les tâches en continu, la sensibilité de détection de fin d’énoncé modifie le moment où un énoncé est considéré comme terminé. Le concepteur décrit les réglages standard, short et supershort pour des prises de parole attendues de plus en plus brèves. Un réglage plus rapide peut couper un locuteur qui marque une pause au milieu de sa pensée. Adaptez le réglage à une dictée naturelle, à une phrase courte ou à une commande très brève, et conservez le statut de résultat final avec la transcription. Pour un fichier audio complet, vérifiez les noms, les quantités, les négations et les limites entre locuteurs, puis conservez le mode choisi et l’audio source pour que le résultat puisse être vérifié ou réutilisé.
POST /v1/audio/transcriptionsaudiotext| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites google/chirp-3 | Par défaut— |
Champinput_audio | Typeobject | ExigenceObligatoire | Valeurs et limites | Par défaut— |
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, input_audio |
Paramètrematerial_types | Contrataudio |
Paramètrematerial_conditions | ContratL’exemple lit votre fichier PCM WAV réel et non vide, encode l’intégralité de ses octets en base64 et envoie input_audio.format avec la valeur wav. |
Cycle de vie : synchronous_result_then_owned_library
GET /v1/media/tasks/{task_id} · task_id exact provenant d’un enregistrement multimédia existant dont vous êtes propriétaire
GET /v1/media/assets/{asset_id}/content
GET /v1/media/assets
GET /v1/media/assets/{asset_id}
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
Associez chaque coût aux conditions indiquées. Utilisez un seul tarif pour chaque ensemble de configurations alternatives.
| Configuration | Barème tarifaire | Unité de facturation | Coût |
|---|---|---|---|
| ConfigurationTarifs de base des jetons | Barème tarifaireTarif de base | Unité de facturation— | Coût Entrée · Tokens en entrée — / 1K tokens Sortie · Tokens en sortie — / 1K tokens Entrée · Lecture du cache — / 1K tokens Entrée · Écriture dans le cache — / 1K tokens Entrée · Écriture dans le cache, 1 h — / 1K tokens |
| Configurationseconde d’audio en entrée | Barème tarifaire— | Unité de facturationpar seconde d’audio en entrée | Coût Entrée · seconde d’audio en entrée $0.000533333333334 par seconde d’audio en entrée |
Ailoot réserve un montant estimé avant une requête. Après le résultat, le montant final est débité selon l’utilisation mesurée. Pour le streaming, le montant final à débiter est calculé à partir du relevé final d’utilisation. Fonctionnement de la réservation et du débit →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_AUDIO_FILE:?Set the path to your actual PCM WAV recording}"\nexport AILOOT_AUDIO_FILE\npython3 - <<'PY_REQUEST'\nimport base64, io, json, os, wave\nfrom pathlib import Path\naudio = Path(os.environ['AILOOT_AUDIO_FILE']).read_bytes()\nif not (audio[:4] == b'RIFF' and audio[8:12] == b'WAVE'):\n raise SystemExit('Supply your actual PCM WAV audio file')\nwith wave.open(io.BytesIO(audio), 'rb') as recording:\n if recording.getcomptype() != 'NONE' or recording.getnframes() <= 0:\n raise SystemExit('Supply a nonempty PCM WAV recording')\nrequest = {'model': 'google/chirp-3', 'input_audio': {'data': base64.b64encode(audio).decode('ascii'), 'format': 'wav'}}\nPath('request.json').write_text(json.dumps(request, ensure_ascii=False), encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/audio/transcriptions \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o response.bin\n# Retain the complete original response, headers and actual X-Client-Request-ID.\n# Read existing owned records for recovery; do not resubmit an uncertain operation.\nCorps complet de la réponse d’origine, état et en-têtes transmis. Ce gestionnaire n’ajoute aucune structure JSON universelle, aucun champ texte ni aucune enveloppe de tâche.
GET /v1/media/tasks/{task_id}GET /v1/media/assets/{asset_id}/contentGET /v1/media/assetsGET /v1/media/assets/{asset_id}Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Conservez la réponse complète et les en-têtes, chaque sortie effective, les identifiants initialement renvoyés et tous les champs d’utilisation. Récupérez l’opération d’origine sans soumettre à nouveau sa création.
Conservez le X-Client-Request-ID réel et la réponse complète. Consultez les ressources d’origine dont vous êtes propriétaire et leurs liens de contenu signés exacts ; ne renvoyez jamais une demande de création incertaine.
| Champ | Type |
|---|---|
Champtext (when present) | Type |
Champusage (when present) | Type |
| Réponse | Condition | Étape suivante |
|---|---|---|
Réponse400 · invalid_request_error | ConditionLe corps JSON ou l’identifiant canonique explicite du modèle est invalide. | Étape suivanteConservez la réponse et corrigez le champ indiqué dans la requête. |
Réponse401 · authentication_error | ConditionLa clé API Ailoot est invalide. | Étape suivanteUtilisez votre clé API Ailoot autorisée. |
Réponse403 · permission_error | ConditionLe groupe de la clé n’autorise pas cette méthode. | Étape suivanteConservez les détails de l’erreur renvoyée. |
Réponse404 · not_found_error | ConditionLa méthode sélectionnée ne dispose d’aucune route autorisée. | Étape suivanteConservez les détails de l’erreur renvoyée. |
Réponse422 · price_unavailable | ConditionLe tarif accepté ne peut pas déterminer la quantité d’entrée requise ou sa borne. | Étape suivanteConservez la réponse ; utilisez la représentation d’entrée requise par le tarif accepté. |
Réponse503 · | ConditionLe stockage, la route, le tarif de la méthode ou la réservation requis est indisponible. | Étape suivanteConservez la réponse d’origine complète. Une réservation incertaine n’autorise pas le renvoi de la demande. |
Réponse502 · server_error | ConditionLe résultat d’origine, la consommation ou la facturation définitive nécessite une vérification. | Étape suivanteConservez l’identifiant réel de la requête et la réponse d’origine. Consultez l’enregistrement existant dont vous êtes propriétaire ; ne renvoyez pas la demande de création. |
Ailoot Ultra google/chirp-3
Utilisez les chemins de méthode indiqués ci-dessus.