MCP-сервер gitbuyer

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

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

• Состояниеотвечаетпроверено 2026-10-20
• Инструменты16
• Сервер называет себяgitbuyer
• Версия сервера1.0
• Версия протокола2025-06-18

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

• Инструменты делают sell clone access to a private GitHub repo, но не pay in USDC to clone a repository.
• Проверок пока 2 из 7, нужных, чтобы судить о надёжности.

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

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 2
• Что агент может с ним сделать1 из 2 сценариев
• Отвечалидёт замерпроверок пока 2, долю покажем после 7
• Медиана первого ответа524 мс
• Место в контексте агента≈ 1 921 токеновописания всех инструментов (16), агент держит их в контексте на каждом ходу
• Описания инструментовA · 93 из 100
• Типизированные ответы3 из 16 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

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

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

• whoami

  Who am I signed in as, how many listings, live or rehearsal.

• seller_setup

  The seller setup wizard. Returns wizard_url: a one-time signed-in link to the full browser wizard — it can GENERATE a payout wallet safely (keys shown once in the browser, never stored, user must confirm saving them), connect GitHub, and…

• list_stores

  Every listed repo in this account: repo, page, price, checkout URLs.

• get_store

  One listing's full settings: price, payout wallets, preview paths, whether a GitHub key is on file.

• set_payout_wallets

  Save the account's default payout wallets: USDC on Base (0x…) and/or Solana (base58). The onboarding wallet step: once saved, create_store needs only the repo URL, and a chain added here propagates to existing listings so the whole…

• create_payout_wallet

  The seller needs a payout wallet and does not have one: returns wizard_url, a one-time signed-in link to gitbuyer's in-browser wallet generator (keys created in the browser, shown once, never stored, never in the chat). Call whenever a…

• create_store

  List a GitHub repo for sale: URL, price, payout wallet(s); USDC on Base (0x…) and/or Solana (base58); both offers the buyer the choice. Private repos need a fine-grained PAT (Contents read-only, that one repo), unless the account has the…

• update_store

  Edit a listing without re-listing it: reprice, rewallet, rekey, or change preview paths. Only the fields you send change; the old checkout is voided so stale links stop selling.

• delete_store

  Take a store down and void its checkout so old links stop being payable.

• get_sales

  One store's settled payments, newest first: count and revenue (real money only), rehearsals flagged beside.

• get_traffic

  One store's audience: humans vs agents by day, unique visitors, countries and cities, referrers, the files buyers tried to open before paying.

• get_github

  The GitHub connection: installations, their repos (listed or not), and orphaned listings whose repo left the installation: the catalogue-management view.

• get_stats

  The whole account at a glance: every store with its sales, revenue, visits, human/agent split and buy-intent file views, plus account totals. Start here for 'how am I doing?'.

• find_base

  Say what you are building; get ONE repo to build from. The verdict is chosen by kind (starters first), freshness, and relevance, and comes with a plain-words why, the clone command target, and two alternatives. Adapting a proven base…

• get_repo

  Read one gitbuyer repo in depth before cloning or buying: facts (stars, forks, freshness, releases, license, repo_kind), topics, the README excerpt, and the exact next move (clone command for free repos; x402 checkout and test URL for…

• search_repos

  Find the best repo to BUILD ON: terms match names, descriptions, topics, categories, licenses and READMEs, ranked by relevance (name beats topics beats description beats README) plus base fitness (stars band, freshness, releases). Returns…