Anthropic a ouvert le 27 août une préversion de recherche du Model Hardware Standard à des laboratoires et industriels sélectionnés. Pilotes, découverte et description des appareils doivent faciliter leur intégration. L’ouverture du code est prévue ultérieurement.
L’interface et le contrôleur ont des rôles différents
Anthropic présente MHS comme indépendant du modèle : accès par MCP, ligne de commande ou API. Les pilotes exposent des opérations et des informations, notamment les limites d’utilisation. Les appareils dépourvus d’interface programmable restent hors du périmètre pris en charge.
Cela ne démontre pas qu’un modèle quelconque peut piloter n’importe quelle machine de façon fiable. La découverte identifie ce qui est connecté ; le pilote définit les opérations accessibles ; l’expérience exige encore une procédure valide et un critère de réussite.
Chez QuEra, regarder ce qui s’exécute réellement
QuEra rapporte 695 récupérations réussies sur 700 essais de son banc laser, répartis entre sept classes de perturbations, soit environ 99,3 %. Le contrôleur exécuté est un programme déterministe développé avec assistance IA. Un processus distinct de réglage conserve l’IA dans sa boucle. Ce sont des résultats du partenaire, pas un test PeopleAreGeek ou un taux de fiabilité de toute sa flotte.
Cette distinction rend l’exemple plus utile. Un agent peut explorer des procédures de récupération, produire du code et aider à le tester ; le code final peut fonctionner sans demander à un modèle de choisir chaque action. Les contraintes temporelles et les dépendances diffèrent d’un système qui transmet chaque mesure à un modèle en ligne.
Un exemple concret de test d’intégration
Imaginons un pilote dont le réglage autorisé va de 0 à 10 unités arbitraires. C’est un exemple de test logiciel, pas une plage d’utilisation à reproduire sur un équipement.
| Entrée ou événement | Preuve à conserver |
|---|---|
| Demande de 5 | Commande acceptée et état mesuré atteignant la cible dans la tolérance définie |
| Demande de 11 | Refus par l’interface qui impose la limite, sans transmettre une commande hors plage |
| Capteur qui ne se met plus à jour | Détection d’une donnée périmée, au lieu de la traiter comme une nouvelle mesure réussie |
| Connexion perdue pendant une opération | État réel établi avant une éventuelle répétition |
Le dernier cas compte : une expiration de délai est ambiguë. L’appareil peut avoir terminé l’action sans que sa réponse soit arrivée. Répéter aveuglément une opération physique n’a pas nécessairement les mêmes conséquences que relire une donnée.
Ces vérifications sont une proposition d’intégration, pas des tests que nous attribuons à Anthropic. Elles séparent l’explication du modèle des preuves nécessaires pour valider une opération.
Ce qu’il faut documenter pendant la préversion
Conservez ensemble version du pilote, modèle de l’appareil, firmware, domaine de fonctionnement autorisé et critères de réussite. Séparez les expériences de développement du contrôleur des essais d’évaluation de sa version finale. Distinguez aussi fonctionnement normal et pannes introduites volontairement.
L’intérêt d’une interface commune est de faciliter l’intégration et l’examen du système. La fiabilité reste à établir pour les appareils, la logique de commande et les essais réellement réalisés.
Révision des sources, des limites et des explications ; remplacement de l’ancienne illustration.