Servidor MCP de Orbilyn

• Nombre en el registrocom.orbilyn/mcpverificado en el registro MCP

El nombre en el registro está bajo orbilyn.com. El registro solo permite usar ese espacio de nombres a quien demuestra control del dominio por DNS o HTTP.

• Estadorespondecomprobado el 2026-10-28
• Herramientas21
• El servidor se llamaorbilyn
• Versión del servidor1.4.0
• Versión del protocolo2025-03-26

El 2026-10-28 el servidor respondió a initialize y tools/list sin iniciar sesión. Primera respuesta en 327 ms.

• Aún no se ha juzgado si sus herramientas hacen el trabajo del producto.

Lo dicen reglas a partir de las mediciones de arriba. La primera llamada probable la elige un modelo de la lista de herramientas; lee su descripción antes de fiarte.

• Nota INITE MCP73 de 100responde 96 · definiciones 77 · contexto 100 · conexión 100 · rebajada por las señales de aviso de abajo
• Respondióel 100% de los días7 de 7 comprobaciones diarias
• Mediana de la primera respuesta1377 ms
• Espacio en el contexto del agente≈ 2077 tokenslas definiciones de todas sus herramientas (21), que el agente lleva en cada turno
• Definiciones de herramientasB · 77 de 100
• Resultados tipados0 de 21 herramientasdeclaran outputSchema: el resultado llega tipado y se lee de una vez

• Parámetros sin descripción: en 8 de 21
• Sin indicar si solo lee o puede destruir: 21 de 21

Un programa comprueba el servidor una vez al día: initialize y tools/list, sin modelo. Los tokens son la longitud de las definiciones, a unos cuatro caracteres por token. La nota promedia seis comprobaciones del nombre, la descripción, el esquema y las anotaciones de cada herramienta; dice lo bien descritas que están, no si funcionan. La nota pondera solo lo medido: si responde (25%), si hace el trabajo del producto (25%), definiciones (20%), contexto (10%), uso (10%) y lo fácil que es conectarse (10%). Lo que no se midió queda fuera, y una instrucción oculta limita la nota a 40. El estado de los servidores MCP de los proveedores: método y números →

• list_integrations

  List Orbilyn channel integrations (metadata only, no secrets).

• list_mismatches

  List mismatches from a comparison run (latest if runId omitted).

• get_monitoring_alerts

  Get unread Monitoring alerts (new mismatches from scheduled runs).

• find_product

  Find a product by SKU and/or EAN with stock and price per channel.

• get_comparison_summary

  Summaries of recent comparison / history runs (counts, labels).

• catalog_health_score

  Catalog health score 0–100 with breakdown: photos, descriptions, prices, stock, duplicates, channel_consistency. Uses the latest comparison run (or setId) plus Overview media signals. Example: {"setId":"<uuid>"}.

• list_critical_issues

  List CatalogIssue rows sorted by impact (severity then type). Default severity=critical. Supports limit + offset pagination. Example: {"limit":20,"offset":0,"severity":"critical"}. Issue shape: sku, channel, type, severity, current…

• prepare_fix_list

  Prepare a CatalogIssue fix list as JSON (default) or CSV. Same schema as list_critical_issues. Example JSON: {"format":"json","limit":50}. Example CSV: {"format":"csv","severity":"all"}.

• ai_readiness_report

  Shopping-agent readiness: catalog products agents would reject (missing GTIN/EAN, photos, description, attributes, price/stock) plus what to fill in. Shared CatalogIssue format. Every result includes rules_version, audit_date…

• explain_issue

  Per SKU: what shopping-agent readiness checks failed and why. Same meta envelope (rules_version, audit_date, checked_fields, profile) + CatalogIssue list + explanations. Example: {"sku":"SKU-100"}.

• get_webhook_config

  Read Scale webhook subscription (URL, enabled, event catalog). Signing: X-Orbilyn-Signature HMAC-SHA256. Webhook sample items use the CatalogIssue schema (sku + type preserved; additive fields).

• configure_webhook

  Configure outbound webhook URL/secret (requires write scope). Events: catalog.duplicate.new, catalog.drift.status, sync.failure, monitoring.*.

• run_monitoring

  Trigger a Monitoring compare run now (requires action scope).

• start_catalog_audit

  Start a catalog audit over persisted comparison/Overview data (no live re-import; safe for large catalogs). Returns auditId + status. Result uses shared CatalogIssue format. Webhook: audit.completed. Requires action scope.

• get_audit_status

  Poll async catalog audit status by auditId (pending|running|succeeded|failed).

• get_audit_result

  Fetch catalog audit result (CatalogIssue list + health). Paginate with limit/offset. Fails if audit is still pending/running.

• create_monitor

  Create a Scale Monitoring pair (Alerty/Automatyzacja). Params: sources, thresholds, issueTypes, actions (webhook|email|fix_list). Write scope.

• update_monitor

  Update an existing Monitoring pair (thresholds, sources, actions, enabled). Write scope.

• pause_monitor

  Pause (disable) a Monitoring pair. Write scope.

• list_monitors

  List Scale Monitoring pairs configured for this account.

• get_monitor_history

  Monitoring run history with deltas vs previous run (new / fixed / open) and CatalogIssue samples.