Google Chirp 3 est un modèle multilingue de reconnaissance automatique de la parole qui convertit l’audio parlé 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. Sa finalité est la reconnaissance de 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 et les métadonnées prises en charge par la méthode de reconnaissance sélectionnée, plutôt que de la parole générée ou une réponse ouverte d’assistant.
Le producteur 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 une entrevue ou un appel enregistré, un résultat par lots avec de l’information sur les locuteurs peut être plus utile. Pour les sous-titres en direct ou une interface de commandes vocales, gardez le texte intermédiaire distinct 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 le décodage détecté automatiquement pour les fichiers enregistrés et le décodage explicite pour une configuration brute en continu. La référence de décodeur V2 associée indique l’audio WAV PCM ou avec compression-expansion, FLAC, MP3, Ogg/WebM Opus et AAC dans des conteneurs MP4, M4A ou MOV, parmi ses encodages pris en charge. Un nom de conteneur ne remplace pas le codec réel et la configuration d’échantillonnage. Préservez une parole claire et évitez l’écrêtage important 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 diffère selon la méthode et la fonction. La liste des langues de transcription est plus large que celle de diarisation; la reconnaissance d’une langue n’établit donc pas que toutes les fonctions de locuteurs ou de minutage s’y appliquent. Utilisez le paramètre régional qui correspond à l’enregistrement et conservez les noms issus d’une alternance de langues ou les termes spécialisés pour vérification. Une étiquette de langue détectée fait partie du résultat, et n’est pas une preuve que tous les mots inhabituels ont été reconnus correctement.
La diarisation des locuteurs regroupe la parole par voix dans un enregistrement à un seul canal. Google fournit un exemple de transcription par lots avec de l’information sur le locuteur pour chaque mot. Pour une entrevue, conservez ces étiquettes avec le texte reconnu et comparez les changements de locuteur à l’enregistrement avant d’ajouter des noms ou des rôles réels. Les voix semblables, les interruptions et le chevauchement de la parole peuvent rendre l’attribution difficile. Précisez la disposition des canaux de la source et la tâche prévue de vérification des locuteurs plutôt que de traiter une étiquette comme une identité vérifiée indépendamment.
Le minutage est aussi propre à la méthode. La reconnaissance en continu fournit des horodatages au niveau de l’énoncé, tandis que les indications du concepteur pour la reconnaissance de fichiers décrivent le minutage facultatif des mots avec un compromis possible sur la qualité de transcription. Conservez les métadonnées réellement renvoyées par la méthode choisie et vérifiez l’alignement en même temps que la formulation. Un flux de sous-titrage a besoin des deux : un texte reconnu lisible et la preuve qu’une limite de minutage correspond au bon son. Google prévient aussi que la valeur de confiance renvoyée au niveau du mot 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 parole fournit des expressions et des noms propres susceptibles d’apparaître dans l’enregistrement. Le concepteur documente un dictionnaire pouvant contenir jusqu’à 1 000 expressions et recommande aussi peu d’entrées pertinentes que possible pour éviter de dégrader la reconnaissance des autres termes. Pour une présentation technique, préparez une courte liste des noms réels de produits et des abréviations, puis vérifiez-les dans la transcription. Le biaisage aide la reconnaissance à envisager un terme; il n’établit pas que ce terme a été prononcé et ne remplace pas une vérification à l’écoute de l’audio.
Le modèle fournit la ponctuation et les majuscules automatiques, que l’interface documentée peut désactiver. Google décrit aussi une fonction en préversion pour des instructions personnalisées de format de transcription, comme la façon d’écrire un nom ou une date particuliers. Gardez ces instructions centrées sur la mise en forme de la parole reconnue. Une transcription qui normalise une date ou met une majuscule à une marque doit tout de même préserver le sens parlé. Un résumé, une traduction ou une analyse factuelle est une utilisation ultérieure de la transcription plutôt qu’un élément établi par le résultat de reconnaissance lui-même.
Le débruiteur intégré vise à réduire la musique de fond et les sons ambiants comme la pluie ou le bruit de la rue. Google indique explicitement qu’il ne peut pas retirer les voix humaines en arrière-plan. Préservez cette distinction lorsque vous préparez un enregistrement avec une conversation qui se chevauche. Examinez les sections bruyantes et calmes à partir de la source plutôt que de supposer qu’une transcription d’apparence plus propre prouve que le son perturbateur a été retiré. Un résultat utile garde les passages incertains identifiables pour correction.
Pour les tâches en continu, la sensibilité de détection de fin change le moment où un énoncé est considéré comme terminé. Le concepteur décrit les réglages standard, short et supershort pour une parole attendue de plus en plus brève. Un réglage plus rapide peut couper un locuteur qui fait une pause au milieu d’une idée. Faites correspondre le réglage à une dictée naturelle, à une courte phrase ou à une commande très brève, et gardez le statut de résultat final avec la transcription. Pour un fichier terminé, vérifiez les noms, les quantités, les négations et les limites des segments de chaque locuteur, puis conservez le mode choisi et l’audio source afin 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 l’audio parlé 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. Sa finalité est la reconnaissance de 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 et les métadonnées prises en charge par la méthode de reconnaissance sélectionnée, plutôt que de la parole générée ou une réponse ouverte d’assistant.\n\nLe producteur 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 une entrevue ou un appel enregistré, un résultat par lots avec de l’information sur les locuteurs peut être plus utile. Pour les sous-titres en direct ou une interface de commandes vocales, gardez le texte intermédiaire distinct 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 le décodage détecté automatiquement pour les fichiers enregistrés et le décodage explicite pour une configuration brute en continu. La référence de décodeur V2 associée indique l’audio WAV PCM ou avec compression-expansion, FLAC, MP3, Ogg/WebM Opus et AAC dans des conteneurs MP4, M4A ou MOV, parmi ses encodages pris en charge. Un nom de conteneur ne remplace pas le codec réel et la configuration d’échantillonnage. Préservez une parole claire et évitez l’écrêtage important 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 diffère selon la méthode et la fonction. La liste des langues de transcription est plus large que celle de diarisation; la reconnaissance d’une langue n’établit donc pas que toutes les fonctions de locuteurs ou de minutage s’y appliquent. Utilisez le paramètre régional qui correspond à l’enregistrement et conservez les noms issus d’une alternance de langues ou les termes spécialisés pour vérification. Une étiquette de langue détectée fait partie du résultat, et n’est pas une preuve que tous les mots inhabituels ont été reconnus correctement.\n\nLa diarisation des locuteurs regroupe la parole par voix dans un enregistrement à un seul canal. Google fournit un exemple de transcription par lots avec de l’information sur le locuteur pour chaque mot. Pour une entrevue, conservez ces étiquettes avec le texte reconnu et comparez les changements de locuteur à l’enregistrement avant d’ajouter des noms ou des rôles réels. Les voix semblables, les interruptions et le chevauchement de la parole peuvent rendre l’attribution difficile. Précisez la disposition des canaux de la source et la tâche prévue de vérification des locuteurs plutôt que de traiter une étiquette comme une identité vérifiée indépendamment.\n\nLe minutage est aussi propre à la méthode. La reconnaissance en continu fournit des horodatages au niveau de l’énoncé, tandis que les indications du concepteur pour la reconnaissance de fichiers décrivent le minutage facultatif des mots avec un compromis possible sur la qualité de transcription. Conservez les métadonnées réellement renvoyées par la méthode choisie et vérifiez l’alignement en même temps que la formulation. Un flux de sous-titrage a besoin des deux : un texte reconnu lisible et la preuve qu’une limite de minutage correspond au bon son. Google prévient aussi que la valeur de confiance renvoyée au niveau du mot 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 parole fournit des expressions et des noms propres susceptibles d’apparaître dans l’enregistrement. Le concepteur documente un dictionnaire pouvant contenir jusqu’à 1 000 expressions et recommande aussi peu d’entrées pertinentes que possible pour éviter de dégrader la reconnaissance des autres termes. Pour une présentation technique, préparez une courte liste des noms réels de produits et des abréviations, puis vérifiez-les dans la transcription. Le biaisage aide la reconnaissance à envisager un terme; il n’établit pas que ce terme a été prononcé et ne remplace pas une vérification à l’écoute de l’audio.\n\nLe modèle fournit la ponctuation et les majuscules automatiques, que l’interface documentée peut désactiver. Google décrit aussi une fonction en préversion pour des instructions personnalisées de format de transcription, comme la façon d’écrire un nom ou une date particuliers. Gardez ces instructions centrées sur la mise en forme de la parole reconnue. Une transcription qui normalise une date ou met une majuscule à une marque doit tout de même préserver le sens parlé. Un résumé, une traduction ou une analyse factuelle est une utilisation ultérieure de la transcription plutôt qu’un élément établi par le résultat de reconnaissance lui-même.\n\nLe débruiteur intégré vise à réduire la musique de fond et les sons ambiants comme la pluie ou le bruit de la rue. Google indique explicitement qu’il ne peut pas retirer les voix humaines en arrière-plan. Préservez cette distinction lorsque vous préparez un enregistrement avec une conversation qui se chevauche. Examinez les sections bruyantes et calmes à partir de la source plutôt que de supposer qu’une transcription d’apparence plus propre prouve que le son perturbateur a été retiré. Un résultat utile garde les passages incertains identifiables pour correction.\n\nPour les tâches en continu, la sensibilité de détection de fin change le moment où un énoncé est considéré comme terminé. Le concepteur décrit les réglages standard, short et supershort pour une parole attendue de plus en plus brève. Un réglage plus rapide peut couper un locuteur qui fait une pause au milieu d’une idée. Faites correspondre le réglage à une dictée naturelle, à une courte phrase ou à une commande très brève, et gardez le statut de résultat final avec la transcription. Pour un fichier terminé, vérifiez les noms, les quantités, les négations et les limites des segments de chaque locuteur, puis conservez le mode choisi et l’audio source afin que le résultat puisse être vérifié ou réutilisé.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "133be95cda122922f0d5d4ba659536c0e226458f27e1883fa786b29142b349d3", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr-ca", "methods": [ { "html": "google/chirp-3Google Chirp 3 est un modèle multilingue de reconnaissance vocale pour la diffusion continue, les courts enregistrements et la transcription par lots plus longue. Il fournit la détection automatique de la langue, la ponctuation, l’adaptation du vocabulaire et des métadonnées de minutage ou de locuteurs selon le mode. Son débruiteur réduit le bruit de fond, mais ne peut pas retirer 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 l’audio parlé 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. Sa finalité est la reconnaissance de 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 et les métadonnées prises en charge par la méthode de reconnaissance sélectionnée, plutôt que de la parole générée ou une réponse ouverte d’assistant.
Le producteur 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 une entrevue ou un appel enregistré, un résultat par lots avec de l’information sur les locuteurs peut être plus utile. Pour les sous-titres en direct ou une interface de commandes vocales, gardez le texte intermédiaire distinct 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 le décodage détecté automatiquement pour les fichiers enregistrés et le décodage explicite pour une configuration brute en continu. La référence de décodeur V2 associée indique l’audio WAV PCM ou avec compression-expansion, FLAC, MP3, Ogg/WebM Opus et AAC dans des conteneurs MP4, M4A ou MOV, parmi ses encodages pris en charge. Un nom de conteneur ne remplace pas le codec réel et la configuration d’échantillonnage. Préservez une parole claire et évitez l’écrêtage important 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 diffère selon la méthode et la fonction. La liste des langues de transcription est plus large que celle de diarisation; la reconnaissance d’une langue n’établit donc pas que toutes les fonctions de locuteurs ou de minutage s’y appliquent. Utilisez le paramètre régional qui correspond à l’enregistrement et conservez les noms issus d’une alternance de langues ou les termes spécialisés pour vérification. Une étiquette de langue détectée fait partie du résultat, et n’est pas une preuve que tous les mots inhabituels ont été reconnus correctement.
La diarisation des locuteurs regroupe la parole par voix dans un enregistrement à un seul canal. Google fournit un exemple de transcription par lots avec de l’information sur le locuteur pour chaque mot. Pour une entrevue, conservez ces étiquettes avec le texte reconnu et comparez les changements de locuteur à l’enregistrement avant d’ajouter des noms ou des rôles réels. Les voix semblables, les interruptions et le chevauchement de la parole peuvent rendre l’attribution difficile. Précisez la disposition des canaux de la source et la tâche prévue de vérification des locuteurs plutôt que de traiter une étiquette comme une identité vérifiée indépendamment.
Le minutage est aussi propre à la méthode. La reconnaissance en continu fournit des horodatages au niveau de l’énoncé, tandis que les indications du concepteur pour la reconnaissance de fichiers décrivent le minutage facultatif des mots avec un compromis possible sur la qualité de transcription. Conservez les métadonnées réellement renvoyées par la méthode choisie et vérifiez l’alignement en même temps que la formulation. Un flux de sous-titrage a besoin des deux : un texte reconnu lisible et la preuve qu’une limite de minutage correspond au bon son. Google prévient aussi que la valeur de confiance renvoyée au niveau du mot 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 parole fournit des expressions et des noms propres susceptibles d’apparaître dans l’enregistrement. Le concepteur documente un dictionnaire pouvant contenir jusqu’à 1 000 expressions et recommande aussi peu d’entrées pertinentes que possible pour éviter de dégrader la reconnaissance des autres termes. Pour une présentation technique, préparez une courte liste des noms réels de produits et des abréviations, puis vérifiez-les dans la transcription. Le biaisage aide la reconnaissance à envisager un terme; il n’établit pas que ce terme a été prononcé et ne remplace pas une vérification à l’écoute de l’audio.
Le modèle fournit la ponctuation et les majuscules automatiques, que l’interface documentée peut désactiver. Google décrit aussi une fonction en préversion pour des instructions personnalisées de format de transcription, comme la façon d’écrire un nom ou une date particuliers. Gardez ces instructions centrées sur la mise en forme de la parole reconnue. Une transcription qui normalise une date ou met une majuscule à une marque doit tout de même préserver le sens parlé. Un résumé, une traduction ou une analyse factuelle est une utilisation ultérieure de la transcription plutôt qu’un élément établi par le résultat de reconnaissance lui-même.
Le débruiteur intégré vise à réduire la musique de fond et les sons ambiants comme la pluie ou le bruit de la rue. Google indique explicitement qu’il ne peut pas retirer les voix humaines en arrière-plan. Préservez cette distinction lorsque vous préparez un enregistrement avec une conversation qui se chevauche. Examinez les sections bruyantes et calmes à partir de la source plutôt que de supposer qu’une transcription d’apparence plus propre prouve que le son perturbateur a été retiré. Un résultat utile garde les passages incertains identifiables pour correction.
Pour les tâches en continu, la sensibilité de détection de fin change le moment où un énoncé est considéré comme terminé. Le concepteur décrit les réglages standard, short et supershort pour une parole attendue de plus en plus brève. Un réglage plus rapide peut couper un locuteur qui fait une pause au milieu d’une idée. Faites correspondre le réglage à une dictée naturelle, à une courte phrase ou à une commande très brève, et gardez le statut de résultat final avec la transcription. Pour un fichier terminé, vérifiez les noms, les quantités, les négations et les limites des segments de chaque locuteur, puis conservez le mode choisi et l’audio source afin 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 tous les octets du fichier 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 d’un enregistrement média existant appartenant à votre compte
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 · Jetons en entrée — / 1K jetons Sortie · Jetons en sortie — / 1K jetons Entrée · Lecture du cache — / 1K jetons Entrée · Écriture dans le cache — / 1K jetons Entrée · Écriture dans le cache, 1 h — / 1K jetons |
| 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 de réponse d’origine complet, état et en-têtes transmis. Ce gestionnaire n’ajoute aucune structure JSON universelle, aucun champ de texte et 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 appartenant à votre compte et leurs URL exactes de contenu signées; ne soumettez jamais de nouveau une 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 de demande indiqué. |
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 d’erreur retournés. |
Réponse404 · not_found_error | ConditionLa méthode sélectionnée ne possède aucune route autorisée. | Étape suivanteConservez les détails d’erreur retournés. |
Réponse422 · price_unavailable | ConditionLe tarif accepté ne peut pas obtenir la quantité d’entrée ou la borne dont il a besoin. | Étape suivanteConservez la réponse; utilisez la représentation d’entrée exigée par le tarif accepté. |
Réponse503 · | ConditionLe stockage, la route, le tarif de la méthode ou la réservation requis n’est pas disponible. | Étape suivanteConservez la réponse d’origine complète. Une réservation incertaine n’autorise pas une nouvelle soumission. |
Réponse502 · server_error | ConditionLe résultat d’origine, l’utilisation ou le règlement doit être vérifié. | Étape suivanteConservez l’identifiant réel de demande et la réponse d’origine. Consultez l’enregistrement existant appartenant à votre compte; ne soumettez pas de nouveau la demande de création. |
Ailoot Ultra google/chirp-3
Utilisez les chemins de méthode indiqués ci-dessus.