MCP: Подключение Claude к внешнему миру
📚 Навигация по серии: Предыдущая статья 21 Безопасность и границы рисков помогла вам разобраться, «когда стоит доверять ИИ касаться вашего кода и систем». Эта статья меняет направление — подключает Claude к внешнему миру. По умолчанию он может трогать только ваши локальные файлы и командную строку, но не может дотянуться до вашей базы данных, Jira или Figma. MCP — это тот самый единый интерфейс, который позволяет ему подключиться к куче внешних сервисов за один раз.
Сначала расскажу об одной ловушке — когда я устанавливал свой первый MCP server, я почти час возился с ошибкой в терминале.
Тогда я хотел подключить server для связи с базой данных, скопировал команду из README какого-то репозитория, которая выглядела примерно так: claude mcp add db -- npx server --transport stdio. Нажал Enter — не подключается. Сначала я заподозрил сеть, потом подумал, что пакет не установился должным образом, удалял и переустанавливал несколько раз, npx скачивал этот пакет снова и снова, индикатор выполнения бегал туда-сюда — но подключиться так и не удалось.
Позже я заглянул в официальную документацию и понял, что параметры стояли не на своих местах. Официальная документация пишет кристально ясно: все опции (--transport, --env, --scope) должны находиться «до» имени сервера, а то, что идет после -- (двойного тире) — это команда для запуска сервера. В приведенной выше команде --transport stdio оказалось после --, поэтому оно было воспринято как параметр, передаваемый серверу, который его, естественно, не распознал. К тому же stdio — это транспорт по умолчанию, его вообще не нужно писать. Правильное написание — claude mcp add db -- npx server, и подключается мгновенно.
Я рассказываю об этой ловушке, чтобы вы могли сэкономить тот час времени: в самом MCP нет ничего сложного, сложность кроется во всех этих деталях «расположения», «областей видимости» и «необходимости одобрения». Сегодня мы разберем эти ловушки одну за другой и в конце я покажу, как собственноручно запустить и проверить реальный server.
Прочитав эту статью, вы получите:
- Понимание в одном предложении, что такое MCP и какой именно недостаток Claude он восполняет
- Когда использовать три формата серверов (локальный stdio, удаленный HTTP, устаревший SSE), всё объяснено в одной таблице
- Правильное написание команды
claude mcp addи отличия трех областей видимости:local/project/user - Как инструменты появляются перед Claude после добавления сервера и требует ли первый вызов вашего одобрения (перекликается с темой прав доступа и безопасности из предыдущей статьи)
- Практический пример с ожидаемым результатом, который можно повторить: подключение сервера официальной документации за 5 минут и его проверка
01 Сначала разберемся: Какой именно недостаток восполняет MCP
Сначала вывод: По умолчанию Claude Code — это помощник, который «умеет работать только локально», а MCP — это единый порт для подключения к различным внешним сервисам.
Вспомните, чем занимался Claude в предыдущей двадцать одной статье — читал ваши файлы, изменял ваш код, запускал ваши команды. Всё это локальные задачи. Как бы умен он ни был, он не может дотянуться до тикета в Jira вашей компании, не может подключиться к данным в вашей рабочей базе данных, не видит макетов, нарисованных дизайнером в Figma. Эта информация ему недоступна, и вам приходится самим копировать и вставлять ее для него.
Аналогия: док-станция с кучей портов. Ваш ноутбук становится все тоньше, на корпусе, возможно, остался всего один-два порта Type-C, и вы не можете подключить HDMI, сетевой кабель, флешку или кардридер. Что делать? Подключить док-станцию — один кабель, и у вас есть HDMI, сеть, USB и питание. MCP для Claude — это как такая док-станция: подключите один раз, и перед ним окажется множество инструментов от внешних сервисов.
Официальное определение звучит так:
Claude Code может подключаться к сотням внешних инструментов и источников данных через Model Context Protocol (MCP) — открытый стандарт для интеграции инструментов ИИ. MCP-серверы предоставляют Claude Code доступ к вашим инструментам, базам данных и API.
Здесь есть ключевое слово: открытый стандарт. MCP (Model Context Protocol, набор открытых спецификаций, определяющих, «как ИИ вызывает внешние инструменты») — это не закрытый проприетарный протокол Anthropic, а открытый стандарт. Преимущество в том, что «подключил один раз — работает везде» — MCP server, который вы написали для какой-то базы данных, может использовать Claude Code, а также другие клиенты, поддерживающие MCP.
Когда о нем следует вспомнить? Официальное правило предельно простое:
Когда вы обнаружите, что копируете данные из другого инструмента (например, трекера задач или панели мониторинга) в чат, подключите сервер.
Вот несколько сценариев, с которыми вы, скорее всего, столкнетесь, чтобы понять, что можно делать после подключения:
- «Реализуй функционал, описанный в тикете JIRA ENG-4521, а затем открой PR на GitHub» — он сам прочитает тикет, вам не нужно пересказывать
- «По нашей базе данных PostgreSQL найди email-адреса 10 пользователей, которые использовали новую функцию в этом месяце» — он напрямую сделает запрос к базе, вам не нужно экспортировать CSV и вставлять сюда
- «Обнови шаблон письма в соответствии с новым дизайном в Figma» — он сам посмотрит макет, вам не нужно делать скриншоты и описывать
💡 Краткий итог: По умолчанию Claude может трогать только локальные файлы и команды, он не может дотянуться до вашей базы данных, тикетов, дизайн-макетов; MCP — это единый внешний интерфейс, подключив который один раз, вы открываете ему доступ к множеству инструментов внешних сервисов.
02 Три формата серверов: запускать локально или подключаться к облаку
MCP server бывает не один. Понимая их отличия, вы поймете, как нужно изменять скопированные команды. Главный вопрос один: этот server запущен на вашей собственной машине или хостится по какому-то URL-адресу?
Аналогия: устройства, подключенные к док-станции, могут быть на столе или за стеной. Флешки и кардридеры подключены к док-станции и находятся у вас под рукой; а сетевой кабель подключен к серверу в серверной комнате, который находится далеко. MCP server также делится на эти две категории: одни запускаются как локальные процессы на вашей машине, другие размещаются удаленно, и вы к ним подключаетесь.
Официальная документация предлагает несколько способов передачи (transport, то есть способы, которыми Claude Code и server «общаются» друг с другом). В повседневной жизни используются два, плюс один уже устаревший:
| Формат | Где запущен | Как добавить | Для чего подходит |
|---|---|---|---|
| stdio (локальный процесс) | На вашей собственной машине, запускается как подпроцесс | claude mcp add <name> -- <команда> | Инструменты, которым нужно напрямую читать локальные файлы, управлять локальным браузером или подключаться к локальным сокетам баз данных |
| HTTP (удаленный хостинг) | По какому-то URL-адресу | claude mcp add --transport http <name> <url> | Облачные сервисы (такие как Sentry, Notion, GitHub), официально рекомендуется |
| SSE (удаленный, устарел) | По какому-то URL-адресу | claude mcp add --transport sse <name> <url> | Встречается только в старых конфигурациях, если можно использовать HTTP, не используйте его |
Разберем несколько моментов, на которых чаще всего спотыкаются новички:
Для stdio server не пишется --transport. Потому что локальный процесс использует транспорт stdio по умолчанию, его не нужно специально указывать. Вся суть в строке команды после -- — это инструкция для Claude Code о том, «как нужно запустить этот server». Например, в официальном примере с Playwright (инструментом, позволяющим Claude управлять браузером):
claude mcp add playwright -- npx -y @playwright/mcp@latestnpx -y @playwright/mcp@latest после -- — это команда запуска, -y указывает npx не выводить запрос на подтверждение и устанавливать напрямую. stdio server равносилен тому, что «Claude помогает вам запустить небольшую программку в фоновом режиме», поэтому он может работать только при условии, что на вашей машине есть соответствующая среда (для этого Playwright нужна достаточно свежая среда Node, точную версию смотрите в их документации).
HTTP — предпочтительный выбор для подключения к облачным сервисам. Официальная цитата:
HTTP-серверы — это рекомендуемый вариант для подключения к удаленным MCP-серверам. Это наиболее широко поддерживаемый способ передачи для облачных сервисов.
Для таких сервисов, как Sentry, Notion, GitHub, вам не нужно ничего устанавливать локально, просто дайте ему URL, и он подключится:
claude mcp add --transport http sentry https://mcp.sentry.dev/mcpSSE (Server-Sent Events) нужно просто знать в лицо, не используйте его для новых. Официально четко помечен как «устаревший»:
Транспорт SSE (Server-Sent Events) устарел. Пожалуйста, используйте HTTP-серверы там, где это доступно.
SSE обычно встречается только когда вы берете чьи-то старые .mcp.json. Для новых server всегда используйте HTTP.
💡 Краткий итог: Для локальных инструментов используйте stdio (после
--следует команда запуска, transport не пишется), для облачных сервисов используйте HTTP (дайте URL, официально рекомендуется), SSE устарел, если встретите — замените.
03 Как добавить server: команда, область видимости и детали, чтобы избежать ловушек
Теперь, когда мы знаем форматы, давайте посмотрим, как конкретно добавлять. Две команды покрывают всё, остальное — детали.
Добавление удаленного HTTP server — --transport http, дайте имя, дайте URL:
claude mcp add --transport http notion https://mcp.notion.com/mcpДобавление локального stdio server — transport не пишется, после -- следует команда запуска:
claude mcp add airtable -- npx -y airtable-mcp-serverЗдесь и кроется ловушка, в которую я попал в начале. Официальная документация специально выделила это в рамку Note, и это стоит приклеить себе на лоб:
Все опции (
--transport,--env,--scope,--header) должны находиться до имени сервера. Затем--(двойное тире) отделяет имя сервера от команды и аргументов, передаваемых MCP-серверу.
Проще говоря: Все собственные ключи claude mcp add ставьте в начало, всё, что после -- — предназначено для server. Ошибетесь на одну позицию, и команда не будет распознана.
Три области видимости: в каких проектах может использоваться этот server
При добавлении server есть еще один неизбежный выбор: должен ли этот server использоваться только в текущем проекте, делиться со всей командой или использоваться во всех ваших проектах? Это то, за что отвечает «область видимости (scope)», указываемая через --scope.
Аналогия: как используется общий принтер в офисе. Некоторые принтеры подключены только к вашему компьютеру, и печатать можете только вы (local); некоторые подключены для общего пользования отдела, занесены в реестр имущества отдела, и все коллеги в группе могут им пользоваться (project, расшаривается через git); а есть ваш личный портативный принтер, который вы носите с собой и используете за любым рабочим местом или в любой переговорке (user, кросс-проектный). Три области видимости — это как раз эти три варианта «где стоит и кто имеет доступ».
Различия между тремя областями видимости, предлагаемыми официально, показаны в этой таблице:
| Область видимости | В каких проектах загружается | Делится ли с командой | Где хранится |
|---|---|---|---|
local (по умолчанию) | Только текущий проект | Нет, только для вас | ~/.claude.json (в записи для этого проекта) |
project | Только текущий проект | Да, через контроль версий | .mcp.json в корне проекта |
user | Все ваши проекты | Нет, только для вас | ~/.claude.json (на верхнем уровне mcpServers) |
Как выбирать — достаточно запомнить эти три правила:
- Для личных экспериментов, с учетными данными, которые вы не хотите добавлять в репозиторий →
local(по умолчанию, если не писать--scope, это оно и есть) - Если хотите, чтобы вся команда использовала одно и то же →
project, он записывается в.mcp.json, коммитится в git, и когда коллеги скачивают проект — он у них есть - То, что вы сами используете каждый день в разных проектах →
user, добавляете один раз, и доступно во всех проектах
# Доступно во всех проектах (область видимости user)
claude mcp add --scope user --transport http sentry https://mcp.sentry.dev/mcp
# Поделиться со всей командой (область видимости project, записывается в .mcp.json)
claude mcp add --scope project --transport http github https://api.githubcopilot.com/mcp/По своему опыту у меня выработалась привычка: для таких вещей, как Sentry, GitHub, которые я лично использую каждый день, всегда использую user — добавляю только один раз в первом проекте, а в новых проектах они уже есть автоматически, что избавляет от необходимости настраивать их заново. Сначала я ленился и использовал local по умолчанию для всего, в итоге при смене проекта приходилось добавлять заново. Пару раз помучившись, я понял, что нужно использовать user. Я использую project для записи в .mcp.json только тогда, когда «этот server специфичен для этого проекта, и соавторы тоже должны его использовать».
Вы также можете писать .mcp.json напрямую
Файл для области видимости project можно написать вручную. По сути, это просто JSON, где поля отличаются для HTTP и stdio серверов:
{
"mcpServers": {
"claude-code-docs": {
"type": "http",
"url": "https://code.claude.com/docs/mcp"
},
"playwright": {
"type": "stdio",
"command": "npx",
"args": ["-y", "@playwright/mcp@latest"]
}
}
}Для HTTP пишете url, для stdio — command и args. Будучи добавленным в репозиторий контроля версий, он действует как «конфигурация как код» для команды — когда другие клонируют репозиторий и запускают Claude Code, они прочитают эту конфигурацию. Обратите внимание на официальное предупреждение: после изменения .mcp.json нужно выйти и перезапустить сессию, чтобы изменения вступили в силу, потому что Claude Code читает его только при запуске.
💡 Краткий итог: Для HTTP используйте
--transport httpи URL, для stdio — команду после--, все ключи ставьте перед именем; запомните три вещи для области видимости — для личных экспериментов используйтеlocal, для кросс-проектных —user, для общего доступа команды —project, который пишет в.mcp.json.
На этой картинке роль MCP изображена как промежуточный слой «док-станции»: слева — встроенные локальные инструменты Claude Code (чтение и запись файлов, запуск команд), справа — внешний мир, к которому он изначально не мог дотянуться (GitHub, Jira, PostgreSQL, Figma, Sentry). Промежуточный слой MCP соединяет их с помощью двух видов «кабелей» — stdio и HTTP, чтобы инструменты внешних сервисов появлялись непосредственно перед Claude.
04 После добавления: как появляются инструменты и нужно ли ваше одобрение для их вызова
Когда server добавлен, происходит то, что напрямую связано с темой прав доступа из предыдущей статьи.
Сначала о том, как инструменты «появляются». Каждый MCP server поставляется с набором инструментов (например, GitHub server включает «чтение PR», «открытие issue»). После добавления сервера эти инструменты регистрируются для Claude, и он может вызывать их так же, как свои встроенные инструменты. Как убедиться, что они подключены и какие инструменты доступны? Есть две команды:
# В терминале: Показать все настроенные серверы и их статус подключения
claude mcp list# В сессии Claude: Посмотреть статус и инструменты каждого сервера
/mcpclaude mcp list покажет маркеры статуса для каждого сервера. Эти маркеры нужно знать (они напрямую отвечают на вопрос «почему мой server не работает»):
| Статус | Значение |
|---|---|
✓ Connected | Подключен, можно использовать |
! Needs authentication | Подключение есть, но требуется логин (OAuth или токен), перейдите в /mcp для аутентификации |
✗ Failed to connect / Connection error | Не удалось подключиться (server не отвечает или сама команда завершилась с ошибкой), проверьте команду / URL |
⏸ Pending approval | Сервер проекта из .mcp.json, который еще не получил вашего одобрения |
Тот самый ⏸ Pending approval — это первый случай, когда «нужно ваше одобрение». Официальный дизайн очень осторожен:
В целях безопасности Claude Code будет запрашивать одобрение перед использованием серверов уровня проекта из файла
.mcp.json.
Зачем нужен этот шаг? Подумайте: вы клонировали чужой репозиторий, и в .mcp.json написано «при запуске запустить некий локальный server». Если бы он запускался автоматически без вашего согласия, это означало бы, что чужой репозиторий втайне запустил процесс на вашей машине. Одобрение блокирует именно это — перекликаясь с главной темой безопасности из предыдущей статьи, все из неизвестных источников сначала останавливается и ждет вашего кивка. (Если у вас дрогнула рука и вы случайно отклонили, claude mcp reset-project-choices может сбросить выбор.)
Второе одобрение запрашивается при первом вызове инструмента. Официальное руководство по быстрому старту гласит:
Когда Claude впервые вызывает сервер, он запросит разрешение на использование нового инструмента. Одобрите его, чтобы продолжить.
То есть добавление сервера ≠ Claude может свободно использовать его инструменты. Когда он впервые собирается вызвать какой-то инструмент MCP, он снова остановится и спросит вас — это та же самая система прав, что и когда он спрашивает вас перед изменением файла или запуском команды, как мы видели в предыдущих статьях. Он будет действовать только после вашего одобрения.
Есть еще одна удобная деталь, помогающая «проверить подлинность»: когда Claude вызывает инструмент MCP, в выводе этот вызов инструмента будет помечен именем сервера. На это вы можете опираться, чтобы убедиться: «этот ответ действительно получен от внешнего сервиса, а не выдуман им». Например, после подключения Sentry, увидев метку sentry рядом с вызовом инструмента, вы можете быть спокойны — он действительно проверил реальную ошибку, а не придумал ее.
💡 Краткий итог: Инструменты MCP регистрируются для Claude после добавления, но есть два барьера одобрения — при первой загрузке сервера проекта из
.mcp.jsonи при первом вызове инструмента. Наличие имени сервера в выводе — это ваше доказательство того, что «ответ действительно пришел извне».
05 Проблема доверия к сторонним серверам: не подключайте всё подряд
Этот раздел самый короткий, но его ни в коем случае нельзя пропускать — он напрямую продолжает тему границ безопасности из предыдущей статьи.
Сначала процитирую официальное предупреждение, в документации оно выделено красной рамкой Warning:
Прежде чем подключать каждый сервер, убедитесь, что вы ему доверяете. Серверы, получающие внешний контент, могут подвергнуть вас риску внедрения промпта (prompt injection).
Переводя на человеческий язык: MCP server — это сторонний код / сервисы, и Anthropic не будет проводить для вас аудит безопасности. Коннекторы в официальном каталоге (Anthropic Directory) прошли базовую проверку, но для серверов вне каталога вам придется самому решать, можно ли им доверять.
Аналогия: установка стороннего пакета зависимостей в производственный проект. Вы же не станете просто делать npm install для неизвестного пакета с непонятным мейнтейнером и пускать его в свой рабочий код — сначала вы посмотрите, кто его поддерживает, сколько людей им пользуется и какая у него репутация. MCP server, по сути, является такой же «сторонней зависимостью»: прежде чем устанавливать, оцените источник, особенно если это server, который извлекает внешний контент (веб-страницы, тикеты, письма).
Почему серверы, извлекающие внешний контент, более рискованны? Потому что это рассадник для внедрения промптов (prompt injection) — в предыдущей статье мы специально разбирали эту ловушку. Проще говоря: веб-страница или тикет, полученные сервером, могут содержать вредоносные инструкции «написанные для ИИ», и Claude, прочитав их, может быть сбит с толку. Чем более «дикие» источники у сервера, тем выше этот риск.
Вот несколько простых правил для подключения серверов, которые можно взять на вооружение:
| Сценарий | Подключать или нет |
|---|---|
| Коннекторы, проверенные в официальном каталоге (Anthropic Directory) | ✅ Выбирайте их в первую очередь |
| Официальные серверы крупных компаний (официальные от GitHub, Sentry, Notion) | ✅ Относительно безопасно |
| Какой-нибудь сторонний server с GitHub с малым количеством звезд | ⚠️ Сначала посмотрите исходный код, подумайте, прежде чем подключать |
| Дать какому-то серверу права на запись в рабочую базу данных | ❌ Если можно ограничиться чтением, давайте только чтение, не давайте доступ на запись |
Последнее правило особенно важно. В официальном примере подключения к базе данных DSN специально содержит readonly (аккаунт только для чтения) — если можно использовать учетные данные только для чтения, не используйте те, что с доступом на запись. Это самый надежный способ свести риск к минимуму.
💡 Краткий итог: MCP server — это сторонний код, Anthropic не проводит его аудит за вас; перед подключением проверяйте надежность, отдавайте предпочтение официальному каталогу и официальным серверам крупных компаний, будьте осторожны с серверами, получающими внешний контент из-за риска внедрения промптов, и для баз данных всегда используйте аккаунты только для чтения.
06 Практика: подключаем реальный server за 5 минут и проверяем его
Теория без практики мертва. Ниже я покажу, как подключить server официальной документации — это размещенный удаленно HTTP-сервис, не требует ни логина, ни каких-либо настроек, и идеально подходит для тренировки. Он вообще не зависит от наличия у вас какой-либо сложной среды.
Этот server является удаленно размещенным HTTP-сервисом, и для его добавления требуется подключение к сети; если доступ к
code.claude.comиз вашего региона заблокирован, сначала включите «магический интернет», а затем попробуйте снова.
Шаг первый: добавить server (в терминале, а не в сессии claude)
claude mcp add --transport http claude-code-docs https://code.claude.com/docs/mcpОжидание: выведется строка подтверждения, похожая на Added HTTP MCP server claude-code-docs with URL: https://code.claude.com/docs/mcp to local config. Увидеть Added означает, что конфигурация записана (обратите внимание, что говорится local config, то есть область видимости local по умолчанию, которая действует только в текущем проекте).
Шаг второй: проверить статус подключения
claude mcp listОжидание: в списке появится claude-code-docs с отметкой ✓ Connected рядом. Увидеть эту зеленую галочку означает, что сервер действительно подключен. Если отображается ✗ Failed to connect, скорее всего, нет сети — включите магический интернет согласно подсказке выше и попробуйте снова.
Шаг третий: зайти в сессию и явно попросить его использовать этот server
claudeЗайдя, введите (специально указываем server по имени, чтобы убедиться, что он использует MCP, а не встроенный поиск в интернете для ответа на тот же вопрос):
Используй claude-code-docs server, чтобы проверить, для чего нужна эта переменная окружения MCP_TIMEOUTОжидание: Claude при первом вызове этого сервера остановится и спросит, одобряете ли вы это (это то, о чем говорилось в разделе 04: «при первом вызове инструмента нужно одобрение») — одобрите. Затем он вернет описание MCP_TIMEOUT (используется для настройки таймаута запуска MCP server), и в выводе рядом с вызовом инструмента будет стоять метка claude-code-docs. Наличие этой метки означает, что ответ действительно найден через сервер документации, а не взят из памяти модели.
Шаг четвертый: очистка (необязательно)
Если вы закончили тренировку и хотите удалить этот server:
claude mcp remove claude-code-docsОжидание: выведется подтверждение удаления. Выполните команду claude mcp list еще раз, и вы увидите, что claude-code-docs больше нет в списке.
Есть одно официальное напоминание, которое стоит запомнить: каждый подключенный server занимает немного контекстного окна (его имена инструментов и описания загружаются в каждую сессию). В предыдущей статье мы говорили, что если рабочее место переполнено, модель становится глупее — своевременно удаляйте (
remove) неиспользуемые серверы, чтобы освободить это пространство.
Пройдя эти четыре шага, вы собственноручно пройдете всю цепочку: «добавить server → проверить статус → одобрить вызов → удалить». В будущем подключение любого сервера по сути будет следовать этому же процессу, просто с другим именем, URL или командой, и с добавлением --scope и аутентификации по мере необходимости.
💡 Краткий итог: Тренироваться на официальном сервере документации надежнее всего — используйте
addдля добавления,listдля проверки зеленой галочки, явно вызывайте и одобряйте в сессии,removeдля удаления; собственноручное прохождение этой цепочки полезнее, чем заучивание десятка команд.
07 Краткие итоги
В этой статье мы подключили Claude к внешнему миру — от «умеющего работать только локально» до «одного порта для подключения к куче сервисов», и всё это благодаря док-станции MCP.
Давайте соберем вместе ключевые моменты для повторения:
| Что вам нужно сделать | Что использовать | Ключевой момент |
|---|---|---|
| Понять, для чего нужен MCP | Открытый стандарт подключения | По умолчанию Claude не может дотянуться до внешних сервисов, MCP объединяет внешние подключения |
| Подключить локальные инструменты | stdio | claude mcp add <name> -- <команда>, не пишите transport |
| Подключить облачные сервисы | HTTP | --transport http с URL, официально рекомендуется |
| Решить, где будет использоваться server | Область видимости | Для личного использования local, кросс-проектное user, для команды project (пишет в .mcp.json) |
| Проверить, подключился ли и какие есть инструменты | claude mcp list / /mcp | Ищите статусы ✓ Connected, ⏸ Pending approval |
| Контролировать, как Claude использует инструменты | Два барьера одобрения | Одобрение при первой загрузке сервера проекта и одобрение при первом вызове инструмента |
Теперь вы должны уметь: Понимать, какой недостаток Claude восполняет MCP, различать, как добавлять два вида серверов (stdio и HTTP), использовать --scope для настройки сервера в подходящей области видимости, использовать claude mcp list и /mcp для проверки статуса после добавления, четко осознавать, что после появления инструментов перед Claude остаются еще два барьера прав доступа, а также понимать необходимость оценки доверия перед подключением сторонних серверов. Эти «возможности внешнего подключения» — ключ, который позволяет Claude перейти от «локального помощника по коду» к ИИ, способному напрямую управлять всей вашей цепочкой инструментов.
Этот единый интерфейс сглаживает все те ловушки, из-за которых я потратил час времени в самом начале — запомните правило «ключи перед именем, команда после --», и вы избежите огромного количества проблем.
Следующая статья 23 «Субагенты (Subagent)» — MCP увеличивает количество задач, которые может выполнять один Claude, но когда работы становится много, один Claude не будет справляться, а контекст будет все больше переполняться. В следующей статье мы предложим другой подход: не заставлять одного Claude делать все в одиночку, а нанять команду профильных помощников с независимыми контекстами для разделения труда — главный агент раздает задачи, субагенты работают каждый над своим, и их контексты не загрязняют друг друга. Подумайте: если можно разделить задачи вроде «проверки логов», «написания тестов» и «запуска сборки» между тремя не мешающими друг другу помощниками, разве это не проще, чем когда один Claude постоянно переключается между ними?