**TL;DR:** У продакшні в нас крутиться 16+ MCP-серверів (Model Context Protocol) для B2B автоматизації — CRM, парсинг документів, lead generation, SEO-аудит, скрейпінг з обходом Cloudflare, і єдиний шар пам'яті. Кожен сервер написаний на TypeScript, побудований на офіційному `@modelcontextprotocol/sdk`, хоститься на спільному VPS 65.21.242.139 з майже нульовою інкрементальною вартістю, і підключається до Claude Code, Claude Desktop, n8n або будь-якого MCP-сумісного клієнта. У квітні 2026 ми виміряли — інтеграція через MCP на 60–80% швидша за написання raw API wrapper'ів.
Коротко (at a glance)
Q: Що таке MCP і чому B2B-командам це треба зараз?
Model Context Protocol — це відкритий стандарт від Anthropic, [представлений у листопаді 2024](https://modelcontextprotocol.io), який дозволяє будь-якому LLM-клієнту говорити з будь-яким tool server через єдиний wire-формат. До MCP кожна інтеграція з Claude Code чи Claude Desktop була кастомним конектором — писали glue-код під кожен інструмент, під кожен клієнт, під кожен агент. Після MCP ти пишеш один сервер (`flipfactory-mcp-crm`), публікуєш його в npm або self-host'иш, і він миттєво доступний для виклику з Claude Code, Cursor, Claude Desktop, ноди MCP в n8n або будь-якого іншого MCP-aware клієнта.
Для B2B-команди це різниця між "ми інтегруємо цей інструмент наступного кварталу" і "воно підключене до вечора". Ми переписали внутрішню CRM-інтеграцію з кастомного REST wrapper'а в `flipfactory-mcp-crm` у березні 2026; код на стороні агентів зменшився на 70%, і тепер ми переюзаємо той самий сервер у FF-00 Orchestrator, FF-03 Backend і FF-12 Freelance PM без переналаштування credentials на кожен агент — JWT-скоупінг живе на сервері.
Q: Чим MCP-сервер відрізняється від звичайної API-інтеграції?
Звичайна API-інтеграція — це один споживач, що говорить з одним провайдером через HTTP/JSON. Споживач сам відповідає за auth, retry, валідацію схеми, форматування відповіді й пагінацію. Кожен новий агент, який потребує того самого API, повторює цю роботу, часто непослідовно — один забув retry, інший не редактує PII, третій трактує 429 як fatal.
MCP-сервер інвертує цю логіку. Сервер володіє контрактом інструменту — name, input schema (JSON Schema), output shape, side-effect annotations — і будь-який MCP-клієнт безкоштовно отримує типізовані tool-виклики. Ми це використовуємо в `flipfactory-mcp-docparse`: сервер декларує `parse_document(file_path: string, hints?: { document_type: string }) -> StructuredJSON`, і Claude Code, Claude Desktop, наші n8n-воркфлоу — всі викликають його через один інтерфейс. Коли ми у квітні 2026 підняли accuracy gate до 95%+ для enterprise-пайплайнів, ми змінили це один раз — на сервері — і всі споживачі автоматично отримали нову поведінку. Жодного перебілдування на стороні клієнтів. Жодного версійного дрейфу між агентами.
Q: Які 3 MCP-сервери варто взяти B2B-команді першими?
Починайте вузько. Три, що окуповуються найшвидше за нашим досвідом: leadgen, crm і email.
`flipfactory-mcp-leadgen` — обгортка над Apify-пайплайнами (Google Maps, бізнес-реєстри, LinkedIn у межах ToS) плюс крок збагачення, еквівалентний Apollo або Clearbit. Один промпт у Claude Code — "знайди 50 польських e-commerce магазинів з обігом >€2M, без AI-персоналізації на сайті" — перетворюється на структурований список з валідованими email. У парі з `flipfactory-mcp-scraper` (Playwright + stealth, Computer Use fallback для CAPTCHA) — це те, як ми автоматизували 1700+ SKU-листингів для mid-market EU-ритейлера електроніки.
`flipfactory-mcp-crm` записує ці ліди назад у FlipFactory CRM з призначенням deal-stage. JWT-скоуп per-agent — FF-12 Freelance PM фізично не бачить enterprise-deal'ів.
`flipfactory-mcp-email` далі шле персоналізований first-touch через Brevo (або SendGrid для транзакційних) з per-recipient template merge. Уся послідовність — знайти, кваліфікувати, записати в CRM, надіслати first touch — крутиться як одна сесія Claude Code на 4–6 tool-викликів.
Deep dive: архітектурні рішення, які визначають чи каталог MCP масштабується
Три рішення вирішують, чи каталог з 12 серверів залишиться підтримуваним, чи перетвориться на тарбол з напівпрацюючих скриптів: транспорт, дисципліна скоупу, observability.
Вибір транспорту важить більше, ніж здається. Офіційний [`@modelcontextprotocol/sdk`](https://www.npmjs.com/package/@modelcontextprotocol/sdk) дає stdio, SSE і streamable-HTTP транспорти. Ми стандартизувалися на stdio для локального Claude Desktop / Claude Code, і HTTP-streamable для n8n MCP-ноди і ремоут-агентів на VPS. Цей розкол неочевидний: stdio швидший (немає TCP overhead), але вимагає клієнта і сервера на одній машині; HTTP повільніший на виклик, але дозволяє ролі FF-04 MCP оновити сервер централізовано — і всі агенти підхоплять зміну на наступному виклику. Ми це вивчили жорстким шляхом після інциденту в березні 2026, коли 4 агенти крутили stale stdio-бінарники `flipfactory-mcp-knowledge` 11 днів, бо ніхто не тригернув рестарт Claude Desktop. Тепер усе user-facing — HTTP, усе dev-loop — stdio.
Дисципліна скоупу — другий неочевидний важіль. Кожен MCP-сервер має робити один домен. Ми не піддалися спокусі змерджити `flipfactory-mcp-seo` в `flipfactory-mcp-flipaudit`, хоча обидва про SEO — перший це швидкий inline Lighthouse + Schema.org чек (sub-second response, можна викликати посеред розмови), другий обгортає повний FlipAudit 96-факторний скан, що займає 30 секунд і доречний лише коли користувач явно просить deep audit. Мердж означав би: або кожна швидка SEO-перевірка платить 30-секундну ціну, або кожен deep audit повертає неповні результати — обидва погано. [Огляд Claude Code від Anthropic](https://docs.claude.com/en/docs/claude-code/overview) рекомендує "small, focused tools" з тієї ж причини: LLM краще міркують про вибір інструменту, коли в кожного інструменту одна чітка робота.
Observability — це те, що ми хотіли б побудувати першим, а не останнім. Кожен MCP-виклик з будь-якого агента тепер логається `{server, tool, agent_id, trace_id, latency_ms, success}` у Postgres на VPS. Grafana-дашборд показує tail latency per server (P95, P99) і error rate. Коли `flipfactory-mcp-docparse` почав timeout'ити на специфічному типі PDF у квітні 2026, ми зловили це за 2 години, бо дашборд почервонів — без цього воно б спливло як "агент сьогодні якийсь повільний" без traceable root cause. Той самий trace_id корелюється через agent_ops `/handoffs` і `/approvals` API, тож ми можемо реплейнути повний шлях рішення агента, включно з тим, який MCP-tool коли викликався.
Ключові висновки
FAQ
**Q: Чи потрібно публікувати MCP-сервери в npm, щоб ними користуватись?**
A: Ні. MCP transport-шар — це stdio, SSE або HTTP, і все це працює з сервером, який живе тільки на твоєму VPS чи лептопі. Ми кілька своїх (`flipfactory-mcp-utils`, `flipfactory-mcp-transform`) публікуємо в npm, бо вони generic і корисні публічно; домен-специфічні (`flipfactory-mcp-crm`, `flipfactory-mcp-flipaudit`) залишаються self-hosted на VPS 65.21.242.139 з JWT-scoped auth. Self-hosted дає миттєвий rollout (без npm publish cycle) і не зливає propriety integration logic. Правило вибору: generic + safe → npm; пропрієтарне або auth-coupled → self-host.
**Q: Як захистити MCP-сервер, що віддає CRM чи дані клієнтів?**
A: Три шари. Перший — transport-level auth: HTTP-transport сервери вимагають JWT у запиті, скоупований per-agent (FF-12 Freelance PM не бачить enterprise-deal'ів). Другий — tool-level allowlists: `flipfactory-mcp-crm` декларує, які інструменти доступні кожному JWT-subject — read-only агенти взагалі не бачать write-інструментів. Третій — audit-логування: кожен tool-виклик пише в `agent_audit_log` з trace_id, тож будь-який доступ до даних відтворюваний. Ми ніколи не кладемо raw API ключі (Apollo, Brevo тощо) в промпти агентів чи `.env` файли, які роздаємо клієнтам — їх тримає сервер, агент тримає тільки JWT.
**Q: Коли MCP — overkill, а коли просто написати функцію?**
A: Якщо інструмент потрібен лише одному агенту, і не буде викликаний з другого клієнта (немає Claude Desktop, немає n8n, немає human-in-the-loop дебагу), звичайна функція ок. MCP починає окуповуватися на другому споживачі. Наше rule of thumb: якщо той самий інструмент буде використовуватись 2+ агентами АБО і агентом, і людиною (через Claude Desktop), обгортай у MCP. Якщо це one-shot внутрішній helper для одного n8n-воркфлоу, звичайний HTTP-ендпоінт швидше доставити.