The Model Catalogue Is Part of the Institution
An institution that cannot explain why it chose one model over another cannot fully explain its own machine decisions. The choice may appear in a developer setting, a vendor dashboard, or a routing rule, yet the consequences reach the budget, the data boundary, the quality standard, the language of service, and the person accountable for the result. Model selection has become a procurement question with an execution trail.
Recent public signals make the shift measurable. OpenAI's August 24 RSS item on GPT-5.6 in Kiro describes better price-performance for software planning, building, review, and testing. Its August 13 builder's guide describes smarter model selection alongside new Responses API capabilities. A separate August 13 announcement previews an Ultrafast service tier for GPT-5.6 Sol, with up to fourteen times the speed and up to 750 output tokens per second. Google's direct description of ADK Go 2.0 supplies the runtime vocabulary around graph workflows, dynamic routing, human checkpoints, and resilience. The European Commission's General-Purpose AI Code of Practice supplies a regulatory reference for provider obligations under the AI Act.
A model catalogue is the institution's memory of what each machine may be trusted to do, under which conditions, and at what cost.
Model choice is a purchasing decision
A model is often introduced as if it were a replaceable component. The interface remains stable, the prompt remains similar, and the workflow appears to continue. The institution experiences a different reality. A model change can alter the evidence it cites, the languages it handles, the refusals it produces, the data it retains, the latency it imposes, the review burden it creates, and the commercial promises it can safely support.
This is why a model catalogue belongs beside procurement records and operating policies. It should answer the questions that a serious buyer asks before approving a supplier:
- Capability: which tasks, languages, formats, tools, and reasoning demands have been tested.
- Evidence: which evaluations, source sets, human reviews, and failure cases support the capability claim.
- Cost: the full price of inference, storage, retrieval, integration, review, correction, and local connectivity.
- Boundary: where data is processed, how long it is retained, which keys control access, and which jurisdiction governs the route.
- Behaviour: how the model handles ambiguity, refusal, uncertainty, sensitive content, and requests outside its mandate.
- Substitution: which alternative model can take the work, what evidence must be rerun, and which standards may change.
- Owner: the person or institution responsible for approving the model, monitoring drift, and retiring the route.
The catalogue is useful because it preserves relationships among these fields. A fast model may require more human review. A cheap model may perform well in English and fail on a local language. A powerful model may process sensitive material under terms that the institution cannot accept. A local model may cost more per call while reducing cross-border transfer, translation repair, or connectivity dependence. Procurement becomes rational when the institution can compare the entire route.
The substitution problem is a continuity problem
Model providers change prices, service tiers, context limits, safety behaviour, and infrastructure partners. Institutions also change their own routes as budgets, laws, and data classifications change. Substitution is therefore part of ordinary operations. The question is whether a replacement preserves the standard that made the original route acceptable.
Consider a public research office that uses a model to summarize policy documents in French and Wolof before a human editor prepares a public brief. A substitute model may be faster and cheaper, yet it may flatten a legal distinction, lose a source citation, or move sensitive text through a different jurisdiction. The workflow can still complete successfully in a technical sense while the institution's standard has changed. A model catalogue makes that change visible before the new route becomes the default.
Substitution evidence should travel with the route. It should record the task set, the accepted outputs, the unacceptable failures, the reviewer decision, and the date after which the comparison expires. The record should also name the dimensions that cannot be traded away. A health service may accept slower inference to preserve local processing. A publisher may accept a higher cost to retain rights metadata. A financial cooperative may prioritize reconciliation accuracy over conversational fluency.
This record turns vendor mobility into institutional mobility. The organization can change a model without losing the reasoning that justified its earlier choice. It can negotiate with a provider from a position of knowledge. It can maintain a local fallback without pretending that every model is equivalent.
Runtime routing needs catalogue knowledge
Google's ADK Go 2.0 announcement describes graph-based workflows, human-in-the-loop orchestration, dynamic routing, retries, and built-in resilience. These primitives become more useful when the runtime can read a model catalogue instead of treating every route as an opaque endpoint.
A routing node can ask whether the model is approved for the data class, whether its evaluation is still current, whether the task requires a local language checkpoint, and whether the available budget supports the route. A retry can choose a documented fallback rather than repeating the same failure. A human checkpoint can see why the system selected the model and which evidence supports the substitution. A retirement rule can block a route whose privacy terms or evaluation window has expired.
The catalogue therefore sits between the institution's charter and its runtime. The charter answers what the machine is authorized to do. The catalogue answers which model is permitted to perform that work and under what proven conditions. The distinction matters because authority without model evidence is too broad, while model evidence without authority is directionless.
The European Commission's public description of the General-Purpose AI Code of Practice adds another reason to keep this record. Provider obligations and institutional obligations meet at deployment. A provider can document the characteristics of a general-purpose model, while a deployer must still know how that model entered a particular workflow, what data it encountered, what review surrounded it, and what local standard the institution applied. The catalogue is the bridge between general model information and a specific institutional decision.
African institutions need a catalogue written in their own conditions
Imported AI stacks often arrive with an imported procurement grammar. That grammar prices access in a foreign currency, concentrates evaluation in English, assumes stable connectivity, centralizes identity, treats data residency as a cloud setting, and designs payment and support channels around a market that may not resemble the one adopting the system.
A sovereignty-oriented catalogue records the operating conditions that determine whether a model is genuinely useful. It can preserve local language test sets, translation review, intermittent-connectivity behaviour, mobile-money or bank-settlement costs, regional hosting, key ownership, and the evidence required by a public authority or community institution. The catalogue gives local institutions a way to compare foreign and domestic routes on the same terms.
This is a constructive path to technological independence. African institutions can evaluate external models against locally authored fields, publish shared evaluation schemas, and maintain fallback routes that preserve language and jurisdiction. A model earns a place in the catalogue when it meets that standard, while vendor defaults remain inputs to the decision rather than the decision itself.
Where the investable surface is widening
If model choice becomes a continuing institutional decision, the capital-relevant layer sits between model providers and deployed workflows:
- Model registries and procurement systems: catalogues that connect capability claims to evaluation evidence, pricing, data terms, owners, and expiration dates.
- Substitution and regression harnesses: test systems that compare models on the institution's real tasks, languages, failure cases, review burden, and policy requirements.
- Policy-aware model gateways: routing layers that enforce data, jurisdiction, cost, and approval rules before a model receives an institutional request.
- Regional model assurance: independent evaluation services and local test infrastructure for African languages, public-sector records, financial workflows, and connectivity constraints.
- Model continuity and exit services: tools that preserve prompts, evaluation sets, decisions, evidence, and fallback routes when a provider changes its terms or a customer changes its architecture.
The underwriting question is concrete: can this product show why a model was selected, which evidence supports the choice, what would invalidate it, and how the institution can move to another route without losing its standard? A system that answers those questions reduces supplier dependence and makes model spending legible to finance, operations, regulators, and local authorities.
The catalogue is a record of institutional judgment
Model capability will continue to improve, and model prices will continue to move. An institution that treats each change as a fresh improvisation will accumulate hidden risk. An institution that maintains a living catalogue can compare, approve, substitute, retire, and recover with a memory of why each decision was made.
The catalogue gives procurement a technical spine and gives infrastructure a political context. It says that a model is more than an endpoint, because every endpoint carries assumptions about evidence, language, jurisdiction, cost, and responsibility. When those assumptions are written down and tested against local work, an institution can use global intelligence without surrendering the right to define its own standard.
A model may be rented from elsewhere. The judgment that places it inside an institution must be authored, evidenced, and kept portable.
Sources
- OpenAI News RSS: “Advancing price-performance for developers with GPT-5.6 in Kiro” (August 24, 2026; linked article: https://openai.com/index/gpt-5-6-in-kiro; description: GPT-5.6 helps developers plan, build, review, and test software with better price-performance).
- OpenAI News RSS: “The builder’s guide to GPT-5.6” (August 13, 2026; linked article: https://openai.com/index/builders-guide-to-gpt-5-6; description: startups use GPT-5.6 to build faster, more cost-efficient AI agents with smarter model selection and new Responses API capabilities).
- OpenAI News RSS: “Previewing Ultrafast mode: GPT-5.6 Sol at up to 14X the speed” (August 13, 2026; linked article: https://openai.com/index/previewing-ultrafast; description: a new service tier runs GPT-5.6 Sol up to fourteen times faster and delivers up to 750 output tokens per second).
- Google Developers Blog: “Build reliable multi-agent applications with ADK Go 2.0” (June 30, 2026; title and meta description verified directly; description: graph-based workflows, human-in-the-loop orchestration, dynamic routing, and built-in resilience).
- European Commission: “Drawing-up a General-Purpose AI Code of Practice” (accessed August 25, 2026; title and meta description verified directly; description: the first code received by the Commission details AI Act rules for providers of general-purpose AI models and models with systemic risks).
Le catalogue de modèles fait partie de l'institution
Une institution qui ne peut pas expliquer pourquoi elle a choisi un modèle plutôt qu'un autre ne peut pas expliquer entièrement ses propres décisions machine. Le choix peut apparaître dans un réglage de développeur, un tableau de bord fournisseur ou une règle de routage, alors que ses conséquences atteignent le budget, la frontière des données, la norme de qualité, la langue du service et la personne responsable du résultat. La sélection d'un modèle est devenue une question d'achat dotée d'une trace d'exécution.
Des signaux publics récents rendent ce déplacement mesurable. L'item RSS d'OpenAI du 24 août consacré à GPT-5.6 dans Kiro décrit un meilleur rapport prix-performance pour la planification, la construction, la revue et le test de logiciels. Son guide du 13 août destiné aux constructeurs décrit une sélection plus intelligente des modèles associée à de nouvelles capacités de l'API Responses. Une annonce distincte du 13 août présente en avant-première un service Ultrafast pour GPT-5.6 Sol, avec une vitesse jusqu'à quatorze fois supérieure et jusqu'à 750 tokens de sortie par seconde. La description directe par Google d'ADK Go 2.0 fournit le vocabulaire d'exécution autour des workflows en graphe, du routage dynamique, des contrôles humains et de la résilience. La description par la Commission européenne de son Code de pratique pour les modèles d'IA à usage général fournit une référence réglementaire pour les obligations des fournisseurs au titre de l'AI Act.
Un catalogue de modèles est la mémoire de l'institution sur ce que chaque machine peut faire de manière fiable, dans quelles conditions et à quel coût.
Le choix du modèle est une décision d'achat
Un modèle est souvent présenté comme un composant interchangeable. L'interface reste stable, le prompt paraît similaire et le workflow semble continuer. L'institution fait l'expérience d'une réalité différente. Un changement de modèle peut modifier les sources citées, les langues traitées, les refus produits, les données conservées, la latence imposée, la charge de revue créée et les promesses commerciales que l'organisation peut soutenir sans danger.
Voilà pourquoi un catalogue de modèles doit côtoyer les dossiers d'achat et les politiques de fonctionnement. Il doit répondre aux questions qu'un acheteur sérieux pose avant d'approuver un fournisseur :
- Capacité : les tâches, langues, formats, outils et exigences de raisonnement qui ont été testés.
- Preuves : les évaluations, jeux de sources, revues humaines et cas d'échec qui soutiennent l'affirmation de capacité.
- Coût : le prix complet de l'inférence, du stockage, de la recherche, de l'intégration, de la revue, de la correction et de la connectivité locale.
- Frontière : le lieu de traitement des données, leur durée de conservation, les clés qui contrôlent l'accès et la juridiction qui régit le parcours.
- Comportement : la manière dont le modèle traite l'ambiguïté, le refus, l'incertitude, le contenu sensible et les demandes situées hors de son mandat.
- Substitution : le modèle alternatif capable de reprendre le travail, les preuves à rejouer et les normes susceptibles de changer.
- Responsable : la personne ou l'institution qui approuve le modèle, surveille sa dérive et retire le parcours.
Le catalogue est utile parce qu'il conserve les relations entre ces champs. Un modèle rapide peut exiger davantage de revue humaine. Un modèle bon marché peut bien fonctionner en anglais et échouer dans une langue locale. Un modèle puissant peut traiter des contenus sensibles selon des conditions que l'institution ne peut pas accepter. Un modèle local peut coûter davantage par appel tout en réduisant le transfert transfrontalier, les corrections de traduction ou la dépendance à la connectivité. L'achat devient rationnel lorsque l'institution peut comparer le parcours complet.
Le problème de substitution est un problème de continuité
Les fournisseurs de modèles changent leurs prix, leurs niveaux de service, leurs limites de contexte, leur comportement de sécurité et leurs partenaires d'infrastructure. Les institutions modifient aussi leurs parcours selon les budgets, les lois et les classifications de données. La substitution appartient donc aux opérations ordinaires. La question est de savoir si un remplacement conserve la norme qui rendait le parcours initial acceptable.
Imaginons un service public de recherche qui utilise un modèle pour résumer des documents de politique en français et en wolof avant qu'un éditeur humain prépare une note publique. Un modèle de remplacement peut être plus rapide et moins coûteux, tout en aplatissant une distinction juridique, en perdant une citation ou en faisant passer un texte sensible par une autre juridiction. Le workflow peut continuer à s'achever avec succès au sens technique, tandis que la norme de l'institution a changé. Un catalogue de modèles rend ce changement visible avant que le nouveau parcours ne devienne la norme.
Les preuves de substitution doivent accompagner le parcours. Elles doivent enregistrer le jeu de tâches, les sorties acceptées, les échecs inacceptables, la décision du réviseur et la date d'expiration de la comparaison. Le dossier doit aussi nommer les dimensions qui ne peuvent pas être échangées. Un service de santé peut accepter une inférence plus lente pour préserver le traitement local. Un éditeur peut accepter un coût supérieur pour conserver les métadonnées de droits. Une coopérative financière peut privilégier la précision du rapprochement à la fluidité conversationnelle.
Ce dossier transforme la mobilité entre fournisseurs en mobilité institutionnelle. L'organisation peut changer de modèle sans perdre le raisonnement qui justifiait son choix précédent. Elle peut négocier avec un fournisseur depuis une position de connaissance. Elle peut maintenir un recours local sans prétendre que tous les modèles sont équivalents.
Le routage du runtime a besoin du savoir du catalogue
L'annonce de Google sur ADK Go 2.0 décrit des workflows en graphe, une orchestration avec humain dans la boucle, un routage dynamique, des nouvelles tentatives et une résilience intégrée. Ces primitives deviennent plus utiles lorsque le runtime peut lire un catalogue de modèles au lieu de traiter chaque parcours comme un point de terminaison opaque.
Un nœud de routage peut demander si le modèle est approuvé pour la classe de données, si son évaluation est encore à jour, si la tâche exige un contrôle dans une langue locale et si le budget disponible autorise le parcours. Une nouvelle tentative peut choisir un recours documenté au lieu de répéter le même échec. Un contrôle humain peut voir pourquoi le système a sélectionné le modèle et quelles preuves soutiennent la substitution. Une règle de retrait peut bloquer un parcours dont les conditions de confidentialité ou la fenêtre d'évaluation ont expiré.
Le catalogue se situe donc entre la charte de l'institution et son runtime. La charte répond à la question de ce que la machine est autorisée à faire. Le catalogue répond à celle du modèle autorisé à accomplir ce travail et des conditions prouvées qui l'accompagnent. La distinction compte parce qu'une autorité sans preuve sur le modèle est trop large, tandis qu'une preuve sur le modèle sans autorité reste sans direction.
La description publique par la Commission européenne du Code de pratique pour les modèles d'IA à usage général fournit une raison supplémentaire de conserver ce dossier. Les obligations du fournisseur et celles de l'institution se rencontrent au moment du déploiement. Un fournisseur peut documenter les caractéristiques d'un modèle général, tandis qu'un déployeur doit encore savoir comment ce modèle est entré dans un workflow précis, quelles données il a rencontrées, quelle revue l'entourait et quelle norme locale l'institution appliquait. Le catalogue relie l'information générale sur le modèle à une décision institutionnelle déterminée.
Les institutions africaines ont besoin d'un catalogue écrit dans leurs propres conditions
Les stacks d'IA importées arrivent souvent avec une grammaire d'achat importée. Cette grammaire chiffre l'accès dans une devise étrangère, concentre l'évaluation sur l'anglais, suppose une connectivité stable, centralise l'identité, traite la résidence des données comme un réglage cloud et conçoit les canaux de paiement et de support autour d'un marché qui peut ne pas ressembler à celui qui adopte le système.
Un catalogue orienté vers la souveraineté enregistre les conditions de fonctionnement qui déterminent l'utilité réelle d'un modèle. Il peut conserver des jeux de test dans les langues locales, la revue de traduction, le comportement en connectivité intermittente, les coûts de l'argent mobile ou du règlement bancaire, l'hébergement régional, la propriété des clés et les preuves demandées par une autorité publique ou une institution communautaire. Le catalogue donne aux institutions locales un moyen de comparer les parcours étrangers et domestiques selon les mêmes conditions.
C'est une voie constructive vers l'indépendance technologique. Les institutions africaines peuvent évaluer les modèles externes selon des champs définis localement, publier des schémas d'évaluation partagés et maintenir des parcours de secours qui préservent la langue et la juridiction. Un modèle mérite sa place dans le catalogue lorsqu'il respecte cette norme. Les réglages par défaut du fournisseur deviennent alors des données d'entrée, tandis que l'institution conserve la décision.
Où la surface d'investissement s'élargit
Si le choix d'un modèle devient une décision institutionnelle continue, la couche pertinente pour le capital se situe entre les fournisseurs de modèles et les workflows déployés :
- Registres de modèles et systèmes d'achat : catalogues qui relient les affirmations de capacité aux preuves d'évaluation, aux prix, aux conditions de données, aux responsables et aux dates d'expiration.
- Harnais de substitution et de régression : systèmes qui comparent les modèles sur les tâches réelles de l'institution, ses langues, ses cas d'échec, sa charge de revue et ses exigences de politique.
- Passerelles de modèles sensibles aux politiques : couches de routage qui appliquent les règles de données, de juridiction, de coût et d'approbation avant qu'un modèle ne reçoive une demande institutionnelle.
- Assurance régionale des modèles : services d'évaluation indépendants et infrastructures locales de test pour les langues africaines, les dossiers publics, les workflows financiers et les contraintes de connectivité.
- Services de continuité et de sortie des modèles : outils qui préservent prompts, jeux d'évaluation, décisions, preuves et parcours de secours lorsqu'un fournisseur change ses conditions ou qu'un client change d'architecture.
La question de souscription est concrète : ce produit peut-il montrer pourquoi un modèle a été choisi, quelles preuves soutiennent ce choix, ce qui l'invaliderait et comment l'institution peut passer à un autre parcours sans perdre sa norme ? Un système qui répond à ces questions réduit la dépendance au fournisseur et rend les dépenses de modèles lisibles par la finance, les opérations, les régulateurs et les autorités locales.
Le catalogue est un registre du jugement institutionnel
La capacité des modèles continuera de progresser et leurs prix continueront de bouger. Une institution qui traite chaque changement comme une improvisation nouvelle accumulera un risque invisible. Une institution qui entretient un catalogue vivant peut comparer, approuver, substituer, retirer et reprendre un parcours en conservant la mémoire de chaque décision.
Le catalogue donne une ossature technique à l'achat et un contexte politique à l'infrastructure. Il indique qu'un modèle est plus qu'un point de terminaison, car chaque point de terminaison porte des hypothèses sur les preuves, la langue, la juridiction, le coût et la responsabilité. Lorsque ces hypothèses sont écrites et testées sur le travail local, une institution peut utiliser une intelligence mondiale sans abandonner le droit de définir sa propre norme.
Un modèle peut être loué ailleurs. Le jugement qui le place dans une institution doit être écrit, prouvé et conservé dans une forme portable.
Sources