MCP
И двата края на протокола: сървър и клиент.
Какво прави
Платформата е MCP сървър: OAuth 2.1 сървър за ресурси с проверки на обхвата, политика за одобрение и регистър на повикванията. Това позволява на външни клиенти да използват вашите агенти като инструменти. Тя е и MCP клиент: всеки отдалечен MCP сървър се превръща в конектор без специфичен за доставчика код, защитен от прекъсвач (circuit breaker), така че нестабилна външна страна да не може да провали разговора.
Защо е важно
Повечето продукти избират единия край на MCP и го наричат поддръжка. Поддържането и на двата означава, че вашият агент може да се използва като инструмент и може да използва инструменти, което го прави композируем, а не краен.
Как работи
Сървърната част е истински OAuth 2.1 сървър за ресурси
Проверките на обхвата и политиката за одобрение контролират повикванията към инструменти, а самите повиквания се записват в регистър на сесията, вместо да се изпълняват без проследяване.
Клиентската част е универсална
Добавянето на отдалечен MCP сървър е въпрос на конфигурация. Само няколко конектора имат ръчно написани собствени адаптери; останалите преминават през универсалния път.
Проблемите с неизправен сървър за инструменти се изолират
Прекъсвачът (circuit breaker) се задейства при лошо поведение на отдалечения сървър, така че неговите грешки да влошат само една функция, а не целия разговор.
Въпроси
- Мога ли да включа собствен MCP сървър?
- Да: той се превръща в конектор без необходимост от специфичен код. Удостоверяването в момента е със статичен bearer токен; планира се OAuth 2.1 за персонализирани отдалечени сървъри.
- Могат ли други инструменти да извикват моя агент през MCP?
- Да. Платформата предоставя интерфейс на MCP сървър с OAuth, обхвати и политика за одобрение.
The rest of the bag
Права за достъп на ниво документ, които филтрират отговорите, а не само страниците.
Разрешаването на политиките се кешира за всяка сесия за по-висока скорост; промяната на правата се разпространява при инвалидиране на кеша, а не мигновено за всяка текуща заявка.
Всяка папка и всеки краен документ носят политика за достъп: публична, за влезли потребители или одобрена от собственика. Тези политики се превръщат в обвивка за всяка сесия, която филтрира какво може да извлече даден агент, преди да отговори. Регистърът на възможностите ограничава цели функции за всеки клиент (tenant), а критичните проверки за достъп се провалят в затворено състояние (fail closed).
Документация
Дървовидна структура от папки, която агентът чете, и конфигурационен файл, който спазва.
Извличането обхваща PDF файлове, електронни таблици и транскрипти. Екзотични бинарни формати не се анализират.
Събития
Надежден регистър на това какво са направили агентите и защо.
Шината за събития в рамките на процеса (in-process event bus) е излъчвател с един възел, а не разпределен брокер. Дълготрайният запис между агентите е отделен регистър на задачи в Postgres.
That was step 5 of 6: the agent consults its bag. Next, tasks, delegation edges, decisions and artifacts persist as rows you can replay, and the spend is already accounted for.