Как дать агенту доступ к вашему продукту: MCP, Skills и CLI

Как выбрать между MCP, CLI и скиллом, почему агент не дочитывает вашу инструкцию, куда класть подсказки, как не слить персональные данные и что делать с офертой. Все на опыте MCP для Туту и пачки моих самодельных интеграций

Александр Поляков

CEO aaarrr.agency, RnD + Edu ohmyai.ru

Поляков считает

Главное за минуту

Агенты придут в продукт в любом случае. Либо через дверь, то есть MCP или CLI от самого бизнеса, либо через окно: браузер и неофициальные API от энтузиастов. Своя дверь дает инструкции, рейт-лимиты и меньше абьюза.

Выбирают по тому, где живет агент: в чате или в телефоне остается только удаленный MCP, для продукта-программы логичнее CLI, для длинных правил скилл. На одних задачах MCP и CLI отрабатывают почти одинаково.

В первой версии MCP Туту упала половина из 40 тестов: агент не читал инструкцию, а харнесы ее режут, Codex до 250 знаков. Инструкцию мы сократили до 2 000 знаков, а подробности разложили по инструментам.

Инструменты делают под сценарии, а не оборачивают каждую ручку API: покупка билета занимает у агента четыре шага вместо восьми запросов. В ответ инструмента кладут подсказку, что делать дальше, как это делает git.

Вместо чувствительных данных инструмент отдает маску: правило «не показывай полис» не спасает, агент его уже увидел. С офертой идут к юристам, чтобы каждое действие агента совпадало с ее акцептом.

Когда делаешь интеграцию для агентов, ощущение, будто сидишь внутри четырехмерного гиперкуба. Надо следить, как разные харнесы выводят тулы, сколько инструкций кладут в контекст и куда двинулась спецификация. Этим летом MCP, например, стал гарантированно stateless, а я знаю нескольких корпоратов, у которых внутри до сих пор крутится stateful-реализация. И все это приходится держать в голове, даже если ты просто публикуешь скиллы.