Traduire en français : Claude Sonnet 4.6 Évalue les Rapports de Bugs de Quatre Modèles Locaux Qwen3.5

Test de modèles locaux pour la génération de rapports de bug

Un développeur passant de Sonnet/Haiku à des modèles locaux sur un MacBook Air M5 32 Go a testé quatre variantes de Qwen3.5 pour leur capacité à générer des rapports de bug. Utilisant LM Studio comme serveur et l'interface en ligne de commande opencode pour appeler les modèles, il a demandé à chaque modèle de rechercher et produire un rapport de bug pour un problème de jeu iOS où les bordures d'équipement ne réinitialisent pas correctement la couleur de bordure après le déséquipement d'objets.

Modèles testés

• Tesslate/OmniCoder-9B-GGUF Q8_0
• lmstudio-community/Qwen3.5-27B-GGUF Q4_K_M
• Jackrong/Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-GGUF Q4_K_M
• lmstudio-community/Qwen3.5-35B-A3B-GGUF Q4_K_M

Vérification du bug

Le bug principal est confirmé dans les fichiers sources. Dans EquipmentSlotNode.swift, la méthode setEquipment avec la garde if let c = borderColor ignore silencieusement l'assignation quand nil est passé. Dans EquipmentNode.swift, updateEquipment(from:) passe borderColor: nil pour les emplacements vides, donc la couleur de bordure n'est jamais réinitialisée. La documentation de setEquipment indique "pass nil to keep current color" — documentant un comportement défectueux comme une conception intentionnelle.

Notes des rapports par Claude Sonnet 4.6

bug_report_9b_omnicoder — A−

Le meilleur des quatre. Propose la correction Swift la plus propre et la plus idiomatique : borderShape.strokeColor = borderColor ?? theme.textDisabledColor.skColor — une seule ligne remplaçant le bloc if let sans branchement inutile. Seul rapport à mentionner des fichiers de contexte supplémentaires (GameScene.swift, BackpackManager.swift) qui font partie du flux de déclenchement.

Lacune : Comme les quatre rapports, le code de test ne compilera pas. borderShape est déclaré private let dans EquipmentSlotNode — @testable import n'expose que l'interne, pas le privé. Ne mentionne pas que le commentaire de documentation doit être mis à jour.

bug_report_27b_lmstudiocommunity — B+

Diagnostic précis. Propose une correction propre à deux branches : if id != nil { borderShape.strokeColor = borderColor ?? theme.textDisabledColor.skColor } else { borderShape.strokeColor = theme.textDisabledColor.skColor } — plus verbeux que nécessaire mais correct. Identifie correctement EquipmentNode.updateEquipment comme l'appelant et inclut une suggestion de test d'intégration.

Lacune : Propose un test dans LogicTests/EquipmentNodeTests.swift — un fichier qui existe déjà et couvre EquipmentNode, pas EquipmentSlotNode. Même problème d'accès privé dans le code de test.

bug_report_27b_jackrong — B−

Diagnostic correct, mais correction proposée la plus faible. Ajoute une réinitialisation dans le bloc else : borderShape.strokeColor = theme.textDisabledColor.skColor // Reset border on clear — techniquement correct pour le cas spécifique de déséquipement mais laisse la méthode globale dans un état confus. La réinitialisation de bordure dans le bloc else peut être immédiatement écrasée par le bloc if let ci-dessous si quelqu'un passe id: nil, borderColor: someColor. La correction corrige l'échec spécifique sans nettoyer la redondance.

Le développeur a utilisé les paramètres par défaut sauf pour la taille de la fenêtre de contexte pour tenir autant que possible en RAM, notant qu'un réglage pourrait offrir des améliorations. Il a essayé certains modèles unsloth mais avec un succès limité.