База знаний, доступная всему, что говорит на MCP.
Одна точка входа на Model Context Protocol. Пять инструментов, один заголовок, идентификатор сайта передавать не нужно. Ключ решает, какой сайт видит вызывающий, так что ошибиться негде.
База знаний отвечает вашему сайту и больше никому.
Консоль поддержки, сценарий онбординга, регулярная задача, добавляющая документацию. Каждому из них пригодились бы те же ответы, что виджет даёт посетителям, и каждый надо подключать отдельно, либо не подключать вовсе.
Сам протокол, а не ещё один интерфейс, который надо оборачивать.
Клиент подключается к одной точке входа с ключом вашего сайта и вызывает tools/list. Сервер возвращает каждый инструмент, его описание и JSON-Schema аргументов, и клиент настраивает себя сам. Обнаружение встроено в протокол, поэтому отдельного документа, который может незаметно устареть, не существует.
- query_knowledge_base - ответ, опирающийся на проиндексированный контент сайта; расходует квоту запросов ровно как вопрос на сайте.
- list_documents - что проиндексировано, со статусом и числом фрагментов у каждого документа. Только чтение, не тарифицируется.
- add_knowledge - пара «вопрос-ответ» напрямую, когда ответ есть у сотрудника, а не на странице.
- ingest_url и ingest_sitemap - индексация одной страницы или всех страниц из XML-карты сайта. Частные и локальные адреса отклоняются, направить их на внутренний ресурс нельзя.
- Ни один инструмент не принимает идентификатор сайта. Клиент и сайт берутся только из ключа, поэтому добраться до чужих данных подменой аргумента нельзя: подменять нечего.
Четыре шага, устанавливать нечего.
- В панели SLAtech создайте ключ для сайта, который хотите открыть.
- Оставьте скоуп query, если клиент только читает, или добавьте ingest, если он должен писать.
- Направьте клиент на точку входа и передавайте ключ в заголовке X-Api-Key.
- Вызовите tools/list. Остальное клиент выяснит сам.
Не используйте ключ виджета. Он лежит в открытой разметке вашего сайта, его видит любой, поэтому у него намеренно только право чтения, и все пишущие инструменты ему откажут. Серверная интеграция получает собственный ключ.
Любой клиент, говорящий на протоколе.
Точка входа говорит на Model Context Protocol поверх Streamable HTTP, поэтому не привязана к клиенту одного поставщика. Если удобнее вызывать напрямую, это JSON-RPC поверх HTTP и один заголовок, библиотека не нужна вовсе.
- Any MCP client: Подключение по адресу точки входа и ключу сайта
- Direct JSON-RPC: Библиотека не нужна, один POST на вызов
- Agencies: Ключ выбирает, чья база знаний отвечает
- Legacy manifest API: GET /v1/mcp/manifest продолжает работать для построенных на нём интеграций
Учитывается отдельными счётчиками.
Вызовы MCP учитываются отдельно от чата, поэтому стоимость интеграции видна сама по себе, а не прячется внутри показателей сайта. Вызовы ограничены по частоте на каждый ключ, с потолком заметно выше, чем нужно опрашивающей панели, потому что агент работает пачками. Есть отдельные MCP-тарифы для тех, кому нужны инструменты без чат-виджета.
Другие способы расширить SLAtech.
Готовы дать своим инструментам доступ к базе знаний?
Одна точка входа, один ключ и клиент, который настраивает себя сам.