Skip to main content
Glama

mcploy

Un servidor MCP que expone la API de Loyverse (https://api.loyverse.com/v1.0) como herramientas para asistentes de IA — consulta y administra tiendas, productos, inventario, clientes, recibos, cortes de caja y más, directo desde un chat con Claude, Gemini CLI, o cualquier otro cliente compatible con MCP.

Es un wrapper delgado y genérico: un pequeño registro de recursos de Loyverse genera automáticamente las herramientas list/get/create/update/delete, en vez de código escrito a mano por endpoint. Ver Diseño para el porqué.

Requisitos

  • Node.js 18+

  • Una cuenta de Loyverse y un token de acceso personal

Related MCP server: shopify-mcp-server

Instalación

git clone https://github.com/ogarciabrena/mcploy.git
cd mcploy
npm install
npm run build

Obtener un token de acceso de Loyverse

En el Back Office de Loyverse: Configuración > Fichas de Acceso ("Access Tokens" en inglés) > crear una ficha.

Configuración

Copia .env.example a .env y pon tu token, o expórtalo directamente:

cp .env.example .env
# edita .env y define LOYVERSE_ACCESS_TOKEN

.env está en .gitignore — tu token nunca se sube al repo.

Verificar que funciona

Sin conectar ningún cliente todavía, puedes confirmar que el servidor arranca y expone las tools correctamente con el MCP Inspector:

LOYVERSE_ACCESS_TOKEN=tu-token npx @modelcontextprotocol/inspector node dist/index.js

Esto abre una UI donde puedes ver la lista completa de tools y probarlas manualmente (por ejemplo loyverse_list_store, que es de solo lectura y segura para probar primero).

Cómo usarlo

Claude Code

claude mcp add loyverse -e LOYVERSE_ACCESS_TOKEN=tu-token -- node /ruta/absoluta/a/mcploy/dist/index.js

Claude Desktop / cualquier cliente MCP con config JSON

{
  "mcpServers": {
    "loyverse": {
      "command": "node",
      "args": ["/ruta/absoluta/a/mcploy/dist/index.js"],
      "env": {
        "LOYVERSE_ACCESS_TOKEN": "tu-token"
      }
    }
  }
}

opencode

Copia opencode.jsonc.example a opencode.jsonc (raíz del proyecto o config de usuario) y pon tu token — también está en .gitignore:

{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "loyverse": {
      "type": "local",
      "command": ["node", "/ruta/absoluta/a/mcploy/dist/index.js"],
      "environment": {
        "LOYVERSE_ACCESS_TOKEN": "tu-token"
      }
    }
  }
}

Verifica la conexión con opencode mcp list (debe salir ✓ loyverse connected) y pregunta algo con opencode run "lista las tiendas de loyverse". Probado en vivo con google/gemini-2.5-flash — funciona igual que con Claude, sin cambiar nada del servidor. Un detalle: opencode antepone el nombre del servidor al de la tool, así que loyverse_list_store aparece como loyverse_loyverse_list_store en sus logs — no es un bug, es solo cómo opencode namespacea las tools de cada MCP server.

Otros clientes (Gemini CLI, etc.)

El servidor solo habla el protocolo MCP estándar por stdio — no tiene código específico de Claude ni de Anthropic en ningún lado. Cualquier cliente compatible con MCP puede ejecutar node dist/index.js con LOYVERSE_ACCESS_TOKEN definido y usarlo igual.

Herramientas

Para cada recurso, las herramientas que existen son exactamente las operaciones que soporta:

Recurso

list

get

create

update

delete

merchant

✓ (único)

stores

✓

✓

categories

✓

✓

✓

✓

✓

items

✓

✓

✓

✓

✓

modifiers

✓

✓

✓

✓

✓

discounts

✓

✓

✓

✓

✓

taxes

✓

✓

✓

✓

✓

customers

✓

✓

✓

✓

✓

employees

✓

✓

pos_devices

✓

✓

suppliers

✓

✓

✓

✓

✓

inventory

✓

✓ (niveles de stock)

shifts

✓

✓

receipts

✓

✓

✓

payment_types

✓

✓

webhooks

✓

✓

✓

Nombres de las tools: loyverse_<operación>_<recurso en singular>, por ejemplo loyverse_list_item, loyverse_get_store, loyverse_create_customer, loyverse_update_category, loyverse_delete_discount.

  • Tools de list reciben query (filtros extra, se mandan tal cual), limit, cursor, y fetch_all (sigue la paginación automáticamente, con tope de 20 páginas).

  • Tools de get/update/delete reciben id.

  • Tools de create/update reciben body, un objeto JSON libre con los campos del recurso. Update no es un parche parcial — Loyverse espera el objeto completo (ver Diseño).

Estructura del proyecto

src/
  index.ts       # arranca el servidor MCP (transporte stdio) y registra las tools
  client.ts       # cliente HTTP: auth Bearer, paginación por cursor, reintentos en 429
  resources.ts     # registro de recursos de Loyverse (fuente única de verdad)
  tools.ts         # genera las tools MCP a partir de resources.ts

Diseño

La documentación oficial (developer.loyverse.com/docs) es una aplicación JS de una sola página que no se puede scrapear de la forma usual, así que en vez de escribir a mano un schema Zod por cada campo de cada recurso (arriesgándome a inventar nombres de campo que queden fijos en el código), el servidor toma otro enfoque:

  • src/resources.ts es un registro pequeño: nombre del recurso, path de la API, y qué operaciones soporta.

  • src/tools.ts genera las tools de MCP a partir de ese registro — una función por operación, reutilizada para todos los recursos.

  • Los campos de body/query se mandan tal cual a la API de Loyverse como JSON. Si un campo está mal, el propio mensaje de error de Loyverse regresa textual, así quien llama (humano o LLM) se puede autocorregir en vez de chocar con un schema fijo que está mal silenciosamente.

Todos los endpoints de list del registro fueron verificados en vivo contra una cuenta real de Loyverse. Dos rutas que supuse resultaron mal y se corrigieron en el proceso: points_of_sale no existe (el endpoint real es pos_devices), y customer_groups no es un recurso real de la API pública (se probaron varias variantes de path, todas 404, se eliminó). shifts no aparece en la documentación oficial pero es un endpoint real que funciona. Las operaciones create/update/delete están menos probadas — si alguna falla, abre un issue o un PR contra src/resources.ts.

Limitaciones conocidas

  • receipts solo soporta list/get/create — la API de Loyverse no permite actualizar ni borrar recibos.

  • Los endpoints de update usan POST al path de la colección con el id dentro del body (así lo maneja Loyverse), y esperan el objeto completo, no solo el campo que cambia.

  • Las tools loyverse_delete_* son destructivas e irreversibles — Loyverse no tiene deshacer.

  • La paginación es por cursor; fetch_all tiene un tope de 20 páginas como salvaguarda contra loops descontrolados.

Contribuir

¿Encontraste un recurso con un path incorrecto, un campo que Loyverse rechaza, o un endpoint que falta? src/resources.ts es la única fuente de verdad — agrega o corrige una entrada ahí y las tools se regeneran solas. PRs e issues son bienvenidos.

Licencia

MIT

Available Tools

54 tools
loyverse_create_categoryCreate categoryB

Create a new category in Loyverse (POST /categories). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_create_customerCreate customerA

Create a new customer in Loyverse (POST /customers). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_create_discountCreate discountA

Create a new discount in Loyverse (POST /discounts). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_create_itemCreate itemA

Create a new item in Loyverse (POST /items). Items contain nested variants. Variant stock is managed via the inventory resource. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_create_modifierCreate modifierA

Create a new modifier in Loyverse (POST /modifiers). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_create_receiptCreate receiptA

Create a new receipt in Loyverse (POST /receipts). Receipts cannot be updated or deleted through the API, only created and read. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_create_supplierCreate supplierA

Create a new supplier in Loyverse (POST /suppliers). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_create_taxCreate taxB

Create a new tax in Loyverse (POST /taxes). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_create_webhookCreate webhookA

Create a new webhook in Loyverse (POST /webhooks). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_delete_categoryDelete categoryA

Delete a category by id (DELETE /categories/{id}). This is destructive and cannot be undone.

Inputs: id (required).

loyverse_delete_customerDelete customerA

Delete a customer by id (DELETE /customers/{id}). This is destructive and cannot be undone.

Inputs: id (required).

loyverse_delete_discountDelete discountA

Delete a discount by id (DELETE /discounts/{id}). This is destructive and cannot be undone.

Inputs: id (required).

loyverse_delete_itemDelete itemA

Delete a item by id (DELETE /items/{id}). This is destructive and cannot be undone.

Inputs: id (required).

loyverse_delete_modifierDelete modifierA

Delete a modifier by id (DELETE /modifiers/{id}). This is destructive and cannot be undone.

Inputs: id (required).

loyverse_delete_supplierDelete supplierA

Delete a supplier by id (DELETE /suppliers/{id}). This is destructive and cannot be undone.

Inputs: id (required).

loyverse_delete_taxDelete taxA

Delete a tax by id (DELETE /taxes/{id}). This is destructive and cannot be undone.

Inputs: id (required).

loyverse_delete_webhookDelete webhookA

Delete a webhook by id (DELETE /webhooks/{id}). This is destructive and cannot be undone.

Inputs: id (required).

loyverse_get_categoryGet categoryA

Get a single category by id (GET /categories/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_customerGet customerA

Get a single customer by id (GET /customers/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_discountGet discountA

Get a single discount by id (GET /discounts/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_employeeGet employeeA

Get a single employee by id (GET /employees/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_itemGet itemA

Get a single item by id (GET /items/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_merchantGet merchantA

Get the Loyverse merchant (GET /merchant). Singleton resource: the merchant account itself. No id required. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: no named parameters.

loyverse_get_modifierGet modifierA

Get a single modifier by id (GET /modifiers/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_payment_typeGet payment_typeA

Get a single payment_type by id (GET /payment_types/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_pos_deviceGet pos_deviceA

Get a single pos_device by id (GET /pos_devices/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_receiptGet receiptA

Get a single receipt by id (GET /receipts/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_shiftGet shiftA

Get a single shift by id (GET /shifts/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_storeGet storeA

Get a single store by id (GET /stores/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_supplierGet supplierA

Get a single supplier by id (GET /suppliers/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_get_taxGet taxA

Get a single tax by id (GET /taxes/{id}). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required).

loyverse_list_categoryList categoriesA

List categories from Loyverse (GET /categories). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_customerList customersA

List customers from Loyverse (GET /customers). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_discountList discountsA

List discounts from Loyverse (GET /discounts). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_employeeList employeesA

List employees from Loyverse (GET /employees). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_inventoryList inventoryC

List inventory from Loyverse (GET /inventory). Supports cursor pagination. List returns stock levels per variant/store. Update expects a body like { inventory_levels: [{ variant_id, store_id, stock_after }] }. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_itemList itemsA

List items from Loyverse (GET /items). Supports cursor pagination. Items contain nested variants. Variant stock is managed via the inventory resource. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_modifierList modifiersA

List modifiers from Loyverse (GET /modifiers). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_payment_typeList payment_typesA

List payment_types from Loyverse (GET /payment_types). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_pos_deviceList pos_devicesA

List pos_devices from Loyverse (GET /pos_devices). Supports cursor pagination. Physical/virtual POS terminals, one per store. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_receiptList receiptsA

List receipts from Loyverse (GET /receipts). Supports cursor pagination. Receipts cannot be updated or deleted through the API, only created and read. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_shiftList shiftsA

List shifts from Loyverse (GET /shifts). Supports cursor pagination. POS cash register shifts (corte de caja): opened_at/closed_at, starting_cash, cash_payments, expected_cash vs actual_cash, gross/net sales, cash_movements. Not in the official docs registry but verified live (200 on both list and get). Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_storeList storesB

List stores from Loyverse (GET /stores). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_supplierList suppliersA

List suppliers from Loyverse (GET /suppliers). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_taxList taxesA

List taxes from Loyverse (GET /taxes). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_list_webhookList webhooksA

List webhooks from Loyverse (GET /webhooks). Supports cursor pagination. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: limit, query, cursor, fetch_all.

loyverse_update_categoryUpdate categoryA

Update an existing category (POST /categories with "id" set — Loyverse uses the same create endpoint for updates when "id" is present in the body). This is not a partial patch: include all required fields for this resource, not just the ones changing, or Loyverse will reject the request. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required), body (required).

loyverse_update_customerUpdate customerA

Update an existing customer (POST /customers with "id" set — Loyverse uses the same create endpoint for updates when "id" is present in the body). This is not a partial patch: include all required fields for this resource, not just the ones changing, or Loyverse will reject the request. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required), body (required).

loyverse_update_discountUpdate discountA

Update an existing discount (POST /discounts with "id" set — Loyverse uses the same create endpoint for updates when "id" is present in the body). This is not a partial patch: include all required fields for this resource, not just the ones changing, or Loyverse will reject the request. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required), body (required).

loyverse_update_inventoryUpdate inventoryA

Update inventory stock levels (POST /inventory). List returns stock levels per variant/store. Update expects a body like { inventory_levels: [{ variant_id, store_id, stock_after }] }. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: body (required).

loyverse_update_itemUpdate itemA

Update an existing item (POST /items with "id" set — Loyverse uses the same create endpoint for updates when "id" is present in the body). This is not a partial patch: include all required fields for this resource, not just the ones changing, or Loyverse will reject the request. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required), body (required).

loyverse_update_modifierUpdate modifierA

Update an existing modifier (POST /modifiers with "id" set — Loyverse uses the same create endpoint for updates when "id" is present in the body). This is not a partial patch: include all required fields for this resource, not just the ones changing, or Loyverse will reject the request. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required), body (required).

loyverse_update_supplierUpdate supplierA

Update an existing supplier (POST /suppliers with "id" set — Loyverse uses the same create endpoint for updates when "id" is present in the body). This is not a partial patch: include all required fields for this resource, not just the ones changing, or Loyverse will reject the request. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required), body (required).

loyverse_update_taxUpdate taxA

Update an existing tax (POST /taxes with "id" set — Loyverse uses the same create endpoint for updates when "id" is present in the body). This is not a partial patch: include all required fields for this resource, not just the ones changing, or Loyverse will reject the request. Field names follow the Loyverse API v1.0 (developer.loyverse.com/docs). If a call fails with a 400, the error message from Loyverse is returned verbatim — adjust the fields and retry.

Inputs: id (required), body (required).

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A3.9/5.0

    Scored across 54 tools

    Disambiguation5/5

    Each tool targets a unique combination of action and resource (e.g., loyverse_create_category vs loyverse_list_category). No two tools overlap in purpose, making it easy for an agent to select the correct one.

    Naming Consistency5/5

    All tools follow the strict pattern 'loyverse_<action>_<resource>' in snake_case, providing a highly predictable and uniform naming scheme throughout.

    Tool Count4/5

    54 tools is a large number, but it corresponds to a wide range of resources (16 types) with full CRUD plus additional read-only endpoints. While on the higher end, the count is justified for the breadth of the POS system covered.

    Completeness4/5

    The tool set covers the core operations for most resources (create, read, update, delete where applicable). Some resources are read-only (e.g., merchant, shift) which is expected. Minor gaps like missing bulk operations or reports are acceptable for a basic API wrapper.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      A
      quality
      D
      maintenance
      A local-first, read-only MCP server for the Loyverse POS API that lets AI assistants query receipts, items, employees, customers, stores, and sales analytics — built for secure local use with Personal Access Tokens.
      15
      13 npm
      Apache 2.0
    • F
      license
      Not graded
      quality
      B
      maintenance
      Enables AI clients to interact with a point-of-sale public API through 32 MCP tools for managing bills, customers, items, orders, receipts, stock, suppliers, taxes, and webhooks over stdio and HTTP transports.
      -
    • A
      license
      A
      quality
      B
      maintenance
      Enables an LLM agent to query a Shopify store's catalogue and stock via MCP, with tools for product search, product details, per-location inventory, and low-stock reports.
      4
      MIT