Більшість команд, які відстежують видимість бренду у відповідях ШІ, досі працюють зі скриншота. Вони ставлять ChatGPT одне запитання, копіюють цитати й вставляють їх у документ. Це говорить про те, що одна модель відповіла одного дня. Це не говорить, до яких джерел механізм відповідей справді може дістатися, і не дає вашому агентові нічого, що він міг би запитати сам.
Корисніша форма цієї роботи — карта джерел разом зі шляхом підключення. Ви вирішуєте, які джерела даних важливі для вашої категорії, а потім підключаєте те, до чого можна дістатися, безпосередньо до агента, який веде моніторинг. Те, що залишається, — короткий список джерел, на які ви можете впливати лише опосередковано, і цей список зазвичай коротший, ніж здається.
Ця стаття робить три речі. Вона розкладає джерела даних, що стоять за відповідями ШІ, за рівнями — за силою доказів і за актуальністю. Вона дає конкретний шлях через API або MCP для тих, у кого він є. І вона розбирає спосіб підключення для Codex, Claude Code, Hermes Agent, OpenClaw, Pi Agent, Grok Bot і Meta Muse, включно з випадками, коли готового конектора немає і міст доводиться будувати самому.
Коротка відповідь
Чотири категорії джерел живлять відповіді ШІ, і доступність у них не однакова.
Джерела вебу й пошукового виявлення доступні через API прив'язки до пошуку та через ваші власні сторінки, які можна обійти краулером. Структуровані комерційні фіди доступні через документовані специфікації фідів, але доступ обмежений схваленням. Корпуси знань і спільнот частково доступні через ліцензовані API, а частково замкнені за збором даних під час навчання, на який ви не впливаєте. А поверхні дій агентів доступні через специфікації протоколів, які ще устатковуються.
У перекладі на робочий процес моніторингу під керуванням агента це стає практичним правилом. Підключайте те, у чого є документований API або сервер MCP. Ставтеся до того, у чого є специфікація фіду, як до проєкту якості даних. А те, у чого немає ні того, ні іншого, вважайте проєктом контенту й сутностей, а не проєктом даних.
Як читати таблицю рівнів
Рівні нижче розділяють джерела за силою доказів того, що вони сьогодні живлять відповіді ШІ, і за тим, чи це підключення живе, чи історичне. Саме тут помиляється більшість списків джерел. Джерело, яке сформувало модель у 2022 році, і джерело, яке модель запитує сьогодні, — різні речі, і їх змішування дає хибну стратегію.
Рівень | Значення | Що це означає для вашого процесу |
|---|---|---|
1 | Підтверджено й актуально | Жива прив'язка до пошуку, вилучення або дії. Підключіть, відстежуйте й оптимізуйте під нього. |
2 | Підтверджено й актуально | Навчання або ліцензування. Ви впливаєте через контент і партнерства, а не через API. |
3 | Підтверджено історично | Лише попереднє навчання. Живого важеля немає. Не будуйте навколо цього процес моніторингу. |
4 | Сильні докази, не підтверджено | Категорійне припущення. Варто спостерігати, ще не варто закладати бюджет. |
Одне застереження перед таблицею. Ця категорія змінюється щомісяця. Документація постачальників, ліцензійні угоди й специфікації фідів — усе рухається. Ставтеся до розподілу за рівнями як до відправної точки, яку ви переперевіряєте за документацією самого постачальника, перш ніж закріпити команду за процесом.
Рівень 1: живі джерела, до яких ваш агент справді дістається
Це джерела, у яких сьогодні є документоване підключення. Якщо ваш агент має сам забирати дані про видимість у ШІ, починати треба тут.
Веб і пошукове виявлення
Прив'язка до Google Search. API Gemini надає інструмент google_search, який підключає модель до вебконтенту в реальному часі й повертає цитати з посиланнями на джерела. Це документовано, актуально й є найяснішим прикладом живої прив'язки на ринку. Це також означає, що важіль — це обхідність краулером і структура вашої сторінки, а не фід.
Bing Search. Microsoft документує, що результати Bing використовуються для підсилення відповідей Copilot. Практичний сенс той самий, що в Google: якщо ви хочете з'являтися, сторінка має бути доступною й придатною для вилучення.
Живі сторінки видавців. До них дістаються під час виведення через пошукову прив'язку, а не через попереднє навчання. Відбір результатів вилучення й обхідність краулером визначають включення, тому технічна SEO-робота все ще видна в результатах видимості в ШІ.
Товари й покупки
Google Merchant Center. Дані фіду продавців лежать в основі торгових поверхонь Google. Якщо ви продаєте фізичні товари й вас немає в Merchant Center, ви відсутні на поверхні, яку активно підключають до відповідей ШІ.
Фіди продавців і роздрібної торгівлі від OpenAI. Продавці передають структурований фід товарів, і документація Agentic Commerce Protocol описує схему, два шляхи інтеграції — через завантаження файлу й через API — та частоту оновлення, яка приймає зміни протягом дня. Доступ нині обмежений схваленими партнерами, тож це проєкт із підготовчим часом, а не перемикач.
Локальний бізнес і місця
Прив'язка до Google Maps. Документована як інструмент поряд із прив'язкою до пошуку й дає моделям геопросторовий контекст. Саме тому локальний бізнес із точними й повними профілями з'являється у відповідях ШІ про варіанти поблизу.
Google Business Profile. Дані профілю компанії лежать в основі локальних поверхонь Google. Для локального бізнесу це одне з найвигідніших і найменш трудомістких джерел у списку.
Yelp. Yelp ліцензує відгуки, фотографії та інформацію про компанії для локальних рекомендацій у реальному часі, і зв'язок виходить за межі прив'язки до пошуку в бік дій. Це одне з небагатьох джерел, де платформа відгуків водночас є джерелом цитування й поверхнею транзакції.
Знання й довідники
Wikipedia і Wikimedia. Присутні в розкритій суміші попереднього навчання й широко використовуються як живий довідковий корпус. Ліцензування незвично ясне, що робить їх законною ціллю для роботи з сутностями.
Спільноти, запитання й відповіді, соцмережі
Reddit. Живе джерело прив'язки до пошуку через угоду про ліцензування даних, при цьому бік навчання повідомляється окремо. Ставтеся до статусу поновлення як до нестабільного й не будуйте процес, який припускає постійний доступ.
Рівні 2 і 3: джерела, на які ви впливаєте, але які не запитуєте
Вони важливі, але не через API, який агент може викликати.
Ліцензований контент видавців. Існує кілька явних ліцензійних партнерств із великими видавцями, умови яких різняться залежно від партнера щодо навчання, прив'язки до пошуку й зазначення авторства. Ви не можете купити собі місце в цьому списку як невеликий сайт, але можете стати тим типом джерела, на яке посилаються, коли ліцензований корпус тонкий за вашою темою.
Джерела для розробників і технічні джерела. Публічні репозиторії коду й корпуси технічної документації — підтверджені актуальні джерела. Для компаній, що роблять інструменти для розробників, це найцінніший рівень у списку, і до нього доходять через якість документації, а не через фід.
Історичні вебкорпуси. Очищені похідні від даних звичайного краулінгу та подібні архіви. Підтверджені історично, без живого важеля. Корисні як контекст для розуміння, чому модель має певне припущення, але не годяться для процесу моніторингу.
Шар підключення: до чого дістається кожен агент
Тут стаття виправдовує себе. Таблиця нижче зіставляє кожного агента з механізмом підключення, який він справді підтримує, і з чесним станом готових конекторів до джерел вище.
Агент | Механізм підключення | Готові конектори до джерел | Що ви будуєте |
|---|---|---|---|
Codex | MCP через stdio і streamable HTTP, налаштовується в | Зростаючий реєстр MCP-серверів від спільноти | Тонкий MCP-сервер для будь-якого джерела з HTTP API |
Claude Code | MCP через HTTP, SSE, stdio і WebSocket | Каталог конекторів Anthropic і сервери від спільноти | Той самий сервер, доданий командою |
Hermes Agent | MCP із фільтрацією інструментів за серверами, плюс нативні навички | Дібраний каталог MCP зі встановленням в один клік | Навичка, що обгортає API, коли MCP немає |
OpenClaw | Клієнт і сервер MCP, плюс A2A JSON-RPC | Реєстр MCP у OpenClaw і збережені визначення серверів | Збережене визначення MCP або міст A2A |
Pi Agent | Розширення на TypeScript і навички, без нативного клієнта MCP | За замовчуванням немає | Невелике розширення, що викликає API як інструмент |
Grok Bot | Віддалені інструменти MCP, оголошені в запиті до API | Будь-який віддалений MCP-сервер, на який ви вкажете | Віддалений MCP-сервер, бо підключення веде Grok |
Meta Muse | Конектори, без публічної поверхні MCP або API | Лише конектори під керуванням постачальника | Лише опосередкована робота: фіди, дані сутностей і обхідні краулером сторінки |
Закономірність, яку варто помітити: п'ять із семи агентів говорять MCP, а ті два, що не говорять, перебувають на протилежних кінцях спектра. Pi Agent навмисно мінімальний і очікує, що ви напишете розширення. Meta Muse — споживчий продукт без жодної поверхні для розробників.
Це означає, що ефективний хід — побудувати один MCP-сервер для найціннішого джерела й перевикористати його в Codex, Claude Code, Hermes Agent, OpenClaw і Grok Bot. Ви пишете його один раз.
Один сервер покриває п'ять із семи агентів. Pi Agent і Meta Muse потребують іншого шляху.
Як підключити кожного агента
Кроки нижче припускають, що у вас уже є ключ API або токен для джерела, яке ви підключаєте. Не зберігайте облікові дані у файлі конфігурації, який потрапляє в репозиторій.
Codex
Codex зберігає налаштування MCP у config.toml — або в ~/.codex/config.toml, або на рівні проєкту в .codex/config.toml. Настільний застосунок ChatGPT, CLI Codex і розширення для IDE використовують цю конфігурацію спільно, тож налаштовувати потрібно один раз.
Для stdio-сервера:
codex mcp add my-source --env API_KEY=your-key -- npx -y @your-org/my-source-mcpДля streamable HTTP-сервера додайте таблицю в config.toml:
[mcp_servers.my-source]
url = "https://mcp.example.com/mcp"
bearer_token_env_var = "MY_SOURCE_TOKEN"Codex читає поле instructions, яке MCP повертає під час ініціалізації, і використовує його як наскрізну настанову для сервера. Якщо ви пишете сервер, зробіть перші 512 символів самодостатніми, щоб найважливіші обмеження були під рукою, коли агент вирішує, чи викликати.
Запустіть codex mcp list, щоб переконатися, що сервер зареєстровано, і /mcp усередині TUI, щоб побачити активні сервери.
Claude Code
Claude Code підтримує віддалений HTTP, віддалений SSE, локальний stdio і віддалений WebSocket. Для віддалених серверів рекомендовано HTTP.
claude mcp add --transport http my-source https://mcp.example.com/mcp \
--header "Authorization: Bearer your-token"Для локального сервера:
claude mcp add my-source -- npx -y @your-org/my-source-mcpДві деталі, на яких спотикаються. Перша: запис у конфігурації JSON, де є url, але немає type, трактується як stdio-сервер і мовчки пропускається, тож завжди вказуйте "type": "http" явно. Друга: Claude Code задає CLAUDE_PROJECT_DIR в оточенні запущеного сервера, тож локальний сервер може розв'язувати шляхи відносно проєкту, не залежачи від робочої директорії.
Hermes Agent
Hermes Agent постачається з підтримкою MCP у стандартному встановленні. Конфігурація лежить у ~/.hermes/config.yaml:
mcp_servers:
my-source:
command: "npx"
args: ["-y", "@your-org/my-source-mcp"]Hermes також підтримує віддалені MCP-сервери через HTTP у тій самій конфігурації й підтримує фільтрацію за кожним сервером, тож ви відкриваєте лише ті інструменти, які справді хочете показати агентові. Ця фільтрація тут важливіша, ніж в інших агентів, бо Hermes працює без нагляду за розкладом.
Якщо ви переходите з Claude Code, команда hermes import-agent claude-code зіставляє блок mcpServers з ~/.claude.json із mcp_servers у конфігурації Hermes і заодно переносить навички та інструкції.
Коли MCP-сервера для джерела немає, запасний варіант — система навичок. Навичка — це каталог із файлом SKILL.md, який каже агентові, коли її використовувати й що робити. Обгорніть виклик API у доданий скрипт і посліться на нього з навички, і агент отримає можливість без сервера протоколу.
OpenClaw
OpenClaw працює і як клієнт MCP, і як сервер MCP. Як клієнт ви керуєте збереженими визначеннями серверів через підкоманди mcp registry, а редагувати й перевіряти сервери можна зі сторінки налаштувань Control UI у браузері.
openclaw mcp registry add my-source --transport streamable-http --url https://mcp.example.com/mcp
openclaw mcp statusOpenClaw також відкриває свої розмови в каналах через MCP — це зворотний напрямок, корисний, якщо ви хочете, щоб інший агент читав, що робив ваш екземпляр OpenClaw. Для зовнішніх агентів, які не є клієнтами MCP, OpenClaw говорить A2A поверх JSON-RPC.
Причина вибрати OpenClaw для цієї роботи — модель дозволів. У нього є політика інструментів для кожного чату й явний шлях схвалення виконання, а це саме те, що потрібно, коли агент читає платне джерело даних і ви хочете обмежити його витрати.
Pi Agent
У Pi Agent немає нативного клієнта MCP, і це свідомий вибір дизайну, а не прогалина. Його точка розширення — модулі на TypeScript, які працюють усередині процесу Pi й реєструють інструменти.
Створіть розширення в ~/.pi/agent/extensions/my-source.ts:
import type { ExtensionAPI } from "@earendil-works/pi-coding-agent";
export default function (pi: ExtensionAPI) {
pi.registerTool({
name: "my_source_lookup",
description: "Look up a record in My Source by query.",
parameters: { type: "object", properties: { query: { type: "string" } }, required: ["query"] },
handler: async ({ query }) => {
const res = await fetch(`https://api.example.com/search?q=${encodeURIComponent(query)}`, {
headers: { Authorization: `Bearer ${process.env.MY_SOURCE_TOKEN}` },
});
return await res.json();
},
});
}Завантажуйте напряму під час розробки через pi --extension ./my-source.ts, потім перенесіть у каталог розширень або спакуйте командою pi install, коли воно стабілізується.
Компроміс реальний і вартий прямої згадки. Розширення працює з тими самими правами операційної системи, що й процес Pi, і може переглядати підказки, виклики інструментів, файли й облікові дані. Завантажуйте розширення лише з джерел, яким довіряєте, і читайте код перед встановленням.
Grok Bot
API Grok підтримує віддалені інструменти MCP, а підключення до сервера веде xAI за вас. Сервер оголошується в масиві tools запиту:
from xai_sdk import Client
from xai_sdk.chat import user
from xai_sdk.tools import mcp
client = Client(api_key=os.getenv("XAI_API_KEY"))
chat = client.chat.create(
model="grok-4.7",
tools=[mcp(server_url="https://mcp.example.com/mcp", server_label="my-source")],
)Для віддалених інструментів MCP підтримуються лише транспорти streaming HTTP і SSE. Обмежити набір відкритих інструментів можна через allowed_tools, а також передати токен авторизації, який xAI встановить у заголовку Authorization під час запитів до вашого сервера.
Перевага в тому, що вам не потрібно запускати й підтримувати підключення на боці клієнта. Недолік у тому, що MCP-сервер має бути загальнодоступним, тож усе за VPN потребує іншого підходу.
Meta Muse
Muse підключається до сторонніх застосунків і сервісів через конектори, а сам агент не має публічної поверхні MCP або API для розробників. Це чесна відповідь, і вона змінює те, що ви можете зробити.
Ви не можете підключити Muse до процесу моніторингу так, як це робите з рештою шести агентів. Що ви можете — зробити джерела, які читає Muse, кращими. Це означає точні дані про товари й каталог, якщо ви продаєте; повну й узгоджену інформацію про компанію, якщо ви локальний бізнес; і обхідні краулером сторінки з ясними сигналами сутностей, якщо ви видавець. Muse — ціль для роботи з готовності, а не джерело даних, яке ви запитуєте.
Якщо Meta випустить поверхню для розробників для Muse, цей розділ зміниться. До того часу ставтеся до нього як до аудиторії, до якої готуються, а не як до системи для інтеграції.
Побудуйте один сервер і перевикористайте його п'ять разів
Якщо ви збираєтеся щось будувати, побудуйте MCP-сервер для найціннішого джерела й перевикористайте його. П'ять агентів із підтримкою MCP вище приймають streamable HTTP-сервер, тож одне розгортання покриває їх усіх.
Мінімальному серверові потрібні чотири речі: інструмент, який приймає запит і повертає структуровані дані; перевірка bearer-токена на боці сервера; обмеження частоти, щоб агент, який вийшов з-під контролю, не спалив вашу квоту API; і поле instructions, яке викладає обмеження в перших 512 символах.
Два правила, які відвертають більшість болю. Повертайте структуровані дані, а не прозу, щоб агент міркував про поля, а не перерозбирав текст. І тримайте кожен інструмент лише для читання, доки не побачите, як агент використовує його повний цикл. Сервер лише для читання нічого не може зіпсувати, а розширити його можна після того, як ви побачите реальні шаблони викликів.
Перевірте підключення, перш ніж довіряти йому
Не припускайте, що налаштований сервер — це працюючий сервер. Виконайте ці чотири перевірки.
Переконайтеся, що сервер зареєстровано. codex mcp list, claude mcp list або openclaw mcp status мають його показати. Сервер, який не пройшов розбір, у деяких клієнтах мовчки пропускається.
Перевірте перелік інструментів. Попросіть агента перелічити інструменти, які відкриває сервер. Якщо ви чекали шість, а побачили один, сервер зареєструвався, а інструменти — ні.
Перевірте реальним запитом. Попросіть конкретний запис, який можете перевірити вручну. Загальне питання на кшталт «які дані ти можеш отримати» нічого не доводить.
Перевірте шлях відмови. Відкличте токен і виконайте запит знову. Вам потрібна ясна помилка автентифікації, а не тихий порожній результат. Агент, який вважає невдалий виклик «немає даних», повідомить чистий результат для обірваного підключення, а це найдорожчий режим відмови в усьому цьому процесі.
Чотири перевірки. Остання ловить відмову, яка виглядає як знахідка.
Що це змінює у ваших пріоритетах
Таблиця рівнів і таблиця підключень указують в один бік. Джерела, які ви можете підключити до агента, — це джерела, які ви можете вимірювати, а джерела, які ви можете вимірювати, — це ті, які ви можете покращувати відносно базової лінії.
Це означає, що порядок роботи не той, до якого звикла більшість команд. Почніть із джерела, у якого є і документоване підключення, і реальний вплив на ваш бізнес. Для локального бізнесу це Google Business Profile і прив'язка до Maps. Для товарної компанії — Merchant Center або фід товарів. Для компанії, що робить інструменти для розробників, — якість документації. Для видавця — обхідність краулером і придатність живих сторінок до вилучення.
Потім побудуйте той самий один MCP-сервер, який заводить це джерело у вашого агента, і перевикористайте його в п'яти агентах, що говорять протоколом. Джерела без шляху підключення залиште як роботу з контентом і сутностями й чесно визнайте, що виміряти їх так само не вдасться.
Команди, які тут вириваються вперед, — не ті, у кого найдовший список джерел. А ті, хто підключив два-три важливі джерела й побудував навколо них цикл моніторингу.
Часті запитання
Чи потрібен MCP, щоб дати агентові доступ до джерела даних? Ні. MCP — це стандарт, який сьогодні підтримує більшість агентів, що робить його найбільш перевикористовуваним варіантом, але навичка з доданим скриптом API працює так само добре для одного агента. Якщо ви підключаєте одне джерело до одного агента, навичка потребує менше роботи. Якщо ви підключаєте одне джерело до п'яти агентів, MCP окупається негайно.
З якого агента почати? Почніть із того, що відповідає тому, де вже лежить ваша робота. Якщо сайт у репозиторії git — Codex або Claude Code. Якщо потрібні запуски за розкладом із постійною пам'яттю — Hermes Agent. Якщо потрібна жорстка межа дозволів на платне джерело даних — OpenClaw. Якщо потрібна найменша поверхня, яку можна перевірити за один підхід, — Pi Agent.
Чи можу я підключити джерело, у якого немає MCP-сервера? Так, трьома способами. Напишіть тонкий MCP-сервер, якщо в джерела є HTTP API і ви хочете перевикористати його в кількох агентах. Напишіть навичку з доданим скриптом, якщо потрібен лише один агент. Або використайте агента з підтримкою віддалених інструментів MCP і вкажіть на сервер, який розміщує хтось інший.
Чому я не можу підключити Meta Muse? Meta не опублікувала API для розробників або поверхню MCP для Muse. Конектори керуються постачальником. Поки це не зміниться, Muse — поверхня, для якої готують контент і дані, а не система, яку ви запитуєте.
Чи розподіл за рівнями постійний? Ні. Ця категорія змінюється щомісяця. Переперевіряйте документацію постачальника, перш ніж закріпити команду за процесом, і вважайте будь-який розподіл, старший за квартал, непідтвердженим.
Яка найпоширеніша помилка в цій роботі? Ставлення до невдалого виклику API як до справжнього нуля. Якщо агент повідомляє, що бренд не має видимості в ШІ, а корінна причина — прострочений токен, у вас збій вимірювання, замаскований під знахідку. Завжди перевіряйте шлях відмови, перш ніж довіряти шляху успіху.
Author: Julian Mercer, технічний SEO-практик із 14-річним досвідом в Auspia. Пише про обхідність краулером, схеми, рендеринг і технічні основи, які роблять контент читабельним і для пошукових систем, і для агентів ШІ.
