MCP-сервер OpenApps

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

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

• Состояниеотвечаетпроверено 2026-10-28
• Инструменты14
• Сервер называет себяopenapps
• Версия сервера91d12c87-ba31-44f7-af35-467e24ac2166
• Версия протокола2025-06-18

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

• Инструменты делают все проверенные сценарии: Check daily rank moves for apps in each store; Spot new app launches the day they appear.

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

• Оценка INITE MCP66 из 100отвечает 100 · делает работу 100 · описания 86 · контекст 100 · подключение 100 · снижена из-за предупреждений ниже
• Что агент может с ним сделать2 из 2 сценариев
• Отвечал100% днейответов на ежедневные проверки: 8 из 8
• Медиана первого ответа886 мс
• Место в контексте агента≈ 2 739 токеновописания всех инструментов (14), они занимают контекст агента на каждом ходу
• Описания инструментовB · 86 из 100
• Типизированные ответы2 из 14 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 12 из 14

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

• changes_list

  Use this when the user asks what changed in a store: chart moves, featuring, launches, delistings, metric moves or MCP changes, newest first with counts per type. Do not use for a chart's full current order; use charts_get.

• new_list

  Use this when the user asks which apps are new in a store since a time, by launch date or else the day each went live. Do not use for rank or toolset changes; use changes_list.

• stores_get

  Use this when you need stores, app counts, countries, freshness, charts or metrics. Pass store for chart names. guide returns a playbook's steps: weekly_brief (a store's week), competitor_watch (compare apps), audit_my_server (an MCP…

• charts_get

  Use this when you need a chart now or at a past time, with movement and 1-based positions. Do not use for a listing across charts; use listings_profile.

• leaderboards_get

  Use this when the user asks which apps lead a store by a published number. claude: installs, popularity_score, trending_score, gh_stars; cursor: dir_installs, dir_stars. Do not use for chart positions; use charts_get.

• scores_list

  Use this when the user asks which apps are popular in a store over the last month: OpenApps Rank, a 28-day aggregate of its popularity charts, with tier and momentum. Do not use for one day's chart order (charts_get) or published counts…

• listings_search

  Use this when you need an app's ref from its name, its publisher, a brand it works with or what it does ("create jira ticket"); one row per app, best match first. Do not use for popularity or rankings; use charts_get.

• featuring_history

  Use this when you need when and where apps were featured, per app or home shelf, over at most 30 days. Do not use for current shelf order; use charts_get.

• listings_profile

  Use this when you need a listing profile, or up to 5 (Pro): its app, country availability, ranks, metrics and MCP tools. Stale or refused countries read unknown. Do not use for discovery; use listings_search.

• mcp_toolset_get

  Use this when you need a tracked app or server's stored MCP tools or changes. at selects a past snapshot; diff_from compares versions. Do not use for arbitrary URLs; only tracked servers.

• market_get

  Use this when you need store sizes, weekly launches, app kinds or MCP ecosystem statistics. Do not use for app profiles or rankings.

• search

  Use this when ChatGPT deep research needs listings, apps, tags (query tag:<id>), charts or tracked MCP URLs. Returns typed ids for fetch. Do not use for rankings or events; use charts_get or changes_list.

• fetch

  Use this when ChatGPT deep research needs a document for an id returned by search: listing, app, tag, chart or MCP toolset. Do not use for ids outside search results.

• feedback_send

  Use this when OpenApps' tools or data fail the user: an error, data the user says is wrong (such as an app bound to the wrong listing), a missing capability, or something confusing. Ask the user before sending a report they did not ask…