Texte UUID canonique
Convertissez un UUID canonique en minuscules en seize octets sans en déduire version ou identité.
import re
UUID_TEXT = re.compile(r"[0-9a-f]{8}(?:-[0-9a-f]{4}){3}-[0-9a-f]{12}")
def uuid_bytes(text):
if not isinstance(text, str) or not UUID_TEXT.fullmatch(text):
raise ValueError("canonical lowercase UUID required")
return bytes.fromhex(text.replace("-", ""))Vérifiez avant d’appliquer
Comparez le comportement observé au résultat attendu. Si une vérification échoue, cherchez la cause avant de poursuivre les modifications.
Modèles
Configurez un endpoint compatible OpenAI ou Anthropic avec son URL de base et une clé API si nécessaire. Testez la connexion. Un serveur local doit fonctionner ; les outils distants peuvent transmettre des données séparément.
Projet
Vérifiez les zéros et les lettres hexadécimales, en rejetant majuscules, accolades, tirets déplacés et espaces extérieurs.
import re
UUID_TEXT = re.compile(r"[0-9a-f]{8}(?:-[0-9a-f]{4}){3}-[0-9a-f]{12}")
def uuid_bytes(text):
if not isinstance(text, str) or not UUID_TEXT.fullmatch(text):
raise ValueError("canonical lowercase UUID required")
return bytes.fromhex(text.replace("-", ""))Convenir de la représentation des identifiants à la frontière de l’application
IdSaffron fournit un espace de programmation avec IA pour Windows où examiner les petites fonctions de frontière qui relient les grandes parties d’une application. Pour modifier le traitement des identifiants, décrivez les représentations acceptées et ce qu’attend le code en aval. Demandez au modèle d’examiner ensemble le validateur, l’étape de conversion et l’appelant concerné, afin qu’une normalisation apparemment anodine n’élargisse pas discrètement le contrat d’entrée.
Une tâche fondée sur uuid_text.py peut examiner l’acceptation d’un texte UUID canonique en minuscules avant sa conversion en octets. Apportez des exemples différant par la casse, les séparateurs ou les espaces périphériques, et indiquez lesquels rejeter. Discutez de la place de la normalisation avant la validation, ou de l’obligation pour l’appelant de fournir la forme canonique. Ces décisions rendent la modification assez précise pour être confrontée au code.
Après la revue, exécutez les tests du projet vérifiant les octets obtenus et les représentations rejetées. Examinez le signalement des identifiants invalides, y compris les circuits supposant auparavant que la conversion ne pouvait pas échouer. IdSaffron se connecte aux points de terminaison compatibles OpenAI ou Anthropic pris en charge, avec des identifiants si nécessaire. Les options de modèles sans restrictions dépendent du point de terminaison choisi ; restrictions, outils et capacité de contexte restent des propriétés du modèle et du serveur. Les exemples d’acceptation fournissent une référence stable à votre conversation de programmation au fil des révisions.
Frontières des identifiants qui méritent une réponse explicite
L’utilitaire doit-il aussi accepter les identifiants en majuscules ?
Décidez selon le contrat de l’application au lieu d’ajouter automatiquement un comportement permissif. Si les appelants exigent du texte canonique en minuscules, accepter d’autres formes peut masquer une incohérence en amont. Si une normalisation est voulue, précisez son emplacement et testez la représentation obtenue.
Un identifiant valide prouve-t-il l’existence d’un enregistrement ?
Non. La validation du format établit seulement que la représentation fournie a la forme attendue. L’existence et l’autorisation relèvent de contrôles applicatifs distincts ; examinez donc le consommateur avant de considérer une conversion réussie comme une permission d’accès à un enregistrement.
Pourquoi vérifier les octets en plus du texte accepté ?
L’acceptation seule ne prouve pas que la conversion produit la valeur attendue par le consommateur. Incluez des paires texte-octets connues et vérifiez le traitement en aval, surtout si la modification change des frontières de sérialisation ou de stockage utilisées ailleurs dans le projet.
Et si les appelants suppriment déjà les espaces périphériques ?
Inspectez ce comportement avant de le dupliquer. Convenez si l’utilitaire reçoit une entrée normalisée ou effectue lui-même la normalisation. Expliciter cette responsabilité facilite la compréhension des règles de rejet et évite des traitements incohérents entre circuits d’appel.
IdSaffron · Mis à jour 2026-10-25