artemis

Stock dormant

stock_dormant

Read-onlyIdempotent

Ce qui dort : produits en stock sans vente depuis N mois, avec le PAMP et la valeur immobilisée, triés par valeur, plus le total et la répartition de TOUT le stock dormant par laboratoire et par famille ; les produits dont la saison commence sont mis à part. Filtres laboratoire, famille, groupe. Au plus 200 lignes. À utiliser quand le pharmacien demande ce qui ne tourne plus, combien d'argent dort, prépare un déstockage ou un rendez-vous avec un laboratoire. Pas pour une question médicale, une posologie, un dossier patient ni un prix du marché. Products in stock with no sale for N months, with the money tied up, by supplier and family.

Input Schema

Name	Required	Description	Default
`rayon`	No	Rayon SyderaAI (Solaire, Compléments alimentaires, Cheveux, Contention, Homéopathie…), nom exact (lister quoi=rayons) ; plusieurs au choix, séparés par des virgules. Pour « mon rayon solaire », « mes compléments ».
`groupe`	No	Le statut des produits, classement SyderaAI (pas une famille du logiciel) : parapharmacie = ni médicament, ni LPP, ni lait infantile ; medicaments_conseil = sans ordonnance, non remboursés ; medicaments_ordonnance_non_rembourses = sur ordonnance, non remboursés ; medicaments_non_rembourses = les deux ; a_verifier = les produits rangés dans aucun groupe (la ligne « (à vérifier) »).
`limite`	No
`famille`	No	Famille du logiciel (son propre rangement), nom exact (lister le donne) ; plusieurs au choix, séparées par des virgules ; « (sans famille) » retient les produits qui n'en ont aucune.
`molecule`	No	Substance active, d'après la base publique des médicaments (« paracetamol », « amoxicilline ») ; plusieurs séparées par des virgules. Retient tous les médicaments qui la contiennent, associations comprises ; la parapharmacie n'a pas de molécule. Si la réponse dit que la composition n'est pas chargée, donnez les marques dans q ou produit.
`type_soin`	No	Le type de matériel de soin : gamme_blanche (pansements, compresses, bandes, sparadraps et sets), ou un type précis (sets_pansement, contention, glycemie…).
`generiques`	No	seules : les génériques ; exclure : princeps et médicaments hors groupe générique.	inclure
`sous_rayon`	No	Sous-rayon SyderaAI (Protection solaire, Sommeil, Anti-Poux, Anti-moustiques & insectes…), nom exact (lister quoi=sous_rayons) ; plusieurs au choix. Pour « mes anti-poux », « mes compléments sommeil ».
`laboratoire`	No	Nom exact du laboratoire (lister le donne) ; plusieurs au choix, séparés par des virgules ; « (laboratoire non identifié) » retient les produits sans laboratoire.
`associations`	No	exclure : la substance seule (paracétamol sans codéine) ; seules : les associations.	inclure
`mois_sans_vente`	No

Schema Changelog

Changes observed during successful MCP inspections.

Changed2 schema fields changedOct 29, 2026

changedInput schema / properties / groupe / description

Previous value: -"Le statut des produits, classement SyderaAI (pas une famille du logiciel) : parapharmacie = ni médicament, ni LPP, ni lait infantile ; medicaments_conseil = sans ordonnance, non remboursés ; medicaments_ordonnance_non_rembourses = sur ordonnance, non remboursés ; medicaments_non_rembourses = les deux."New value: +"Le statut des produits, classement SyderaAI (pas une famille du logiciel) : parapharmacie = ni médicament, ni LPP, ni lait infantile ; medicaments_conseil = sans ordonnance, non remboursés ; medicaments_ordonnance_non_rembourses = sur ordonnance, non remboursés ; medicaments_non_rembourses = les deux ; a_verifier = les produits rangés dans aucun groupe (la ligne « (à vérifier) »)."

changedInput schema / properties / groupe / enum

Previous value: -[
-  "parapharmacie",
-  "medicaments",
-  "medicaments_rembourses",
-  "medicaments_non_rembourses",
-  "medicaments_conseil",
-  "medicaments_ordonnance_non_rembourses",
-  "medicaments_prix_fixe",
-  "lpp",
-  "laits_infantiles"
-]New value: +[
+  "parapharmacie",
+  "medicaments",
+  "medicaments_rembourses",
+  "medicaments_non_rembourses",
+  "medicaments_conseil",
+  "medicaments_ordonnance_non_rembourses",
+  "medicaments_prix_fixe",
+  "lpp",
+  "laits_infantiles",
+  "a_verifier"
+]

Changed2 schema fields changedOct 29, 2026

changedInput schema / properties / groupe / description

Previous value: -"Le statut des produits, classement SyderaAI (pas une famille du logiciel) : parapharmacie = ni médicament, ni LPP, ni lait infantile."New value: +"Le statut des produits, classement SyderaAI (pas une famille du logiciel) : parapharmacie = ni médicament, ni LPP, ni lait infantile ; medicaments_conseil = sans ordonnance, non remboursés ; medicaments_ordonnance_non_rembourses = sur ordonnance, non remboursés ; medicaments_non_rembourses = les deux."

changedInput schema / properties / groupe / enum

Previous value: -[
-  "parapharmacie",
-  "medicaments",
-  "medicaments_rembourses",
-  "medicaments_non_rembourses",
-  "medicaments_prix_fixe",
-  "lpp",
-  "laits_infantiles"
-]New value: +[
+  "parapharmacie",
+  "medicaments",
+  "medicaments_rembourses",
+  "medicaments_non_rembourses",
+  "medicaments_conseil",
+  "medicaments_ordonnance_non_rembourses",
+  "medicaments_prix_fixe",
+  "lpp",
+  "laits_infantiles"
+]

First observedOct 24, 2026

TDQS

A4/5.0

Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already establish read-only, idempotent, non-destructive, closed-world behavior. The description adds meaningful behavioral context beyond that: sorting by value, row cap of 200, totals and breakdowns across all dormant stock, and seasonal products separated out.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The definition is front-loaded with what the tool returns and is appropriately detailed for an 11-parameter analytical tool. The English sentence repeats the French summary, which is mildly redundant but not confusing.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the complexity and lack of an output schema, the description is complete enough: it explains the return content, aggregation behavior, row limit, seasonal exception, filters, use cases, and exclusions. The parameter schema supplies the remaining detail at high coverage.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is high at 82%, so the schema already carries most parameter meaning. The description only mentions the laboratoire, famille, and groupe filters plus the N-month window, adding little beyond the structured parameter documentation.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific resource and condition: in-stock products with no sale for N months, including tied-up value, sorted by value, with totals and breakdowns. It is clear what the tool returns, but it does not explicitly differentiate itself from sibling tools such as couverture_stock or top_ventes.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It gives clear when-to-use triggers: the pharmacist asks what is not moving, how much money is dormant, preparing destocking, or a lab meeting. It also gives explicit when-not-to-use cases, though it does not name alternative sibling tools for adjacent questions.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

All artemis tools Inspect

Try in Browser

One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources

Need Help?