Комментарии 5
Да, поздновато, но я всё-таки влезу в спор «MCP против CLI»
Эм, так нет никакого спора.
Чем MCP-сервер на самом деле отличается от самой обычной CLI с флагом
--help? По-моему, ничем.
Я понимаю, что это перевод, но все равно испанский стыд. Ну вот как можно на серьезных щщах после этого вникать в статью?
MCP-сервер не только выводит данные, но и готовит их, как минимум форматируя в определенный формат. Флаг help просто перечисляет набор команд и их параметров. Есть описание MCP инструментов, которое передается модели в системном промте, вот это уже аналог help.
Статья сравнивает теплое с мягким.
Да в том то и дело что инстурментов надо сейчас под рукой вагон и тележка а mcp крайне расточительны на контекст, а клишка лежит и лежит спокойно пить есть не просит
как раз таки испанский стыд от "мы не смогли разобраться в существующих стандартах потому придумали +1 новый"
нужен веб интерфейс? OpenAPI закроет вопрос с запасом и даже такие ситуации про которые изначально не думал.
нужна консольная тулза? все нормальные решения поддерживают детерминированный вывод (много кто даже -json флагами) так как до всего этого АИ-бума были паплайны и автоматизации
CLI не заменит MCP который на удалённом сервере, куда можно сходить по HTTP. Да, можно конечно написать CLI утилиту, которая общается с удалённым сервером по аналогии с gh, но кто ж её ставить будет? Это затрудняет распространение. А если у тебя веб-сервис который даёт доступ к MCP, то клиенту для работы с ним ничего ставить не нужно, удобно.
Смысла в MCP делающих работу локально я тоже не вижу. Сейчас везде начинает появляться codemode, хотя сам bash это уже codemode и агенты давно им пользуются.

Джеффри Хантли: агенту хватит --help, если CLI сделана хорошо