models

Google: Chirp 3

Markdown · JSON

Google: Chirp 3

Google 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.

À propos du modèle

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é.

Ailoot Ultra · Transcription audio POST /v1/audio/transcriptions google/chirp-3

google/chirp-3

Google /google/chirp-3

Premiers pas

Google 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.

Entrées acceptées
Audio
Résultats
Texte

Disponible dans Ailoot · entrées et méthodes

Ailoot Ultra · Transcription audio POST /v1/audio/transcriptions
Entrée
audio
Sortie
text
ChampTypeExigenceValeurs et limitesPar défaut
ChampmodelTypestringExigenceObligatoireValeurs et limites
google/chirp-3
Par défaut—
Champinput_audioTypeobjectExigenceObligatoireValeurs et limitesPar défaut—
Paramètres et cycle de vie de la méthode
ParamètreContrat
Paramètrecontent_typeContratapplication/json
ParamètrerequiredContratmodel, input_audio
Paramètrematerial_typesContrataudio
Paramètrematerial_conditionsContratL’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}

Tarifs

Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.

Mode rapide
Non précisé Lorsque le mode rapide est sélectionné
Mode Flex
Non précisé Lorsque le mode flex est sélectionné
Effort de raisonnement maximal
Non précisé Lorsque l’effort de raisonnement maximal utilise l’ajustement par défaut (default)

Tarifs Ailoot

Prix par configuration

Associez chaque coût aux conditions indiquées. Utilisez un seul tarif pour chaque ensemble de configurations alternatives.

ConfigurationBarème tarifaireUnité de facturationCoût
ConfigurationTarifs de base des jetonsBarème tarifaireTarif de baseUnité 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éeBarème tarifaire—Unité de facturationpar seconde d’audio en entréeCoû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 →

Exemples de requêtes

Ailoot Ultra · Transcription audio

curl · fichier WAV réel et résultat original complet
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
: "${AILOOT_AUDIO_FILE:?Set the path to your actual PCM WAV recording}"
export AILOOT_AUDIO_FILE
python3 - <<'PY_REQUEST'
import base64, io, json, os, wave
from pathlib import Path
audio = Path(os.environ['AILOOT_AUDIO_FILE']).read_bytes()
if not (audio[:4] == b'RIFF' and audio[8:12] == b'WAVE'):
    raise SystemExit('Supply your actual PCM WAV audio file')
with wave.open(io.BytesIO(audio), 'rb') as recording:
    if recording.getcomptype() != 'NONE' or recording.getnframes() <= 0:
        raise SystemExit('Supply a nonempty PCM WAV recording')
request = {'model': 'google/chirp-3', 'input_audio': {'data': base64.b64encode(audio).decode('ascii'), 'format': 'wav'}}
Path('request.json').write_text(json.dumps(request, ensure_ascii=False), encoding='utf-8')
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/audio/transcriptions \
  -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
  --data-binary @request.json -D response-headers.txt -o response.bin
# Retain the complete original response, headers and actual X-Client-Request-ID.
# Read existing owned records for recovery; do not resubmit an uncertain operation.

Recevoir et enregistrer les résultats

Ailoot Ultra · Transcription audio

Corps 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}/content
  • GET /v1/media/assets
  • GET /v1/media/assets/{asset_id}
Conserver tous les résultats terminés

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.

Si la réponse d’origine doit être vérifiée

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.

Champs de la réponse
ChampType
Champtext (when present)Type
Champusage (when present)Type
Erreurs et étapes suivantes
RéponseConditionÉtape suivante
Réponse400 · invalid_request_errorConditionLe 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_errorConditionLa clé API Ailoot est invalide.Étape suivanteUtilisez votre clé API Ailoot autorisée.
Réponse403 · permission_errorConditionLe groupe de la clé n’autorise pas cette méthode.Étape suivanteConservez les détails de l’erreur renvoyée.
Réponse404 · not_found_errorConditionLa 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_unavailableConditionLe 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_errorConditionLe 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.

Alias

Alias du modèle

Ailoot Ultra google/chirp-3

Alias des chemins de méthode

Utilisez les chemins de méthode indiqués ci-dessus.

ID d’appel associés

google/chirp-3

FAQ · Google: Chirp 3
Quelles entrées et quels résultats sont disponibles ?

POST /v1/audio/transcriptions · google/chirp-3: audio → text

Quels champs la requête utilise-t-elle ?

POST /v1/audio/transcriptions · google/chirp-3: model, input_audio

Plus de détails

Connectez Ailoot à Claude Code, OpenCode, Hermes ou à votre application.

L’entreprise et son portefeuille de projets

L’entreprise et son portefeuille de projets : des millions de clients ; des ventes qui se chiffrent en milliards chaque mois.

Achetez des tokens à prix réduit.

Une remise d’abonnement pour le travail régulier. Des codes promo jusqu’à 50% sur l’achat de tokens.

Abonnement
Choisissez une offre à tarif réduit pour vos requêtes régulières.
Code promo jusqu’à 50%
Saisissez le code à l’achat. Le prix est recalculé selon la promotion en cours.
Dépenses dans l’historique
Modèle, tokens et montant sont enregistrés pour chaque requête.

Choisir un abonnement · Voir les prix des modèles

Connectez l’API au produit que vous vendez.

SaaS, applications et bots selon l’offre officielle et le contrat de licence Ailoot. Pour la revente, demandez une licence revendeur.

Application commerciale
Intégrez la génération de texte, d’images, de vidéo et de son aux fonctions payantes de votre service.
Licence revendeur
Envoyez la description du projet et le mode d’accès. Demandez des conditions écrites d’utilisation et de revente.
Documents sur le site
L’offre officielle, le contrat de licence et la politique de traitement des données sont accessibles avant connexion.

Demander une licence revendeur · Offre officielle et contrat de licence