MCP-сервер Orbilyn

• Имя в реестреcom.orbilyn/mcpподтверждён в реестре MCP

Имя в реестре лежит в пространстве orbilyn.com. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-10-28
• Инструменты21
• Сервер называет себяorbilyn
• Версия сервера1.4.0
• Версия протокола2025-03-26

2026-10-28 сервер ответил на initialize и tools/list без входа. Первый ответ за 327 мс.

• Делают ли инструменты работу продукта, ещё не проверено.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCP73 из 100отвечает 96 · описания 77 · контекст 100 · подключение 100 · снижена из-за предупреждений ниже
• Отвечал100% днейответов на ежедневные проверки: 7 из 7
• Медиана первого ответа1377 мс
• Место в контексте агента≈ 2 077 токеновописания всех инструментов (21), они занимают контекст агента на каждом ходу
• Описания инструментовB · 77 из 100
• Типизированные ответы0 из 21 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 8 из 21
• Не сказано, только читает инструмент или может удалять: 21 из 21

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (25%), делает ли работу продукта (25%), описания (20%), контекст (10%), использование (10%) и насколько просто подключиться (10%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

• 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.