Freshly Inventory MCP by usefulapi
io-usefulapi-freshly-inventory declares 8 capabilities across 8 tools, with 2 critical issues. One of them, no-revocation, is recorded for every server in the index because MCP has no field in which to declare a way to switch a tool off; a missing declaration is not evidence that the control is missing.
Issues
8 of 8 tools declare no way for the customer to switch them off once granted. This applies to every tool because MCP has no field in which to declare a revocation mechanism; the product may provide one outside MCP that a manifest cannot show.
4 tools are annotated by the server as destructive (destructiveHint) and declare no limit. In MCP that annotation marks a tool that may make destructive changes rather than only additive ones; it does not say the change cannot be undone.
8 of 8 tools declare no expiry. This applies to every tool because MCP has no field in which to declare an expiry; the product may provide one outside MCP that a manifest cannot show.
8 of 8 tools declare no record of their actions that the customer can read. This applies to every tool because MCP has no field in which to declare an audit requirement; the product may provide one outside MCP that a manifest cannot show.
4 tools can read data and declare no limit.
Declared capabilities
| Tool | Read as | Basis |
|---|---|---|
freshly_get_shop | read |
declared |
freshly_list_inventory_batches | read |
declared |
freshly_get_inventory_batch | read |
declared |
freshly_list_batch_assignments | read |
declared |
freshly_create_inventory_batch | destructive |
declared |
freshly_update_inventory_batch | destructive |
declared |
freshly_assign_batch_to_line_item | destructive |
declared |
freshly_remove_batch_assignment | destructive |
declared |
tools/list response and it will be re-scored and dated.
Corrections are published alongside the original, not in place of it.