North Mini Code 1.0 est le modèle de Cohere pour le génie logiciel agentique, les tâches de terminal et la génération de code. Il reçoit du texte et produit du texte, notamment du code, des explications et des demandes d’outils. Le fabricant a publié ses poids sous Apache 2.0 et le présente comme le premier modèle de la famille d’agents de code North. C’est un profil spécialisé dans le code, plutôt qu’un modèle de compréhension d’images ou un évaluateur générique de décisions.
Le modèle possède 30 milliards de paramètres au total, dont environ 3 milliards actifs. Son Transformer à décodeur seul utilise un mélange d’experts épars avec 128 experts, dont huit sont activés par token, et une couche dense avant les couches éparses. L’attention à fenêtre glissante avec positions rotatives alterne avec une attention globale sans embeddings positionnels dans un rapport de 3:1. Le nombre de paramètres actifs décrit le calcul utilisé pour un token, et non la totalité des poids à stocker.
Le post-entraînement de Cohere utilise deux étapes d’ajustement supervisé, suivies d’un apprentissage par renforcement à récompenses vérifiables, centrés sur le génie logiciel et le travail au terminal. Le producteur décrit un entraînement sur plusieurs environnements d’agents plutôt que sur une seule structure fixe. Cela permet de préparer une tâche autour du comportement requis et des outils disponibles, tandis que l’environnement reste responsable de la récupération des fichiers, de l’exécution des commandes et du retour des observations.
Fournissez le code et le comportement actuels, la modification demandée, les limites pertinentes des fichiers ou interfaces et les éléments qui établiront l’achèvement. Pour un bogue, incluez l’erreur observée ou l’entrée défaillante et le résultat attendu. Pour une fonctionnalité, précisez le comportement requis et les contraintes de compatibilité. Un livrable final utile est une proposition de modification du code accompagnée d’une explication et des résultats de vérifications réellement exécutées.
Une demande illustrative peut consister à mettre à jour un analyseur pour un format d’entrée pris en charge supplémentaire, tout en conservant les formats existants. Identifiez des entrées représentatives et la partie du dépôt qui définit le comportement de l’analyseur. Le modèle peut utiliser le code et les observations d’outils pour élaborer la modification ; un correctif généré ou l’affirmation qu’une commande devrait fonctionner ne prouve pas que cette commande a réussi.
La fiche native du modèle documente l’entraînement à l’utilisation d’outils et recommande des descriptions d’outils sous forme de schémas JSON via le modèle de conversation. Décrivez clairement le rôle et les arguments d’un outil. Un outil d’exécution de commandes peut renvoyer la sortie et le statut réels, tandis qu’un outil d’inspection de fichiers peut renvoyer les éléments nécessaires à l’étape suivante. Associez chaque résultat d’outil à son identifiant d’appel pour que les analyses suivantes utilisent l’observation voulue.
L’exemple du producteur conserve dans l’historique l’appel d’outil et le raisonnement de l’assistant, exécute l’outil, puis ajoute son résultat avant de relancer la génération. Son exemple de modèle natif emploie un dictionnaire structuré pour le résultat d’outil. Préservez cette représentation conformément à l’intégration documentée, sans supposer que toutes les API indépendantes sérialisent les résultats d’outils de la même manière. Un schéma JSON décrivant les arguments d’un outil ne revient pas à revendiquer une prise en charge arbitraire de sorties finales contraintes par schéma.
North Mini Code prend en charge la réflexion entrelacée, que le producteur recommande d’activer pour les tâches agentiques. Transmettez le contenu de réflexion généré par le modèle et les appels d’outils aux étapes suivantes de l’agent et aux tours de conversation ultérieurs. L’exemple natif conserve un champ de raisonnement avec le message de l’assistant, puis renvoie l’observation de l’outil correspondant. Cela préserve les informations utilisées par le modèle pour décider de la prochaine inspection ou modification.
Conservez l’objectif actuel, les sources et les observations réelles dans l’historique de la tâche. Pour une tâche longue sur un dépôt, résumez le résultat final autour du comportement modifié et du livrable utile, tout en gardant les éléments nécessaires à sa relecture. Un raisonnement entrelacé ne signifie pas qu’une courte réponse visible n’a nécessité aucune analyse, pas plus qu’il ne prouve qu’une action décrite par le modèle a déjà eu lieu.
Le concepteur cite également la programmation scientifique et le raisonnement algorithmique en dehors d’une boucle d’agent. Fournissez la définition du problème, le format d’entrée et de sortie, les contraintes, les hypothèses numériques pertinentes et le comportement attendu dans les cas limites. Demandez une fonction ou un programme complet lorsque c’est le livrable requis, avec une explication adaptée au lecteur.
Pour expliquer du code, fournissez l’implémentation et le comportement ou la dépendance à clarifier. Pour du code de visualisation de données, identifiez les champs fournis et la comparaison voulue, plutôt que de laisser implicite le but du graphique. Les exemples de développement du producteur incluent l’explication, la modification et la visualisation de code ainsi que l’implémentation à partir d’une spécification. Ce sont des schémas de tâches pour produire ou modifier du code, non une promesse de résultats corrects pour tous les dépôts ou frameworks.
La fiche et la page API du fabricant indiquent une fenêtre de contexte de 256K tokens et une sortie maximale de 64K tokens. Préparez le contenu substantiel du dépôt en tenant compte de ces capacités distinctes et de la taille du livrable final. Préservez les limites et les identifiants des sources, et retirez le contenu non pertinent plutôt que de supposer qu’une grande fenêtre dispense d’un brief ciblé.
La fiche native recommande temperature 1.0 et top_p 0.95 pour la génération et utilise le modèle de conversation du modèle, avec une amorce de génération, pour les processus textuels et avec outils. Les limites de sortie de ses exemples sont des réglages propres à ces exemples, et ne remplacent pas le maximum publié du modèle. Cohere publie des poids BF16 et un artefact FP8 nommé séparément. Sélectionnez l’artefact adapté lors de la préparation d’un déploiement.
Un résultat North Mini Code utile est un livrable de code examinable ou une explication technique liée aux exigences fournies. Comparez le résultat au comportement original et aux sorties réelles des outils, vérifiez les hypothèses qui influencent le code et conservez les sources et observations nécessaires à la relecture. Le modèle de code exclusivement textuel fournit du raisonnement et du contenu généré ; l’application qui l’entoure réalise les opérations transformant ces propositions en tâche logicielle achevée.
", "aboutText": "North Mini Code 1.0 est le modèle de Cohere pour le génie logiciel agentique, les tâches de terminal et la génération de code. Il reçoit du texte et produit du texte, notamment du code, des explications et des demandes d’outils. Le fabricant a publié ses poids sous Apache 2.0 et le présente comme le premier modèle de la famille d’agents de code North. C’est un profil spécialisé dans le code, plutôt qu’un modèle de compréhension d’images ou un évaluateur générique de décisions.\n\n### Architecture éparse et préparation au code\n\nLe modèle possède 30 milliards de paramètres au total, dont environ 3 milliards actifs. Son Transformer à décodeur seul utilise un mélange d’experts épars avec 128 experts, dont huit sont activés par token, et une couche dense avant les couches éparses. L’attention à fenêtre glissante avec positions rotatives alterne avec une attention globale sans embeddings positionnels dans un rapport de 3:1. Le nombre de paramètres actifs décrit le calcul utilisé pour un token, et non la totalité des poids à stocker.\n\nLe post-entraînement de Cohere utilise deux étapes d’ajustement supervisé, suivies d’un apprentissage par renforcement à récompenses vérifiables, centrés sur le génie logiciel et le travail au terminal. Le producteur décrit un entraînement sur plusieurs environnements d’agents plutôt que sur une seule structure fixe. Cela permet de préparer une tâche autour du comportement requis et des outils disponibles, tandis que l’environnement reste responsable de la récupération des fichiers, de l’exécution des commandes et du retour des observations.\n\n### Préparer une modification à l’échelle du dépôt\n\nFournissez le code et le comportement actuels, la modification demandée, les limites pertinentes des fichiers ou interfaces et les éléments qui établiront l’achèvement. Pour un bogue, incluez l’erreur observée ou l’entrée défaillante et le résultat attendu. Pour une fonctionnalité, précisez le comportement requis et les contraintes de compatibilité. Un livrable final utile est une proposition de modification du code accompagnée d’une explication et des résultats de vérifications réellement exécutées.\n\nUne demande illustrative peut consister à mettre à jour un analyseur pour un format d’entrée pris en charge supplémentaire, tout en conservant les formats existants. Identifiez des entrées représentatives et la partie du dépôt qui définit le comportement de l’analyseur. Le modèle peut utiliser le code et les observations d’outils pour élaborer la modification ; un correctif généré ou l’affirmation qu’une commande devrait fonctionner ne prouve pas que cette commande a réussi.\n\n### Outils de terminal et observations structurées\n\nLa fiche native du modèle documente l’entraînement à l’utilisation d’outils et recommande des descriptions d’outils sous forme de schémas JSON via le modèle de conversation. Décrivez clairement le rôle et les arguments d’un outil. Un outil d’exécution de commandes peut renvoyer la sortie et le statut réels, tandis qu’un outil d’inspection de fichiers peut renvoyer les éléments nécessaires à l’étape suivante. Associez chaque résultat d’outil à son identifiant d’appel pour que les analyses suivantes utilisent l’observation voulue.\n\nL’exemple du producteur conserve dans l’historique l’appel d’outil et le raisonnement de l’assistant, exécute l’outil, puis ajoute son résultat avant de relancer la génération. Son exemple de modèle natif emploie un dictionnaire structuré pour le résultat d’outil. Préservez cette représentation conformément à l’intégration documentée, sans supposer que toutes les API indépendantes sérialisent les résultats d’outils de la même manière. Un schéma JSON décrivant les arguments d’un outil ne revient pas à revendiquer une prise en charge arbitraire de sorties finales contraintes par schéma.\n\n### Réflexion entrelacée et historique multitour\n\nNorth Mini Code prend en charge la réflexion entrelacée, que le producteur recommande d’activer pour les tâches agentiques. Transmettez le contenu de réflexion généré par le modèle et les appels d’outils aux étapes suivantes de l’agent et aux tours de conversation ultérieurs. L’exemple natif conserve un champ de raisonnement avec le message de l’assistant, puis renvoie l’observation de l’outil correspondant. Cela préserve les informations utilisées par le modèle pour décider de la prochaine inspection ou modification.\n\nConservez l’objectif actuel, les sources et les observations réelles dans l’historique de la tâche. Pour une tâche longue sur un dépôt, résumez le résultat final autour du comportement modifié et du livrable utile, tout en gardant les éléments nécessaires à sa relecture. Un raisonnement entrelacé ne signifie pas qu’une courte réponse visible n’a nécessité aucune analyse, pas plus qu’il ne prouve qu’une action décrite par le modèle a déjà eu lieu.\n\n### Tâches autonomes de code et d’explication\n\nLe concepteur cite également la programmation scientifique et le raisonnement algorithmique en dehors d’une boucle d’agent. Fournissez la définition du problème, le format d’entrée et de sortie, les contraintes, les hypothèses numériques pertinentes et le comportement attendu dans les cas limites. Demandez une fonction ou un programme complet lorsque c’est le livrable requis, avec une explication adaptée au lecteur.\n\nPour expliquer du code, fournissez l’implémentation et le comportement ou la dépendance à clarifier. Pour du code de visualisation de données, identifiez les champs fournis et la comparaison voulue, plutôt que de laisser implicite le but du graphique. Les exemples de développement du producteur incluent l’explication, la modification et la visualisation de code ainsi que l’implémentation à partir d’une spécification. Ce sont des schémas de tâches pour produire ou modifier du code, non une promesse de résultats corrects pour tous les dépôts ou frameworks.\n\n### Contexte, sortie et paramètres de génération\n\nLa fiche et la page API du fabricant indiquent une fenêtre de contexte de 256K tokens et une sortie maximale de 64K tokens. Préparez le contenu substantiel du dépôt en tenant compte de ces capacités distinctes et de la taille du livrable final. Préservez les limites et les identifiants des sources, et retirez le contenu non pertinent plutôt que de supposer qu’une grande fenêtre dispense d’un brief ciblé.\n\nLa fiche native recommande temperature 1.0 et top_p 0.95 pour la génération et utilise le modèle de conversation du modèle, avec une amorce de génération, pour les processus textuels et avec outils. Les limites de sortie de ses exemples sont des réglages propres à ces exemples, et ne remplacent pas le maximum publié du modèle. Cohere publie des poids BF16 et un artefact FP8 nommé séparément. Sélectionnez l’artefact adapté lors de la préparation d’un déploiement.\n\nUn résultat North Mini Code utile est un livrable de code examinable ou une explication technique liée aux exigences fournies. Comparez le résultat au comportement original et aux sorties réelles des outils, vérifiez les hypothèses qui influencent le code et conservez les sources et observations nécessaires à la relecture. Le modèle de code exclusivement textuel fournit du raisonnement et du contenu généré ; l’application qui l’entoure réalise les opérations transformant ces propositions en tâche logicielle achevée.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "f184f7a04e2b94d610139b4e3548fd68f604ce65744ab2b168b9fb04082bdbb0", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr", "methods": [ { "html": "cohere/north-mini-code:freeNorth Mini Code 1.0 est le modèle exclusivement textuel de Cohere pour la génération de code, les modifications de dépôts et les tâches d’agents pilotées par le terminal. Sa conception éparse à 30B paramètres au total et 3B actifs prend en charge les outils et la réflexion entrelacée, avec un contexte documenté de 256K et une capacité de sortie de 64K.
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.
North Mini Code 1.0 est le modèle de Cohere pour le génie logiciel agentique, les tâches de terminal et la génération de code. Il reçoit du texte et produit du texte, notamment du code, des explications et des demandes d’outils. Le fabricant a publié ses poids sous Apache 2.0 et le présente comme le premier modèle de la famille d’agents de code North. C’est un profil spécialisé dans le code, plutôt qu’un modèle de compréhension d’images ou un évaluateur générique de décisions.
Le modèle possède 30 milliards de paramètres au total, dont environ 3 milliards actifs. Son Transformer à décodeur seul utilise un mélange d’experts épars avec 128 experts, dont huit sont activés par token, et une couche dense avant les couches éparses. L’attention à fenêtre glissante avec positions rotatives alterne avec une attention globale sans embeddings positionnels dans un rapport de 3:1. Le nombre de paramètres actifs décrit le calcul utilisé pour un token, et non la totalité des poids à stocker.
Le post-entraînement de Cohere utilise deux étapes d’ajustement supervisé, suivies d’un apprentissage par renforcement à récompenses vérifiables, centrés sur le génie logiciel et le travail au terminal. Le producteur décrit un entraînement sur plusieurs environnements d’agents plutôt que sur une seule structure fixe. Cela permet de préparer une tâche autour du comportement requis et des outils disponibles, tandis que l’environnement reste responsable de la récupération des fichiers, de l’exécution des commandes et du retour des observations.
Fournissez le code et le comportement actuels, la modification demandée, les limites pertinentes des fichiers ou interfaces et les éléments qui établiront l’achèvement. Pour un bogue, incluez l’erreur observée ou l’entrée défaillante et le résultat attendu. Pour une fonctionnalité, précisez le comportement requis et les contraintes de compatibilité. Un livrable final utile est une proposition de modification du code accompagnée d’une explication et des résultats de vérifications réellement exécutées.
Une demande illustrative peut consister à mettre à jour un analyseur pour un format d’entrée pris en charge supplémentaire, tout en conservant les formats existants. Identifiez des entrées représentatives et la partie du dépôt qui définit le comportement de l’analyseur. Le modèle peut utiliser le code et les observations d’outils pour élaborer la modification ; un correctif généré ou l’affirmation qu’une commande devrait fonctionner ne prouve pas que cette commande a réussi.
La fiche native du modèle documente l’entraînement à l’utilisation d’outils et recommande des descriptions d’outils sous forme de schémas JSON via le modèle de conversation. Décrivez clairement le rôle et les arguments d’un outil. Un outil d’exécution de commandes peut renvoyer la sortie et le statut réels, tandis qu’un outil d’inspection de fichiers peut renvoyer les éléments nécessaires à l’étape suivante. Associez chaque résultat d’outil à son identifiant d’appel pour que les analyses suivantes utilisent l’observation voulue.
L’exemple du producteur conserve dans l’historique l’appel d’outil et le raisonnement de l’assistant, exécute l’outil, puis ajoute son résultat avant de relancer la génération. Son exemple de modèle natif emploie un dictionnaire structuré pour le résultat d’outil. Préservez cette représentation conformément à l’intégration documentée, sans supposer que toutes les API indépendantes sérialisent les résultats d’outils de la même manière. Un schéma JSON décrivant les arguments d’un outil ne revient pas à revendiquer une prise en charge arbitraire de sorties finales contraintes par schéma.
North Mini Code prend en charge la réflexion entrelacée, que le producteur recommande d’activer pour les tâches agentiques. Transmettez le contenu de réflexion généré par le modèle et les appels d’outils aux étapes suivantes de l’agent et aux tours de conversation ultérieurs. L’exemple natif conserve un champ de raisonnement avec le message de l’assistant, puis renvoie l’observation de l’outil correspondant. Cela préserve les informations utilisées par le modèle pour décider de la prochaine inspection ou modification.
Conservez l’objectif actuel, les sources et les observations réelles dans l’historique de la tâche. Pour une tâche longue sur un dépôt, résumez le résultat final autour du comportement modifié et du livrable utile, tout en gardant les éléments nécessaires à sa relecture. Un raisonnement entrelacé ne signifie pas qu’une courte réponse visible n’a nécessité aucune analyse, pas plus qu’il ne prouve qu’une action décrite par le modèle a déjà eu lieu.
Le concepteur cite également la programmation scientifique et le raisonnement algorithmique en dehors d’une boucle d’agent. Fournissez la définition du problème, le format d’entrée et de sortie, les contraintes, les hypothèses numériques pertinentes et le comportement attendu dans les cas limites. Demandez une fonction ou un programme complet lorsque c’est le livrable requis, avec une explication adaptée au lecteur.
Pour expliquer du code, fournissez l’implémentation et le comportement ou la dépendance à clarifier. Pour du code de visualisation de données, identifiez les champs fournis et la comparaison voulue, plutôt que de laisser implicite le but du graphique. Les exemples de développement du producteur incluent l’explication, la modification et la visualisation de code ainsi que l’implémentation à partir d’une spécification. Ce sont des schémas de tâches pour produire ou modifier du code, non une promesse de résultats corrects pour tous les dépôts ou frameworks.
La fiche et la page API du fabricant indiquent une fenêtre de contexte de 256K tokens et une sortie maximale de 64K tokens. Préparez le contenu substantiel du dépôt en tenant compte de ces capacités distinctes et de la taille du livrable final. Préservez les limites et les identifiants des sources, et retirez le contenu non pertinent plutôt que de supposer qu’une grande fenêtre dispense d’un brief ciblé.
La fiche native recommande temperature 1.0 et top_p 0.95 pour la génération et utilise le modèle de conversation du modèle, avec une amorce de génération, pour les processus textuels et avec outils. Les limites de sortie de ses exemples sont des réglages propres à ces exemples, et ne remplacent pas le maximum publié du modèle. Cohere publie des poids BF16 et un artefact FP8 nommé séparément. Sélectionnez l’artefact adapté lors de la préparation d’un déploiement.
Un résultat North Mini Code utile est un livrable de code examinable ou une explication technique liée aux exigences fournies. Comparez le résultat au comportement original et aux sorties réelles des outils, vérifiez les hypothèses qui influencent le code et conservez les sources et observations nécessaires à la relecture. Le modèle de code exclusivement textuel fournit du raisonnement et du contenu généré ; l’application qui l’entoure réalise les opérations transformant ces propositions en tâche logicielle achevée.
POST /v1/chat/completionstexttext| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites cohere/north-mini-code:free | Par défaut— |
Champmessages | Typearray | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champstream | Typeboolean | ExigenceFacultatif | Valeurs et limites false | Par défautfalse |
Champmax_tokens | Typeinteger | ExigenceFacultatif | Valeurs et limites Minimum: 1 Maximum: 64 000 | Par défaut— |
Champmax_completion_tokens | Typeinteger | ExigenceFacultatif | Valeurs et limites Minimum: 1 Maximum: 64 000 | Par défaut— |
Champn | Typeinteger | ExigenceFacultatif | Valeurs et limites Minimum: 1 Maximum: 128 | Par défaut— |
Champtemperature | Typenumber | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champtop_p | Typenumber | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champseed | Typeinteger | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champstop | Type | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champfrequency_penalty | Typenumber | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champpresence_penalty | Typenumber | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champuser | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, messages |
Paramètreoptional | Contratstream, max_tokens, max_completion_tokens, n, temperature, top_p, seed, stop, frequency_penalty, presence_penalty, user |
Paramètrematerial_types | Contrattext |
Paramètreconditions | ContratUse literal text messages only. Cache controls, tools, image/audio/video content and streamed responses are unavailable for this method., The complete encoded JSON request must not exceed 256000 bytes. |
Cycle de vie : synchronous_json
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
| Configuration | Barème tarifaire | Coût |
|---|---|---|
| ConfigurationTarifs de base par jeton | Barème tarifaireTarif de base | Coût Entrée · Tokens en entrée $0 / 1K tokens Sortie · Tokens en sortie $0 / 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 |
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}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "cohere/north-mini-code:free", "messages": [{"role": "user", "content": "Summarize the supplied text in three concise points."}], "stream": false}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON
Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Retain the complete response, all actual results, original identifiers, usage and response headers.
Preserve the original response, headers and X-Client-Request-ID. An uncertain outcome does not authorize another creation.
Ailoot Ultra cohere/north-mini-code:free
Utilisez les chemins de méthode indiqués ci-dessus.
cohere/north-mini-code:freeNorth Mini Code 1.0 est le modèle exclusivement textuel de Cohere pour la génération de code, les modifications de dépôts et les tâches d’agents pilotées par le terminal. Sa conception éparse à 30B paramètres au total et 3B actifs prend en charge les outils et la réflexion entrelacée, avec un contexte documenté de 256K et une capacité de sortie de 64K.
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.
North Mini Code 1.0 est le modèle de Cohere pour le génie logiciel agentique, les tâches de terminal et la génération de code. Il reçoit du texte et produit du texte, notamment du code, des explications et des demandes d’outils. Le fabricant a publié ses poids sous Apache 2.0 et le présente comme le premier modèle de la famille d’agents de code North. C’est un profil spécialisé dans le code, plutôt qu’un modèle de compréhension d’images ou un évaluateur générique de décisions.
Le modèle possède 30 milliards de paramètres au total, dont environ 3 milliards actifs. Son Transformer à décodeur seul utilise un mélange d’experts épars avec 128 experts, dont huit sont activés par token, et une couche dense avant les couches éparses. L’attention à fenêtre glissante avec positions rotatives alterne avec une attention globale sans embeddings positionnels dans un rapport de 3:1. Le nombre de paramètres actifs décrit le calcul utilisé pour un token, et non la totalité des poids à stocker.
Le post-entraînement de Cohere utilise deux étapes d’ajustement supervisé, suivies d’un apprentissage par renforcement à récompenses vérifiables, centrés sur le génie logiciel et le travail au terminal. Le producteur décrit un entraînement sur plusieurs environnements d’agents plutôt que sur une seule structure fixe. Cela permet de préparer une tâche autour du comportement requis et des outils disponibles, tandis que l’environnement reste responsable de la récupération des fichiers, de l’exécution des commandes et du retour des observations.
Fournissez le code et le comportement actuels, la modification demandée, les limites pertinentes des fichiers ou interfaces et les éléments qui établiront l’achèvement. Pour un bogue, incluez l’erreur observée ou l’entrée défaillante et le résultat attendu. Pour une fonctionnalité, précisez le comportement requis et les contraintes de compatibilité. Un livrable final utile est une proposition de modification du code accompagnée d’une explication et des résultats de vérifications réellement exécutées.
Une demande illustrative peut consister à mettre à jour un analyseur pour un format d’entrée pris en charge supplémentaire, tout en conservant les formats existants. Identifiez des entrées représentatives et la partie du dépôt qui définit le comportement de l’analyseur. Le modèle peut utiliser le code et les observations d’outils pour élaborer la modification ; un correctif généré ou l’affirmation qu’une commande devrait fonctionner ne prouve pas que cette commande a réussi.
La fiche native du modèle documente l’entraînement à l’utilisation d’outils et recommande des descriptions d’outils sous forme de schémas JSON via le modèle de conversation. Décrivez clairement le rôle et les arguments d’un outil. Un outil d’exécution de commandes peut renvoyer la sortie et le statut réels, tandis qu’un outil d’inspection de fichiers peut renvoyer les éléments nécessaires à l’étape suivante. Associez chaque résultat d’outil à son identifiant d’appel pour que les analyses suivantes utilisent l’observation voulue.
L’exemple du producteur conserve dans l’historique l’appel d’outil et le raisonnement de l’assistant, exécute l’outil, puis ajoute son résultat avant de relancer la génération. Son exemple de modèle natif emploie un dictionnaire structuré pour le résultat d’outil. Préservez cette représentation conformément à l’intégration documentée, sans supposer que toutes les API indépendantes sérialisent les résultats d’outils de la même manière. Un schéma JSON décrivant les arguments d’un outil ne revient pas à revendiquer une prise en charge arbitraire de sorties finales contraintes par schéma.
North Mini Code prend en charge la réflexion entrelacée, que le producteur recommande d’activer pour les tâches agentiques. Transmettez le contenu de réflexion généré par le modèle et les appels d’outils aux étapes suivantes de l’agent et aux tours de conversation ultérieurs. L’exemple natif conserve un champ de raisonnement avec le message de l’assistant, puis renvoie l’observation de l’outil correspondant. Cela préserve les informations utilisées par le modèle pour décider de la prochaine inspection ou modification.
Conservez l’objectif actuel, les sources et les observations réelles dans l’historique de la tâche. Pour une tâche longue sur un dépôt, résumez le résultat final autour du comportement modifié et du livrable utile, tout en gardant les éléments nécessaires à sa relecture. Un raisonnement entrelacé ne signifie pas qu’une courte réponse visible n’a nécessité aucune analyse, pas plus qu’il ne prouve qu’une action décrite par le modèle a déjà eu lieu.
Le concepteur cite également la programmation scientifique et le raisonnement algorithmique en dehors d’une boucle d’agent. Fournissez la définition du problème, le format d’entrée et de sortie, les contraintes, les hypothèses numériques pertinentes et le comportement attendu dans les cas limites. Demandez une fonction ou un programme complet lorsque c’est le livrable requis, avec une explication adaptée au lecteur.
Pour expliquer du code, fournissez l’implémentation et le comportement ou la dépendance à clarifier. Pour du code de visualisation de données, identifiez les champs fournis et la comparaison voulue, plutôt que de laisser implicite le but du graphique. Les exemples de développement du producteur incluent l’explication, la modification et la visualisation de code ainsi que l’implémentation à partir d’une spécification. Ce sont des schémas de tâches pour produire ou modifier du code, non une promesse de résultats corrects pour tous les dépôts ou frameworks.
La fiche et la page API du fabricant indiquent une fenêtre de contexte de 256K tokens et une sortie maximale de 64K tokens. Préparez le contenu substantiel du dépôt en tenant compte de ces capacités distinctes et de la taille du livrable final. Préservez les limites et les identifiants des sources, et retirez le contenu non pertinent plutôt que de supposer qu’une grande fenêtre dispense d’un brief ciblé.
La fiche native recommande temperature 1.0 et top_p 0.95 pour la génération et utilise le modèle de conversation du modèle, avec une amorce de génération, pour les processus textuels et avec outils. Les limites de sortie de ses exemples sont des réglages propres à ces exemples, et ne remplacent pas le maximum publié du modèle. Cohere publie des poids BF16 et un artefact FP8 nommé séparément. Sélectionnez l’artefact adapté lors de la préparation d’un déploiement.
Un résultat North Mini Code utile est un livrable de code examinable ou une explication technique liée aux exigences fournies. Comparez le résultat au comportement original et aux sorties réelles des outils, vérifiez les hypothèses qui influencent le code et conservez les sources et observations nécessaires à la relecture. Le modèle de code exclusivement textuel fournit du raisonnement et du contenu généré ; l’application qui l’entoure réalise les opérations transformant ces propositions en tâche logicielle achevée.
POST /v1/messagestexttext| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites cohere/north-mini-code:free | Par défaut— |
Champmessages | Typearray | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champstream | Typeboolean | ExigenceFacultatif | Valeurs et limites false | Par défautfalse |
Champsystem | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champmax_tokens | Typeinteger | ExigenceObligatoire | Valeurs et limites Minimum: 1 Maximum: 64 000 | Par défaut— |
Champtemperature | Typenumber | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champtop_p | Typenumber | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champtop_k | Typeinteger | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champstop_sequences | Typearray | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champmetadata | Typeobject | ExigenceFacultatif | Valeurs et limites | Par défaut— |
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, messages, max_tokens |
Paramètreoptional | Contratstream, system, temperature, top_p, top_k, stop_sequences, metadata |
Paramètrematerial_types | Contrattext |
Paramètreconditions | ContratUse literal text messages only. Cache controls, tools, image/audio/video content and streamed responses are unavailable for this method., The complete encoded JSON request must not exceed 256000 bytes. |
Cycle de vie : synchronous_json
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
| Configuration | Barème tarifaire | Coût |
|---|---|---|
| ConfigurationTarifs de base par jeton | Barème tarifaireTarif de base | Coût Entrée · Tokens en entrée $0 / 1K tokens Sortie · Tokens en sortie $0 / 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 |
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}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "cohere/north-mini-code:free", "messages": [{"role": "user", "content": "Summarize the supplied text in three concise points."}], "stream": false, "max_tokens": 256}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON
Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Retain the complete response, all actual results, original identifiers, usage and response headers.
Preserve the original response, headers and X-Client-Request-ID. An uncertain outcome does not authorize another creation.
Ailoot Ultra cohere/north-mini-code:free
Utilisez les chemins de méthode indiqués ci-dessus.