Cherchez des conflits prudents parmi au plus 64 parties de 65536 octets maximum avec un marqueur ASCII de 1–70 lettres, chiffres, tirets ou soulignements.
import re
def boundary_conflicts(boundary, parts):
if type(boundary) is not bytes or re.fullmatch(rb"[A-Za-z0-9_-]{1,70}", boundary) is None:
raise ValueError("mime.boundary")
if type(parts) is not list or len(parts) > 64 or any(type(p) is not bytes or len(p) > 65536 for p in parts):
raise ValueError("mime.parts")
marker = b"--"+boundary
return [i for i, part in enumerate(parts) if part.startswith(marker) or b"\r\n"+marker in part]
| 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 | Testez les préfixes au début ou après CRLF, même plus longs, et rejetez les marqueurs invalides sans revendiquer un validateur MIME complet. |
import re
def boundary_conflicts(boundary, parts):
if type(boundary) is not bytes or re.fullmatch(rb"[A-Za-z0-9_-]{1,70}", boundary) is None:
raise ValueError("mime.boundary")
if type(parts) is not list or len(parts) > 64 or any(type(p) is not bytes or len(p) > 65536 for p in parts):
raise ValueError("mime.parts")
marker = b"--"+boundary
return [i for i, part in enumerate(parts) if part.startswith(marker) or b"\r\n"+marker in part]
BoundaryWren offre à la maintenance de protocoles un espace de programmation assistée par IA sous Windows où le code source et les exemples peuvent être discutés ensemble. Précisez ce que la vérification doit détecter et les conclusions que son résultat permet de tirer. Demandez au modèle d’examiner le chemin existant avant de proposer des modifications, en gardant le détecteur aligné sur son objectif.
Une tâche concrète consiste à trouver de manière conservatrice des conflits de limites multipart dans des parties en octets. Expliquez que les préfixes de marqueur au début d’une partie ou après CRLF doivent être signalés, y compris les correspondances où le préfixe se prolonge. Incluez les caractères de marqueur acceptés et les limites d’entrée. Ces règles permettent d’examiner la proposition comme un détecteur précis sans l’étendre accidentellement à une affirmation de validité MIME complète.
Fondez la révision sur des jeux d’octets distinguant le début d’une partie, une limite CRLF et une occurrence sans rapport ailleurs. Exécutez-les avec les outils du projet, vérifiez les indices des parties renvoyés et examinez les entrées de marqueur rejetées. Gardez visible l’interprétation de l’appelant : un conflit signalé déclenche une décision, tandis que l’absence de conflit n’est que le résultat de cette vérification définie.
Connectez BoundaryWren via un point de terminaison compatible OpenAI ou Anthropic pris en charge. Votre fournisseur peut proposer un modèle d’IA sans restrictions, avec des identifiants si nécessaire. Cette appellation n’établit pas une expertise des protocoles ; le modèle et le serveur déterminent les limites de contexte, les outils et les restrictions. Vos jeux de test fournissent les preuves pour accepter la modification.
Énumérez les positions et préfixes à signaler, y compris les correspondances plus longues si nécessaire. Donnez des exemples au début d’une partie et après CRLF. Toute correspondance volontairement large fait ainsi partie du contrat plutôt que d’être un défaut inexpliqué de la proposition.
Non. La vérification d’exemple répond à une question plus étroite de conflit de limites selon des règles d’entrée explicites. Séparez les autres exigences d’analyse et de validation et examinez comment l’appelant utilise le résultat pour qu’il n’implique pas une garantie plus large que celle de la vérification.
La règle de correspondance concerne des octets exacts, notamment CRLF et les préfixes de marqueur. Le traitement textuel peut masquer ces différences. Fournissez de petits jeux de test explicites et les indices de parties attendus, puis vérifiez-les dans l’environnement du projet avant d’accepter la modification du code.
Uniquement si une exigence distincte définit cette transformation. La tâche illustrative signale des indices et préserve l’entrée. Séparez le signalement et la modification pendant la révision pour qu’une vérification proposée n’altère pas silencieusement les octets de contenu attendus par une autre partie de l’application.
BoundaryWren · Mis à jour 2026-10-25