Cohere: North Mini Code (free)

North Mini Code 1.0 est le modèle de Cohere pour l’ingénierie logicielle 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 licence Apache 2.0 et le présente comme le premier modèle de la famille d’agents de programmation North. C’est un profil spécialisé en programmation plutôt qu’un modèle de compréhension d’images ou un évaluateur généraliste de décisions.

Architecture parcimonieuse et préparation à la programmation

Le modèle compte 30 milliards de paramètres au total, dont environ 3 milliards actifs. Son Transformer à décodeur seul utilise un mélange d’experts parcimonieux de 128 experts, avec huit experts activés par token et une couche dense avant les couches parcimonieuses. L’attention à fenêtre glissante avec positions rotatives alterne avec une attention globale sans représentations vectorielles positionnelles dans un rapport de 3:1. Le nombre de paramètres actifs décrit le calcul utilisé pour un token, pas l’ensemble des poids à stocker.

Le post-entraînement de Cohere comporte deux étapes d’affinage supervisé, suivies d’un apprentissage par renforcement à récompenses vérifiables, centrés sur l’ingénierie logicielle et le terminal. Le producteur décrit un entraînement dans plusieurs environnements d’orchestration d’agents plutôt que sur une structure fixe unique. Cela permet de préparer une tâche autour du comportement requis et des outils disponibles, tandis que l’environnement reste chargé d’obtenir les fichiers, d’exécuter les commandes et de renvoyer les observations.

Préparer une modification à l’échelle du dépôt

Fournissez le code et le comportement actuels, la modification demandée, les frontières pertinentes des fichiers ou interfaces et les éléments qui établiront l’achèvement. Pour un bug, 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 artefact final utile est une modification de code proposée, accompagnée d’une explication et des résultats des vérifications réellement exécutées.

Une demande illustrative peut porter sur l’adaptation d’un analyseur à une entrée supplémentaire prise en charge, 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 développer la modification; un correctif généré ou l’affirmation qu’une commande devrait fonctionner ne prouve pas qu’elle a réussi.

Outils de terminal et observations structurées

La fiche native documente l’entraînement à l’utilisation d’outils et recommande des descriptions JSON Schema dans le modèle de conversation. Décrivez clairement l’objectif 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 le contenu nécessaire à l’étape suivante. Associez chaque résultat à son identifiant d’appel afin que l’analyse ultérieure utilise l’observation voulue.

L’exemple du producteur conserve un appel d’outil et le raisonnement de l’assistant dans l’historique, exécute l’outil et ajoute son résultat avant de générer à nouveau. Son exemple de modèle natif utilise un dictionnaire structuré pour le résultat de l’outil. Conservez cette représentation conformément à l’intégration documentée, au lieu de supposer que toute autre API sérialise les résultats de la même façon. Un schéma JSON décrivant les arguments d’un outil diffère d’une prise en charge de sorties finales arbitrairement contraintes par un schéma.

Réflexion entrelacée et historique multitour

North Mini Code prend en charge la réflexion entrelacée, que le producteur recommande d’activer pour le travail agentique. Reportez le contenu de réflexion généré par le modèle et les appels d’outils dans les étapes d’agent et tours de conversation suivants. L’exemple natif conserve un champ de raisonnement dans le message de l’assistant et renvoie ensuite l’observation d’outil correspondante. Cela préserve les informations utilisées par le modèle pour décider quoi examiner ou modifier ensuite.

Gardez l’objectif actuel, les sources et les observations réelles dans l’historique de la tâche. Pour une tâche de dépôt plus longue, résumez le résultat final autour du comportement modifié et de l’artefact utile, tout en conservant les éléments nécessaires à sa revue. Le raisonnement entrelacé ne signifie pas qu’une courte réponse visible n’a requis aucune analyse, ni qu’une action décrite par le modèle a déjà eu lieu.

Tâches autonomes de code et d’explication

Le fabricant mentionne aussi la programmation scientifique et le raisonnement algorithmique hors d’une boucle d’agent. Fournissez la définition du problème, les formats d’entrée et de sortie, les contraintes, les hypothèses numériques pertinentes et le comportement attendu aux limites. Demandez une fonction ou un programme complet si tel est l’artefact requis, avec une explication adaptée au lecteur.

Pour expliquer du code, fournissez l’implémentation et le comportement ou la dépendance précise à clarifier. Pour du code de visualisation de données, identifiez les champs fournis et la comparaison visée au lieu de laisser le but du graphique implicite. Les exemples de développement du producteur couvrent l’explication, l’édition, la visualisation et l’implémentation à partir d’une spécification. Ce sont des schémas de tâches pour générer ou modifier du code, pas une promesse de résultats corrects pour chaque dépôt ou framework.

Contexte, sortie et réglages de génération

La fiche du modèle 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 limites distinctes et de la taille de l’artefact final. Conservez les frontières et identifiants des sources et retirez le contenu non pertinent, plutôt que de supposer qu’une grande fenêtre élimine la nécessité d’un brief ciblé.

La fiche native recommande une température de 1,0 et top_p à 0,95 pour la génération et utilise le modèle de conversation du modèle, avec une invite de génération, pour les processus textuels et d’outils. Les limites de sortie de ses exemples sont des réglages propres à ces exemples, pas un remplacement du maximum publié. Cohere publie des poids BF16 et un artefact FP8 nommé séparément. Choisissez l’artefact adapté lors de la préparation d’un déploiement.

Un résultat North Mini Code utile est un artefact de code ou une explication technique inspectable et reliée aux exigences fournies. Comparez-le au comportement d’origine et aux sorties réelles des outils, vérifiez les hypothèses qui affectent le code et conservez les sources et observations nécessaires à la revue. Le modèle de programmation textuel fournit le raisonnement et le contenu généré; l’application environnante exécute les opérations qui transforment ces propositions en tâche logicielle achevée.