Підключення кодового агента (MCP)

Усе на цих екранах — на які питання ШІ відповідає про вас, які ваші сторінки цитують, що змінити — закінчується однаково: хтось відкриває редактор і править файл. MCP-сервер прибирає копіювання посередині. Вкажіть Claude Code чи Cursor на GetCited.me — і агент сам прочитає дані вашої видимості, а потім запише виправлення у ваш репозиторій.

Він лише читає. Не витрачає кредитів, нічого не публікує і не змінює налаштувань.

Вкладка MCP-сервера: ключі доступу, дозволи та конфігурація клієнта

Що потрібно

API-ключ. Відкрийте Налаштування → MCP-сервер, створіть ключ, позначте дозволи, які агентові справді потрібні, і — якщо у вас кілька проєктів — прив'яжіть ключ до одного. Значення показується рівно один раз: скопіюйте його одразу, бо зберігається лише хеш. Загубили — відкличте й створіть новий; це десять секунд і безпечніше, ніж тримати ключ там, звідки він може витекти.

Дозволи тут і є вся модель безпеки. Ключ із visibility_read читає ваші показники й більше нічого. Давайте агентові найвужчий набір, якого вистачить для задуманої роботи.

Перелік дозволів у формі створення ключа: кожна можливість із назвою scope, який отримає ключ

Як підключити

Сервер працює через Streamable HTTP за адресою https://api.getcited.me/mcp, і обидва підтримувані клієнти читають файл JSON.

Claude Code — покладіть це у .mcp.json у корені репозиторію або в користувацький конфіг, щоб працювало всюди:

{
  "mcpServers": {
    "getcitedme": {
      "type": "http",
      "url": "https://api.getcited.me/mcp",
      "headers": { "Authorization": "Bearer citk_ваш_ключ" }
    }
  }
}

Або одним рядком у терміналі:

claude mcp add --transport http getcitedme https://api.getcited.me/mcp --header "Authorization: Bearer citk_ваш_ключ"

Cursor — .cursor/mcp.json, і зверніть увагу: ключа type тут немає; Cursor визначає транспорт із самої адреси https://:

{
  "mcpServers": {
    "getcitedme": {
      "url": "https://api.getcited.me/mcp",
      "headers": { "Authorization": "Bearer citk_ваш_ключ" }
    }
  }
}

Обидва клієнти читають конфігурацію MCP на старті, тому перезапустіть свій. Попросіть агента перелічити інструменти — має з'явитися вісім наших.

Про інші клієнти. claude.ai у браузері підключається до віддалених серверів через OAuth, якого цей сервер свідомо не пропонує: ключ, який ви бачите, обмежуєте дозволами й можете відкликати, — менше довіри, ніж вхід у весь обліковий запис. Десктопний застосунок Claude ми не перевіряли, тому не публікуємо для нього кроків, замість того щоб публікувати такі, що можуть не спрацювати.

Вісім інструментів

Інструмент	Що отримує агент
`list_websites`	Ваші проєкти з тарифом і станом оплати
`get_visibility_snapshot`	Оцінка та її розклад, сьогодні проти вчора, і хто вище за вас
`list_coverage_gaps`	Питання, де вас не видно, кожне з позначкою: потрібен контент чи уточнення сутності
`get_citation_targets`	Куди вже дивляться відповіді у вашій категорії — каталоги, відео, автори
`get_page_inventory`	Кожна обійдена сторінка з оцінкою цитованості, балами швидкого виграшу та конкретними виправленнями
`get_fix_pack`	Готові до розгортання файли з аудиту — `llms.txt`, `ai.txt`, `robots.txt`, JSON-LD, розмітка FAQ — кожен зі шляхом, куди він належить
`get_article_markdown`	Готова стаття як markdown, придатний для вашої теки контенту
`verify_deployment`	Перечитує ваш живий сайт і звіряє його з тим, чого очікував аудит

Два останні — головна причина підключати це, а не читати дашборди. get_fix_pack віддає агентові справжні файли й місця для них, а verify_deployment доводить, що вони справді доїхали до живого сайту — і ловить випадок, з яким рано чи пізно стикається кожна команда: файл у репозиторії є, збірка пройшла, а сайт віддає стару версію.

Що в нього запитати

Почніть із питання, яке не потребує підготовки:

Прочитай мій знімок видимості з GetCited.me. Яка оцінка, як вона змінилася від учора і які бренди вище за мене?

Далі те, що робить справжню роботу:

Візьми мій останній fix pack із GetCited.me і запиши кожен придатний до розгортання артефакт у належний шлях у цьому репозиторії. Пропусти позначені як reference-only — це те, що вже на сайті. Покажи діф перед комітом.

І після розгортання:

Виконай verify_deployment для мого сайту й скажи, які файли реально віддаються та чим вони відрізняються від очікувань аудиту.

Ще кілька варті регулярності: щотижня розбирати прогалини покриття, щомісяця сортувати сторінки за балами швидкого виграшу і брати цілі цитування, коли плануєте зовнішні згадки.

Чого він не зробить

Не опублікує статтю, не змінить налаштування, не витратить кредит відповіді й не запустить відстеження. Кожен інструмент лише читає, а verify_deployment — попри дозвіл із суфіксом запису — тільки перечитує ваші ж публічні сторінки й порівнює їх. Якщо ви хочете, щоб агент щось змінив, він змінює файли у вашому репозиторії, а ви переглядаєте діф, як і будь-яку іншу правку.

Оновлено 30.08.2026