MCP, CLI і навыкі разам: стэк злучэнняў для прадакшн-агентаў

Дэмы задаў стандарты для 2024 года, аяксы для кодавання — для 2025 года, а 2026 год стане гадам, калі аяксы з загальнымі знаннямі і здольнасцямі до віканання задач увійдуць у працэйнае выкарыстанне. Паведамляецца, што протакол Model Context Protocol досягае або 110 мільйонаў месячных завантажэнняў, чаго дасягае быстрэй, чым React. Аднак, калі аяксы прыменяюцца ў корпаратыўных робочых працэсах, якія включаюць многа SaaS-програмы і спільныя даскі, адной чыстай істынай застаецца тое, што з’ѐеднанне — гэта не адна-едынстая рашынка. Кожны, хто ставіць адну-едынстую адпаведзь, чы то выкарыстанне камп’ютара, MCP чы лінія каманд, перэценяе сітуацыю. Сільныя аяксы не выбіраюць аднаго з варыянтаў; яны выкарыстоўваюць усю структуру з’ѐеднання адразу.

Тры слоі

Навыкі, CLI і MCP кожны рашаюць разныя проблемы, і кожны з іх ствараецца по-разнаму.

• Навыкі ўключаюць спецыялізаваныя знання. Гэта повторна вікорыстоўваныя інструкцыі, зазвычай у фармаце файлаў Markdown, якія навчаюць мадэль як вікорыстоўваць інструменты. Яны пераводзяцца межы кліентамі і забезпечваюць кантэкст, неабходны для выканання складных задач. Іх пішаюць людзі або генеруюць агенты, і яны завантажаюцца з локальных каталогаў, такіх як .claude/skills/, або з удалённых рэпазітарыёў.
• CLI, або вікорыстанне камп’ютара, — цэлае выкананне у стылі Unix. Ён добра компонуецца, выкарыстоўвае мало токенав (прыблізна 200 на адказ) і корыстыцца прадзейстрованнем модэлі з інструментамі на кшталт git, gh і curl. Інструменты CLI можна отрымаць праз установку звычайных бінарных файлаў за дапамогою менеджэра пакетаў.

MCP — гэта спаўнае ткань. Ён забезпечвае багатыя семантыкі, незалежнасць ад платформы і корпаратыўныя функцыі, такія як OAuth, правілы керавання і летакі аўдыту. Сервер апісваецца ў кодзе, напрыклад server.py або server.ts, як інструменты, рэсурсы і запросы, і выконвае комунікацію па протаколу JSON-RPC 2.0 праз HTTP або SSE.

Калі MCP — правы выбар

Выбірайце MCP, калі вам патрэбны багатыя семантыкі, автарызацыя і незалежнасць ад платформы. Ён выкарыстоўвае падход, калі спачатку задаецца схема, для выбору інструментаў, пры чым ужо ёсць функцыі керавання і летакі аўдыту. Косць закладзена ў кантэкст: наўмовітная наладка, якая завантажае всі схемы інструментаў з самага пачатку, можа зайняць 44 000–55 000 токенав, а кожны адпаведзь — гэта цэлы тыпаваны JSON-об’ект, які чудова падходзіць для програмнаг парсінгу, але вімагае большай колькасці токенав.

Для тых, хто пішчае серверы, рада заключаецца у вжыцці опісавальных назв функцый і параметраў, а таксама у даданні апісаў кожнаму параметру. Мадэлі працуюць лепшая і быстрэй, калі яны точна ведаюць, чаго ад яных чакаюць.

# Annotated Tool Definitions
from typing import Annotated
from datetime import date
from enum import Enum

class Category(str, Enum):
    TRAVEL = "travel"
    MEALS = "meals"
    OFFICE = "office"

def submit_expense(
    amount: Annotated[float, "The expense amount in USD"],
    date: Annotated[date, "Date of the expense in YYYY-MM-DD format"],
    category: Annotated[Category, "The expense category"]
) -> str:
    """Submits a new expense report for approval."""
    pass

Калі CLI — правы выбар

Калі адзінак вялікі ў даных прадзейнавання модэлі, напрыклад Git чы GitHub CLI, выкананне праз рэчыпкі ёсць дужа эфектыва. Модэлі можа складваць команды за дапамою трубак і перэнаправленняў, а таксама дэшава перадзейснаваць прабавы з урахоўваннем памылак. У замест на прыем вялікаг файла у фармаце JSON, яна можа фільтрацыяваць даныя за дапамою jq і отрымаць толькі тое, што ёй трэба — компактны адказ дыявалі 200 токенав.

Прагрэсіўнае адкрыцце

Найбольшы прырост для большасці агентаў — гэта прагрэсіўнае адкрыцце. У замест на падачу всіх адзінакоў у вікно кантэксту, ўскладзіце ўжыванне адзінакоў да таго часу, калі модэлі імі насправды патрэбуе. Даўце ёй можлівасць tool_search, ўпрымкі якой дазволіць яй дынамічна шукаць адзінакі, і ўжыванне кантэксту можа зменшыцца прыблізна у пяць разоў.

Програмнае выкананне адзінакоў

Калі модэль должна кераваць калькамінасцю калькавання, не ляцуйце яе вызываць іх аднаго за іншым, адколькі кожны такі крок спрычыняе затрымку. Выкорыстоўваюце програмны спосаб вызывання калькавання, які таксама называецца рэжымам коду. Задаюце срэду REPL, такую як V8 isolate або Python sandbox, і дазвольце модэлі напісаць скрыпт, які складае калькавання з разных калькавальных засобаў. Скрыпт пішыцца аднойчы і запускае весь лянцюг калькавання, што значна зменшае затрымку.

// Programmatic Tool Calling (Code Mode)
// Instead of multiple sequential LLM turns, the model writes this script once:
const issue = await mcp.call_tool("linear_get_issue", { id: "ENG-5121" });
const prs = await mcp.call_tool("github_list_prs", { repo: "frontend" });

// Use structured output to enforce types
const expectedType = z.object({ title: z.string(), status: z.string() }).passthrough();
const typedIssue = await extract("claude-haiku-4-5", expectedType, issue);py

Стварэнне для агентаў

Автары сервераў должны перастаць прыкладваць REST APIяны адно да аднаго да сервераў MCP і з самага пачатку праектаваць іх для агентаў. Дапамагаюць тры прыкметы: ствараць інструменты з чыстым намерам, як інтэрфейс для чалавека; адкрываць асяроддзя выканання, як гэта робіць Cloudflare MCP, каб мадэль могла кераваць складнымі рабочымі працэсамі ў кодзе; а таксама выдаваць MCP App: выкарыстоўваць семантыку MCP для доставкі рэсурсаў UI, тыя бачыцца як HTML, JavaScript і CSS, праз сецію, каб сервер могаў атрыбутаваць свой інтэрфейс унутры кліента.

Што будзе з MCP

Экасістэма быстра развіваецца, каб задовольніць патрэбы падпрыемстваў і расшырыць сваі можлівасці, і план на 2026 год складаецца з трох праблемных направаў.

• Лепшы ядро: новы безстановы транспорт, запропанаваны Google, павінен упрыскорыць размешчэнне сервераў MCP на Kubernetes і Cloud Run, а таксама ачакуецца выданне версій 2.0 SDK-ў на TypeScript і Python.
• Інтэграцыя ў всіх месцах: функцыя Cross-App Access дазволіла бы адзін раз абмовіцца на входзе ў серверы MCP праз прадаўця айдэнтыкацыі компаніі, а серверы моглі бы аўтаматычна знаходзіцца на адпаведным файле пад адрэсай .well-known/mcp-server-card/server.json.
• За межамі сучасных можлівасцяў: тэхнологія Skills over MCP дазволіла бы серверам распространяць домэнныя знанні разам з іх інструментамі праз канцэнтры skills/list і skills/get.

Выбір між німі

Рашэнне залежыць ад кантэксту і трэбаванняў: MCP — калі патрэбна керованасць і багата семантыка; CLI — калі модэль вялікі час ведае інструмент, а токены маюць значэнне; Skills — для запрошэння процедурных знанняў, якія ўсе іх з’яеднаюць.

Вывыкі

Няма аднаго інструмента, які бы выграў, і прырównанне яго да MCP протыпа CLI не адбівае сутнасці. Для практычнага выкарыстоўвання патрэбны розныя слоі. Крытыка MCP, а самэй — вялікі расход токенаў, прасоцінкі ў аўтэнтыфікацыі і неравныя характэрыстыкі сервераў, адзначае рэальныя проблемы, але гэта інжынерныя прыбліжэнні, якія можна вырашыць, і экасістэма вялікі час ужэ адчувае змяны. Прогрэсіўнае адкрыцце і рэжым Code Mode зменшаюць колькасць токенаў і затрымкі, таму стандарт можна налаштаваць, а не адмовляцца ад яго. Адмова ад MCP у корпаратыўных умовах заменяе гэтыя проблемы ўжо горшымі: фрагментаваная аўтэнтыфікацыя, відсутнасць лёгкодоступных лёгасоў і залежнасць ад прадавца. Можна спакульваць, што найсільнейшыя інструменты будуць выкарыстоўваць Skills для збору знанняў, MCP для кераваных з’ўязкаў, а CLI — для дэшавага локальнага выкарыстоўвання.