Така се случи, че напоследък трябваше да свържа second-brain с голям брой услуги. Частично чрез MCP, частично чрез cli инструменти. И при cli се откриха множество предимства:
- Токени: cli е много по-ефективен. MCP хаби хиляди токени само за схемите на инструментите.
- Производителност: cli обикновено е по-бърз, тъй като е оптимизиран с години.
- Възможности: cli дава възможност за прецизна обработка на данни на ниско ниво чрез код и едноредови команди.
- Гъвкавост: Комбинации от повиквания и ограничаване на изхода чрез стандартни конзолни методи и инструменти като jq, yq, jc.
- Самообучение: LLM разбират cli нативно. Обучението става чрез –help.
Всичко това доведе до факта, че почти не ми остана MCP :) Дори playwright успях да заменя с playwright-cli. И работата на агента с него стана много по-стабилна и бърза, без създаване на скрийншот при всяко действие.
От друга страна, за проблемите на MCP има решения с различна степен на приложимост:
- Банално съкращаване на схемите на инструментите.
- Разкриване на MCP инструменти чрез включени умения (skills).
- Рутиране на повиквания чрез прокси умения.
- Използване на LLM вътре в MCP, за да приема заявки на естествен език. В идеалния случай и с възможност за писане и изпълнение на код вътре в MCP.
- Code execution with MCP от Anthropic: https://www.anthropic.com/engineering/code-execution-with-mcp
Със сигурност MCP ще живее и ще се развива, но подходът “просто опаковайте вашето API в MCP” изглежда не работи по най-добрия начин.