Demandez à Claude combien de farine il reste : l’inventaire mesuré via MCP
Quand un assistant IA lit votre inventaire via le serveur MCP intégré, il reçoit une liste d’articles avec des noms, des coûts et des comptages. Jusqu’ici, un comptage était un nombre entier sans unité attachée, ce qui allait bien pour les chaises et moins bien pour la farine. Demandez « combien de farine il reste » et la réponse honnête était « 12 », suivie d’une supposition sur le fait qu’il s’agissait de sacs, de kilos ou de livres.
Avec les unités de mesure, chaque quantité renvoyée par le serveur est un nombre décimal, et chaque article porte son unité. L’assistant n’a plus à deviner. Voici ce que ça donne dans une conversation, et ce qui a changé dans les outils pour ceux qui aiment savoir.
Un matin à la boulangerie
Rien dans cet échange n’a nécessité de conversion ni de question de clarification. L’assistant a lu
12.75 et kg sur le même article, a lu le composant d’assemblage en kilos, et a réécrit la
nouvelle valeur de stock dans la même unité. L’historique de l’article montre la soustraction de 4,5 kg avec un
marqueur robot à côté, comme n’importe quel autre changement fait via MCP.
Des questions qui n’ont de sens qu’avec une unité
- « Quels articles mesurés en litres sont sous leur niveau d’avertissement ? »
- « Combien de pains le stock actuel de farine peut-il produire ? » (l’assistant lit l’assemblage, ou fait la division lui-même)
- « Convertis les suggestions de réapprovisionnement en sacs, en supposant qu’un sac fait 25 kg. » L’application ne convertit pas, mais l’assistant le fera volontiers, et il le dira.
- « Crée un article appelé Résine de moulage, suivi en ml, et mets son niveau d’avertissement à 250. »
- « Nous avons reçu 3 tourets de câble de 100 m chacun. Ajoute 300 m au câble armé 6 mm. »
La liste générale de questions s’applique toujours ; celles-ci sont celles auxquelles il était impossible de bien répondre avant que l’unité ne voyage avec le nombre.
Ce qui a changé dans les outils
Si vous utilisez le serveur MCP depuis votre propre client ou script, trois choses sont différentes.
-
Les quantités sont décimales.
inventoryCount,onOrderCount,toShipCountetdamagedCountsurget_inventoryetedit_inventory_itemacceptent et renvoient des valeurs comme12.75. Les clients en nombres entiers continuent de fonctionner ; un comptage de12reste12. -
Les articles portent un
unit. Il vautnullpour les articles comptés en pièces et un libellé court (kg,lb,ml,ft, ou ce que vous avez tapé) pour les articles mesurés.edit_inventory_itempeut le définir, etcreate_new_inventory_itemaccepte ununitfacultatif. -
Les outils associés suivent. Les lignes de commande sur
create_order, les lignes de stock sur les outils d’unités etget_reorder_suggestionsrapportent tous des décimales, et les suggestions de réapprovisionnement incluent l’unité de l’article pour qu’un 50 suggéré se lise 50 kg.
Les descriptions des outils disent tout cela aussi, ce qui compte plus qu’il n’y paraît : un assistant lit la description avant d’appeler l’outil, donc il sait d’avance qu’un comptage sur un article mesuré est dans l’unité de cet article et que définir une unité ne convertit rien.
Ce qu’il ne fait pas
Le serveur ne convertit jamais entre unités. Si vous demandez à l’assistant de « passer la farine en livres », il changera le libellé et, s’il est soigneux, vous dira que le nombre n’a pas changé. C’est la même règle que l’application impose aux humains, pour la même raison : une conversion silencieuse est un excellent moyen de se retrouver avec 22 kg de farine qui en font en réalité 10. Demandez la conversion explicitement, laissez l’assistant faire le calcul dans la conversation, puis confirmez le nouveau comptage.