CRM внутри Claude и ChatGPT: коннекторы и свой MCP

Подключаем CRM к Claude, ChatGPT, DeepSeek или другому harness. Для каждой CRM свой путь и готовый промпт: отправляете его нейросети — и она подключается сама или пишет для вашей CRM свой сервер. В каждом промпте заложена защита персональных данных клиентов.

Harness здесь и дальше — приложение, через которое вы разговариваете с нейросетью: Claude, ChatGPT, DeepSeek, Claude Code, Codex и другие. Подключение устроено одинаково во всех, различаются только названия пунктов в меню.

Найдите свой случай

Что такое .env и почему ключи живут в нём

Почти во всех путях ниже нужен ключ доступа к CRM. Это пароль: кто его получил, тот видит ваши сделки. Поэтому ключ не вставляют ни в чат, ни в код — его кладут в файл .env.

.env — обычный текстовый файл без расширения, который лежит в папке, где вы работаете с нейросетью. Внутри построчно записано «имя=значение»:

AMO_SUBDOMAIN=company
AMO_TOKEN=сюда_вставляется_ключ

Сервер, который подключает CRM, сам читает ключ из этого файла. Нейросеть ключа не видит — и в историю переписки он не попадает.

Создавать файл руками не нужно. Каждый промпт в этом гайде просит нейросеть создать .env с пустыми строками и открыть его вам в текстовом редакторе. Вы вставляете ключ после знака «=», сохраняете (Cmd+S на Mac, Ctrl+S на Windows), закрываете файл и пишете в чат «готово».

У этих CRM есть официальные MCP-серверы от самих вендоров — писать ничего не нужно:

Список быстро растёт. Своей CRM здесь нет — поищите её по названию в каталоге коннекторов своего harness, прежде чем идти в четвёртую часть.

Руками — в браузерной версии Claude или ChatGPT

1

Откройте каталог

В Claude это Customize в левом меню, дальше вкладка Connectors. В ChatGPT — раздел Plugins.

В Claude

В ChatGPT

2

Найдите свою CRM — и посмотрите, кто её сделал

Вбиваете название в поиск. И вот тут первое, на что нужно смотреть, — значок рядом с именем. Галочка означает, что коннектор сделал сам вендор. Плашка Community — что его собрал кто-то посторонний.

В Claude

Официальный и Community — это разные вещи

Community-коннектор сделал не вендор CRM, а сторонний разработчик. Он получает доступ к вашим сделкам и вашему токену, а что у него внутри — вы не знаете. Если официального коннектора для вашей CRM нет, в четвёртой части разбираю, как сделать свой: это примерно один вечер.

3

Подключите

Кнопка и вход в аккаунт CRM. Дальше — обычный OAuth, как когда логинитесь через Google.

В Claude

В ChatGPT

Если CRM корпоративная

Прежде чем логинить рабочую CRM внутри Claude, поговорите с руководителем или айтишниками. Это их зона ответственности: доступы, данные клиентов, комплаенс. Своя или маленькой команды — вопросов нет, подключайте.

4

Сразу выставьте права

Этот экран стоит открыть сразу. У Claude инструменты коннектора разложены по группам, и у каждой три состояния: всегда разрешать, спрашивать каждый раз, запретить.

В Claude

Рабочая настройка на старте:

• Чтение сделок, стадий и задач — «всегда разрешать». Сломать там ничего нельзя.
• Чтение контактов — «спрашивать». Это имена, почты и телефоны клиентов: пусть каждое такое чтение проходит через вас.
• Всё, что меняет данные, — «спрашивать». Каждое изменение статуса и каждое письмо проходит через ваше «да». Первую неделю это выглядит занудно, зато вы видите, что именно он собирается сделать.

Когда привыкнете и поймёте, где он не ошибается, — часть действий переведёте в автомат. Но не в первый день и не на всём пайплайне сразу.

Промпт — если работаете в Claude Code, Codex или DeepSeek Harness

В десктопных harness'ах подключение можно не делать руками: отправьте промпт, подставив название CRM, — модель сама найдёт официальный сервер, подключит его и выставит права. От вас — подтвердить вход в браузере.

Подключи к себе официальный MCP-сервер моей CRM — [НАЗВАНИЕ CRM].

ПОДКЛЮЧЕНИЕ
1. Найди адрес официального MCP-сервера в документации самой CRM,
   а не на сторонних сайтах: есть копии от посторонних людей с похожими
   названиями. Если официального сервера нет — скажи прямо и остановись.
2. Подключи его по документации своего harness, не по памяти.
   Вход — через OAuth: когда откроется браузер, скажи мне, я подтвержу сам.
   Ключи и токены в чат не проси.
3. Если сервер даёт выбрать уровень доступа — начни с чтения.

ПРАВА
Посмотри список инструментов сервера и настрой их в своём harness:
— удаление данных, отправку писем и сообщений клиентам — запретить;
— чтение карточек контактов — «спрашивать каждый раз»;
— всё, что меняет сделки и задачи, — «спрашивать каждый раз»;
— чтение сделок, стадий и задач — разрешить.
Покажи мне списком, что как настроил.

ПЕРСОНАЛЬНЫЕ ДАННЫЕ — ГЛАВНОЕ ПРАВИЛО
Всё, что ты прочитаешь из CRM, уходит на серверы провайдера модели,
за пределы России. По закону о персональных данных (152-ФЗ) данные
клиентов-физлиц туда попадать не должны. Поэтому, пока я прямо
не попрошу об обратном в конкретном запросе:
— не читай и не запрашивай имена, фамилии, email, телефоны,
  мессенджеры и адреса контактов;
— не открывай карточки контактов и не ищи по ним; контакт в сделке
  обозначай только его ID;
— со сделками работай по полям сделки: название, стадия, сумма,
  даты, ответственный, компания;
— если имя, почта или телефон всё-таки попались в тексте сделки,
  комментария или письма — не повторяй их в ответах и нигде
  не сохраняй.
Запиши эти правила в файл постоянных инструкций своего harness
(CLAUDE.md, AGENTS.md или его аналог), чтобы они действовали в каждой
сессии, а не только в этой.

ПРОВЕРКА
Покажи мои открытые сделки: название, стадия, сумма.
Ничего не меняй, пока я не попрошу.

Если подключили коннектор руками в браузерной версии Claude или ChatGPT, блок «Персональные данные» из этого промпта вставьте в инструкции проекта (в Claude — Project instructions, в ChatGPT — инструкции проекта или Custom instructions). Тогда правило будет действовать в каждом чате.

Официальный MCP Битрикс24 работает через Вайбкод — платформу Битрикса для разработчиков. Главное, на чём спотыкаются: ключ для него берётся не в настройках портала, а в самом Вайбкоде.

Подключи к себе официальный MCP-сервер Битрикс24 Вайбкод.

ПОДКЛЮЧЕНИЕ
Это npm-пакет @bitrix24/mcp-vibecode-api. Прочитай его README и подключи
по нему; формат подключения к себе проверь в документации своего harness,
не по памяти.
Ключ и адрес сервер берёт из файла .env (см. ниже) через маленький
скрипт-обёртку — так ключ не попадает ни в конфиг, ни в код, ни в чат.

ФАЙЛ С КЛЮЧОМ
Создай в этой папке файл .env со строками:
VIBE_API_KEY=
VIBE_API_URL=https://vibecode.bitrix24.tech
Если .env уже есть — не перезаписывай его, а допиши недостающие строки.
Если папка — git-репозиторий, добавь .env в .gitignore.
Открой мне этот файл в обычном текстовом редакторе (на Mac — TextEdit,
на Windows — Блокнот) и остановись: я вставлю ключ после знака «=»,
сохраню файл и напишу «готово». Содержимое .env не читай и не выводи
ни сейчас, ни потом — ключ должен попадать только в сервер, а не
в наш разговор.

ОПАСНЫЕ ИНСТРУМЕНТЫ
В сервере почти 90 инструментов, и часть из них не нужна и опасна.
Запрети в настройках своего harness:
— удаление (delete_entity) и пакетные операции (batch_entities);
— вызов любого метода API (call_api) — через него можно сделать
  всё остальное;
— всё про ключи, приложения, серверы, ботов, чаты, файлы, посты и звонки.
Чтение сделок, стадий и задач разреши. Создание и изменение сделок,
задач и дел переведи в режим «спрашивать каждый раз».
Покажи мне списком, что запретил и что разрешил.

ПЕРСОНАЛЬНЫЕ ДАННЫЕ — ГЛАВНОЕ ПРАВИЛО
Всё, что ты прочитаешь из CRM, уходит на серверы провайдера модели,
за пределы России. По закону о персональных данных (152-ФЗ) данные
клиентов-физлиц туда попадать не должны. Поэтому, пока я прямо
не попрошу об обратном в конкретном запросе:
— не читай и не запрашивай имена, фамилии, email, телефоны,
  мессенджеры и адреса контактов;
— не открывай карточки контактов и не ищи по ним; контакт в сделке
  обозначай только его ID;
— со сделками работай по полям сделки: название, стадия, сумма,
  даты, ответственный, компания;
— если имя, почта или телефон всё-таки попались в тексте сделки,
  комментария или письма — не повторяй их в ответах и нигде
  не сохраняй.
Запиши эти правила в файл постоянных инструкций своего harness
(CLAUDE.md, AGENTS.md или его аналог), чтобы они действовали в каждой
сессии, а не только в этой.
Учти: сам этот сервер поля не вырезает и отдаёт карточку целиком.
Поэтому сущность contacts через list_entities, get_entity
и search_entities не запрашивай вовсе.

ПРОВЕРКА
Вызови get_me и скажи, какой портал видишь. Потом покажи открытые
сделки: название, стадия, сумма. Ничего не меняй, пока я не попрошу.

Запасной путь: свой сервер через входящий вебхук

Подходит, если доступа к Вайбкоду нет или нужен жёсткий фильтр полей. Входящий вебхук сам по себе является ключом доступа к API — не нужно ни регистрировать приложение, ни возиться с OAuth.

1. На портале: Приложения → Разработчикам → Готовые сценарии → Другое → Входящий вебхук.
2. Права — CRM и задачи.
3. Нажимаете «Создать» и копируете адрес вида https://ваш-портал.bitrix24.ru/rest/1/СЕКРЕТНЫЙ_КОД/
4. Отправляете промпт ниже. Нейросеть создаст .env и откроет его — вставляете адрес после BITRIX_WEBHOOK_URL=, сохраняете, пишете «готово».

Сделай себе локальный MCP-сервер для моего Битрикс24 и подключи его к себе.

ДОСТУП
Подключение — через входящий вебхук. Его адрес сервер читает из файла
.env, переменная BITRIX_WEBHOOK_URL. В код и в логи адрес не вписывай —
это ключ от портала.

ФАЙЛ С КЛЮЧОМ
Создай в этой папке файл .env со строками:
BITRIX_WEBHOOK_URL=
Если .env уже есть — не перезаписывай его, а допиши недостающие строки.
Если папка — git-репозиторий, добавь .env в .gitignore.
Открой мне этот файл в обычном текстовом редакторе (на Mac — TextEdit,
на Windows — Блокнот) и остановись: я вставлю ключ после знака «=»,
сохраню файл и напишу «готово». Содержимое .env не читай и не выводи
ни сейчас, ни потом — ключ должен попадать только в сервер, а не
в наш разговор.

КАК УСТРОЕН API
Вызов метода — POST на {BITRIX_WEBHOOK_URL}{метод}.json с JSON-телом.
Ошибка приходит в поле "error" ответа. Списки отдаются по 50 записей,
дальше — параметр start из поля "next". Сверяйся с официальной
документацией REST API Битрикс24, методы не выдумывай.

ИНСТРУМЕНТЫ
Чтение:
— стадии воронки — посмотри их в моём портале, названия не угадывай;
— список сделок с фильтром по стадии;
— карточка сделки: поля сделки и название компании, контакт — только ID;
— история сделки: дела и комментарии;
— дата последнего контакта по списку сделок — по завершённым делам,
  только даты. Поле «последняя активность» сделки для этого не годится:
  оно обновляется от любой правки.
Запись — каждая только после моего подтверждения:
— сменить стадию сделки;
— комментарий в ленту сделки;
— задача по сделке.

ЧЕГО В СЕРВЕРЕ БЫТЬ НЕ ДОЛЖНО
— отправки писем. Осторожно: исходящее письмо через crm.activity.add
  Битрикс24 пытается реально отправить клиенту;
— удаления чего-либо;
— универсального инструмента «вызвать любой метод API» — через него
  можно сделать всё перечисленное выше.

ПЕРСОНАЛЬНЫЕ ДАННЫЕ — ГЛАВНОЕ ПРАВИЛО
Всё, что ты прочитаешь из CRM, уходит на серверы провайдера модели,
за пределы России. По закону о персональных данных (152-ФЗ) данные
клиентов-физлиц туда попадать не должны. Поэтому, пока я прямо
не попрошу об обратном в конкретном запросе:
— не читай и не запрашивай имена, фамилии, email, телефоны,
  мессенджеры и адреса контактов;
— не открывай карточки контактов и не ищи по ним; контакт в сделке
  обозначай только его ID;
— со сделками работай по полям сделки: название, стадия, сумма,
  даты, ответственный, компания;
— если имя, почта или телефон всё-таки попались в тексте сделки,
  комментария или письма — не повторяй их в ответах и нигде
  не сохраняй.
Запиши эти правила в файл постоянных инструкций своего harness
(CLAUDE.md, AGENTS.md или его аналог), чтобы они действовали в каждой
сессии, а не только в этой.

Сервер должен защищать это сам, а не надеяться на мою дисциплину:
— инструмента, который возвращает имя, email, телефон или адрес
  контакта, в сервере быть не должно;
— поля в ответах отбирай по белому списку, а не вычёркивай по чёрному:
  тогда новое поле, добавленное в CRM, не утечёт само;
— телефоны и email в свободном тексте (комментарии, письма, примечания)
  заменяй на [телефон] и [email] прямо в сервере, до того как текст
  дойдёт до тебя.

ГДЕ И КАК
Положи сервер в отдельную папку. Python 3, зависимости минимальные,
своё виртуальное окружение. Подключи сервер к себе по документации
своего harness — проверь актуальный формат, а не по памяти.

ПРОВЕРКА
Покажи открытые сделки: название, стадия, сумма. Ничего не меняй,
пока я не попрошу. Потом в двух абзацах объясни, что где лежит
и что делает каждый инструмент.

Своего MCP-сервера у amoCRM нет: есть встроенный AI-агент внутри самой CRM, а снаружи — только серверы, написанные посторонними людьми. Так что пишем свой. Доступ к API даёт долгосрочный токен приватной интеграции.

Сделай себе локальный MCP-сервер для моей amoCRM и подключи его к себе.

ДОСТУП
Доступ — долгосрочный токен приватной интеграции. Сервер читает его
из файла .env сам: AMO_SUBDOMAIN — часть адреса до .amocrm.ru,
AMO_TOKEN — токен. В код, логи и тексты ошибок токен попадать не должен.

ФАЙЛ С КЛЮЧОМ
Создай в этой папке файл .env со строками:
AMO_SUBDOMAIN=
AMO_TOKEN=
Если .env уже есть — не перезаписывай его, а допиши недостающие строки.
Если папка — git-репозиторий, добавь .env в .gitignore.
Открой мне этот файл в обычном текстовом редакторе (на Mac — TextEdit,
на Windows — Блокнот) и остановись: я вставлю ключ после знака «=»,
сохраню файл и напишу «готово». Содержимое .env не читай и не выводи
ни сейчас, ни потом — ключ должен попадать только в сервер, а не
в наш разговор.

КАК УСТРОЕН API
REST API v4: https://{AMO_SUBDOMAIN}.amocrm.ru/api/v4/…, токен
в заголовке Authorization: Bearer. Сделки — leads, воронки и этапы —
pipelines; у этапов числовые status_id — посмотри их в моём аккаунте,
не угадывай. История — примечания (notes) и события (events),
задачи — tasks. Лимит — около 7 запросов в секунду: на ответ 429
подожди и повтори. Сверяйся с официальной документацией amoCRM,
методы не выдумывай.

ИНСТРУМЕНТЫ
Чтение:
— этапы воронки;
— список сделок с фильтром по этапу;
— карточка сделки: поля сделки и название компании, контакт — только ID;
— история сделки;
— дата последнего контакта по списку сделок — по последнему примечанию
  о звонке или переписке. Поле updated_at сделки для этого не годится:
  оно меняется от любой правки.
Запись — каждая только после моего подтверждения:
— перенести сделку на другой этап;
— добавить примечание;
— поставить задачу.

ЧЕГО В СЕРВЕРЕ БЫТЬ НЕ ДОЛЖНО
— отправки писем и сообщений клиентам;
— удаления чего-либо;
— универсального «вызвать любой метод API»;
— тестовых примечаний при проверке: через API amoCRM они не удаляются
  и останутся в карточках.

ПЕРСОНАЛЬНЫЕ ДАННЫЕ — ГЛАВНОЕ ПРАВИЛО
Всё, что ты прочитаешь из CRM, уходит на серверы провайдера модели,
за пределы России. По закону о персональных данных (152-ФЗ) данные
клиентов-физлиц туда попадать не должны. Поэтому, пока я прямо
не попрошу об обратном в конкретном запросе:
— не читай и не запрашивай имена, фамилии, email, телефоны,
  мессенджеры и адреса контактов;
— не открывай карточки контактов и не ищи по ним; контакт в сделке
  обозначай только его ID;
— со сделками работай по полям сделки: название, стадия, сумма,
  даты, ответственный, компания;
— если имя, почта или телефон всё-таки попались в тексте сделки,
  комментария или письма — не повторяй их в ответах и нигде
  не сохраняй.
Запиши эти правила в файл постоянных инструкций своего harness
(CLAUDE.md, AGENTS.md или его аналог), чтобы они действовали в каждой
сессии, а не только в этой.

Сервер должен защищать это сам, а не надеяться на мою дисциплину:
— инструмента, который возвращает имя, email, телефон или адрес
  контакта, в сервере быть не должно;
— поля в ответах отбирай по белому списку, а не вычёркивай по чёрному:
  тогда новое поле, добавленное в CRM, не утечёт само;
— телефоны и email в свободном тексте (комментарии, письма, примечания)
  заменяй на [телефон] и [email] прямо в сервере, до того как текст
  дойдёт до тебя.

ГДЕ И КАК
Отдельная папка, Python 3, минимум зависимостей, своё виртуальное
окружение. Подключи сервер к себе по документации своего harness,
не по памяти.

ПРОВЕРКА
Покажи открытые сделки: название, этап, сумма. Ничего не меняй,
пока я не попрошу. Потом в двух абзацах объясни, что где лежит
и что делает каждый инструмент.

Отраслевая CRM, опенсорсная вроде Odoo, EspoCRM или Twenty, которую вы подняли на своём сервере, самописная, которую вы навайбкодили, — подключается всё, у чего есть API. Схема та же, что для amoCRM: ключ доступа в .env и промпт, по которому нейросеть пишет свой MCP-сервер.

Сделай себе локальный MCP-сервер для моей CRM — [НАЗВАНИЕ CRM] —
и подключи его к себе.

ДОСТУП
Доступ — [API-ключ / токен / вебхук]. Сервер читает его из файла .env
сам, переменная CRM_TOKEN. [Если CRM стоит на нашем сервере — её адрес
там же, переменная CRM_URL.] В код, логи и тексты ошибок ключ
попадать не должен.

ФАЙЛ С КЛЮЧОМ
Создай в этой папке файл .env со строкой:
CRM_TOKEN=
[и второй строкой CRM_URL=, если CRM стоит на нашем сервере]
Если .env уже есть — не перезаписывай его, а допиши недостающие строки.
Если папка — git-репозиторий, добавь .env в .gitignore.
Открой мне этот файл в обычном текстовом редакторе (на Mac — TextEdit,
на Windows — Блокнот) и остановись: я вставлю ключ после знака «=»,
сохраню файл и напишу «готово». Содержимое .env не читай и не выводи
ни сейчас, ни потом — ключ должен попадать только в сервер, а не
в наш разговор.

API
Найди официальную документацию API этой CRM [или: документация лежит
здесь — ССЫЛКА / ПАПКА] и сверься с ней. Методы и поля не выдумывай:
чего не нашёл — честно скажи и пометь в README как «сверить».
Стадии воронки посмотри в самой CRM, названия не угадывай.

ИНСТРУМЕНТЫ
Чтение:
— стадии воронки;
— список сделок с фильтром по стадии;
— карточка сделки: поля сделки и название компании, контакт — только ID;
— история сделки;
— дата последнего контакта по списку сделок — по последнему звонку,
  письму или заметке, а не по дате изменения карточки: та обычно
  меняется от любой правки.
Запись — каждая только после моего подтверждения:
— сменить стадию сделки;
— добавить комментарий;
— поставить задачу.

ЧЕГО В СЕРВЕРЕ БЫТЬ НЕ ДОЛЖНО
— отправки писем и сообщений клиентам;
— удаления чего-либо;
— универсального «вызвать любой метод API».

ПЕРСОНАЛЬНЫЕ ДАННЫЕ — ГЛАВНОЕ ПРАВИЛО
Всё, что ты прочитаешь из CRM, уходит на серверы провайдера модели,
за пределы России. По закону о персональных данных (152-ФЗ) данные
клиентов-физлиц туда попадать не должны. Поэтому, пока я прямо
не попрошу об обратном в конкретном запросе:
— не читай и не запрашивай имена, фамилии, email, телефоны,
  мессенджеры и адреса контактов;
— не открывай карточки контактов и не ищи по ним; контакт в сделке
  обозначай только его ID;
— со сделками работай по полям сделки: название, стадия, сумма,
  даты, ответственный, компания;
— если имя, почта или телефон всё-таки попались в тексте сделки,
  комментария или письма — не повторяй их в ответах и нигде
  не сохраняй.
Запиши эти правила в файл постоянных инструкций своего harness
(CLAUDE.md, AGENTS.md или его аналог), чтобы они действовали в каждой
сессии, а не только в этой.

Сервер должен защищать это сам, а не надеяться на мою дисциплину:
— инструмента, который возвращает имя, email, телефон или адрес
  контакта, в сервере быть не должно;
— поля в ответах отбирай по белому списку, а не вычёркивай по чёрному:
  тогда новое поле, добавленное в CRM, не утечёт само;
— телефоны и email в свободном тексте (комментарии, письма, примечания)
  заменяй на [телефон] и [email] прямо в сервере, до того как текст
  дойдёт до тебя.

ГДЕ И КАК
Отдельная папка, минимум зависимостей, своё окружение. README
по-русски: что поставить, куда вписать ключ, как проверить, что
делать, если не отвечает. Подключи сервер к себе по документации
своего harness, не по памяти.

ПРОВЕРКА
Покажи открытые сделки: название, стадия, сумма. Ничего не меняй,
пока я не попрошу.

Что можно просить, когда CRM подключена

Дальше это просто разговор. Рабочие примеры:

• «Покажи сделки, по которым две недели нет активности, и напиши, что с ними не так»
• «Передвинь сделку с Ромашкой на "Согласование", поставь задачу перезвонить в четверг»
• «Собери из моего пайплайна, на каком этапе чаще всего умирают сделки за последний квартал»
• «Заполни по этой сделке отрасль, размер компании и источник — данные возьми с их сайта»
• «Напиши сводку по всем сделкам, где я обещал ответить, и не ответил»

Заполнение полей и обновление статусов перестаёт быть отдельной задачей на вечер. Оно делается одной фразой между звонками.

Что такое MCP простыми словами

MCP — это стандарт, по которому нейросеть разговаривает с внешними программами. Один общий разъём: раньше под каждую связку писали свою интеграцию, теперь есть одна розетка, в которую втыкается что угодно.

MCP-сервер — маленькая программа-переходник. Стоит между Claude и API вашей CRM и объясняет модели: вот так достаются сделки, вот так — контакты, вот так меняется стадия. По сути это один файл на сто-двести строк. Писать его вы не будете — напишет сам Claude Code или Codex. Ваша работа — сказать, что нужно, и вставить токен.

Официальный, чужой и свой

Чужой MCP-сервер запускается на вашей машине и работает с вашим токеном. Он видит те данные, к которым вы дали доступ, а что он с ними делает — вопрос доверия: код вы не читали, обновления ставятся сами. Звёзды на гитхабе про это ничего не говорят.

Свой сервер снимает вопрос целиком: код лежит у вас, токен лежит у вас, ходит он только туда, куда вы его отправили.

Права: с чего начинать

Правило простое: первая версия — только чтение. Модель видит сделки и контакты, но не может ничего изменить. Так вы неделю смотрите, как она себя ведёт, ничем не рискуя: худшее, что случится, — она неправильно ответит.

Запись добавляется потом и по частям. Не «умеет менять всё», а узкие инструменты под конкретные действия: сменить стадию, добавить комментарий, поставить задачу. Каждый — с подтверждением. «Может менять CRM» вы не проконтролируете, а «меняет стадию вот этой сделки после моего да» видите целиком перед каждым изменением.

Подтверждение стоит оставить навсегда на трёх вещах: письма клиентам, удаление, массовые изменения. Всё это необратимо.

Промпт-инъекция — что это и почему касается именно сейлза

Модель не отличает ваши указания от текста, который она прочитала в данных. Если в карточке сделки, в письме клиента или в комментарии лежит фраза, написанная как команда, — есть шанс, что она её выполнит.

Отсюда правила, которые стоит держать в голове:

• Данные из CRM — это данные, а не приказы. Всё, что модель прочитала в полях, письмах и комментариях, — информация, а не инструкция.
• Подтверждение на всём, что уходит наружу или необратимо. Оно работает независимо от того, что именно написано в данных.
• Минимум прав. Токен для MCP выдавайте с правами только на то, что нужно, а не админский.
• Токен — не в чат. Никогда. Ни мне, ни Claude, ни в .md-файл, ни в репозиторий. Всё, что попало в переписку, попало в контекст модели. Место токена — файл .env на вашей машине.

Схема выше предполагает, что данные ваших клиентов уходят в Claude, ChatGPT, DeepSeek или другой harness, то есть на серверы за пределами страны. Для российской компании это отдельный вопрос, и его лучше решить до подключения, а не после. Ниже — как это устроено простыми словами.

Это объяснение механики, а не юридическая консультация. Перед внедрением на боевой базе клиентов сверьтесь со своим юристом или специалистом по персональным данным.

Что считается персональными данными

Персональные данные (ПД) — всё, по чему можно понять, что речь о конкретном живом человеке. В карточке сделки это:

• имя и фамилия контакта, его должность;
• телефон, личная почта, мессенджеры;
• ваши комментарии про этого человека и история переписки с ним;
• ФИО учредителей и директора — даже если вы взяли их из открытого реестра.

Что персональными данными не является

Сведения о компании как об организации:

• название юрлица, ИНН, ОГРН, юридический адрес;
• выручка, прибыль, уставный капитал, ОКВЭД, численность;
• сайт компании, общая почта вида info@ и общий телефон.

Развилка здесь практическая: работать с компаниями можно свободно, ограничения начинаются там, где появляется конкретный человек.

Что такое трансграничная передача

Это когда персональные данные россиян уходят за пределы России — неважно, в чьи руки и по какому поводу. Отдельного «злого умысла» не требуется: достаточно, что данные оказались на сервере в другой стране.

Какими законами это регулируется

• 152-ФЗ «О персональных данных» — основной закон.
• Статья 12 — про трансграничную передачу: уведомить Роскомнадзор нужно до того, как начали передавать. США в списке стран с адекватной защитой нет. Летом 2026 статью правили (ФЗ № 265 от 26.07.2026), обязанность уведомлять осталась.
• Часть 5 статьи 18 — про локализацию: первичный сбор и хранение данных россиян должны происходить на серверах в России. С 1 июля 2025 требование ужесточили.

Штрафы здесь измеряются миллионами рублей, и это отдельные нарушения: можно получить и за передачу без уведомления, и за локализацию.

Где имя просачивается само

Главное, что стоит понять: модель не читает вашу CRM. Она видит ровно то, что MCP-сервер положил в ответ инструмента. Поэтому сам факт, что к сделке привязан контакт, ничего никуда не передаёт — всё решает содержимое ответа:

• сервер вернул {deal_id: 123, stage: "Переговоры", contact_id: 417} — персональные данные не уезжали;
• сервер вернул ту же сделку с полем contact: {name: "Иванов Иван", phone: "+7…"} — данные уже в контексте модели, то есть на чужом сервере. Неважно, спрашивали вы про контакт или нет.

Но есть пять мест, где имя уезжает незаметно, даже если вы за этим следите:

• Название сделкиВ Битрикс24 и amoCRM сделки сплошь и рядом называются «Иванов Иван» или «Ромашка — Петров». Название приходит в любом ответе, даже когда карточку контакта никто не запрашивал.
• Ваша собственная фраза«Подвинь сделку Иванова на переговоры» — фамилию отправили вы сами, ещё до всякого MCP.
• Ответ моделиОна процитирует то, что увидела: «передвинул сделку Иванова». Это тоже остаётся в переписке.
• Поиск по имениЧтобы найти нужную сделку, модель передаст имя в параметрах вызова инструмента.
• История чатаСессия хранится целиком. Что попало в неё один раз — остаётся в контексте до конца разговора.

Хорошая новость в том, что большая часть работы персональных данных не требует вообще. Двигать сделки, смотреть воронку, искать застрявшее, заполнять поля о компании — всё это делается на идентификаторах и стадиях. Имя и телефон нужны только там, где вы пишете конкретному человеку, — а это как раз та часть, которую стоит оставить себе.

Как работать в России

Четыре рабочих варианта, от самого простого к самому основательному.

• Показывать модели только то, что не является ПДСамый дешёвый способ. MCP-сервер отдаёт не «Иванов Иван, +7…», а «контакт №417, должность, компания, ИНН». Расшифровка остаётся у вас, границу пересекают данные компаний. Фильтр пишется в том же сервере — в промптах этого гайда он уже заложен.
• Российская модель вместо зарубежнойGigaChat или YandexGPT в российском облаке. Облако Яндекса аттестовано ФСТЭК и подтверждает высший уровень защиты (УЗ-1), обработка идёт внутри страны. Нюанс: вызов внешних инструментов (function calling) обе модели умеют, а MCP напрямую не поддерживают — нужен шлюз или своя обвязка. Ваш MCP-сервер при этом не меняется, он локальный.
• Своя модель на своём сервереОткрытые модели на вашем железе или в российском облаке. Данные не покидают периметр вообще, уведомлять некого. Дороже и качество ниже топовых, но для «разложи по полям и поставь стадию» этого хватает.
• Готовая коробка с обработкой в РоссииНапример, AI-инструменты внутри Битрикс24: данные хранятся и обрабатываются на их серверах в России. Ничего собирать не нужно, но и гибкости меньше.

Если по-честному: для большинства задач из этого гайда хватает первого варианта. Модели не нужны фамилия и телефон, чтобы посмотреть, на какой стадии умирают сделки, или заполнить отрасль и размер компании.

Где спотыкаются

• Ищут ключ для MCP Битрикса в настройках порталаДля официального сервера ключ создаётся в Вайбкоде, в разделе API-ключей. Входящий вебхук нужен только для запасного пути со своим сервером.
• Выпускают ключ Вайбкода со всеми правамиПо умолчанию там права на весь портал. Оставьте CRM и задачи.
• Оставляют включёнными опасные инструментыУ официального сервера Битрикса есть удаление, пакетные операции и «вызвать любой метод». Запретите их сразу — промпт из второй части делает это сам.
• Не записывают правило про персональные данные в постоянные инструкцииТогда оно действует только в одной сессии. В следующей модель о нём не знает.
• Ставят community-коннектор, потому что официального нетЧужой код с доступом к вашей базе и вашему токену. Свой сервер делается за вечер.
• Сразу дают права на записьПервая неделя — чтение, и каждая запись через ваше подтверждение.
• Не видят созданный .envФайлы с точкой в начале имени система прячет. На Mac — Cmd + Shift + . в Finder, на Windows — «Скрытые элементы» в меню «Вид» Проводника. Или попросите нейросеть открыть файл самой.
• Присылают токен в чатОн остаётся в контексте. Место токена — .env на вашей машине.
• Логинят корпоративную CRM, не спросив ITДоступы и данные клиентов — их зона ответственности. Один разговор заранее снимает вопросы потом.
• Разрешают отправку писем без подтвержденияПисьмо клиенту необратимо. Подтверждение здесь остаётся навсегда.
• Просят «сделай мне MCP» без деталейПолучат общий каркас без защиты данных. Промпты из этого гайда работают лучше: в них сказано, что читать нельзя, чего в сервере быть не должно и как проверять.

Что дальше

Когда CRM подключена, начинается интересное: поверх неё собираются свои команды под повторяющиеся задачи — утренний брифинг по пайплайну, подготовка к звонку, чистка дублей, разбор причин проигранных сделок. Один раз описали — дальше вызываете одной фразой. Но начинается всё с этого шага: чтобы нейросеть работала с вашими сделками, она должна их видеть.

Официальные MCP-серверы Pipedrive, Close и Salesforce, пакет @bitrix24/mcp-vibecode-api и отсутствие своего сервера у amoCRM проверены 15.10.2026 по документации вендоров. Подключение Битрикс24 через Вайбкод и amoCRM через долгосрочный токен проверены на живых аккаунтах. Нормы 152-ФЗ сверены 23.09.2026 по статье 12 о трансграничной передаче. Всё это быстро меняется — если пункт меню называется иначе, смотрите первоисточник.