Обновить

Комментарии 5

Да, поздновато, но я всё-таки влезу в спор «MCP против CLI»

Эм, так нет никакого спора.

Чем MCP-сервер на самом деле отличается от самой обычной CLI с флагом --help? По-моему, ничем. 

Я понимаю, что это перевод, но все равно испанский стыд. Ну вот как можно на серьезных щщах после этого вникать в статью?

MCP-сервер не только выводит данные, но и готовит их, как минимум форматируя в определенный формат. Флаг help просто перечисляет набор команд и их параметров. Есть описание MCP инструментов, которое передается модели в системном промте, вот это уже аналог help.

Статья сравнивает теплое с мягким.

Да в том то и дело что инстурментов надо сейчас под рукой вагон и тележка а mcp крайне расточительны на контекст, а клишка лежит и лежит спокойно пить есть не просит

mcp крайне расточительны на контекст

Это очень смешно, спасибо.

как раз таки испанский стыд от "мы не смогли разобраться в существующих стандартах потому придумали +1 новый"

нужен веб интерфейс? OpenAPI закроет вопрос с запасом и даже такие ситуации про которые изначально не думал.

нужна консольная тулза? все нормальные решения поддерживают детерминированный вывод (много кто даже -json флагами) так как до всего этого АИ-бума были паплайны и автоматизации

CLI не заменит MCP который на удалённом сервере, куда можно сходить по HTTP. Да, можно конечно написать CLI утилиту, которая общается с удалённым сервером по аналогии с gh, но кто ж её ставить будет? Это затрудняет распространение. А если у тебя веб-сервис который даёт доступ к MCP, то клиенту для работы с ним ничего ставить не нужно, удобно.

Смысла в MCP делающих работу локально я тоже не вижу. Сейчас везде начинает появляться codemode, хотя сам bash это уже codemode и агенты давно им пользуются.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации