MCP - это контракт, а не магия

Как это выглядит на практике

Представим помощника, который читает прогноз и ищет свободное время в календаре. Оба действия ничего не меняют. Теперь попросим его назначить встречу. В разговоре разница невелика, но последствия другие. В этом условном примере система должна сохранить границу, а не доверить решение удобному названию инструмента.

Глубокий разбор: отслеживайте систему, а не лозунг

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

Лаборатория кода: наблюдаемая оболочка

Небольшой пример Python для темы «MCP» показывает границу решения, а не воспроизводит исходную систему. Его ответ предназначен для проверки, не для доказательства производительности.

ALLOWED_TOOLS = {"weather.read", "calendar.find_free"}

def authorize(call, user_grant):
    if call["tool"] not in ALLOWED_TOOLS:
        return False, "tool not allowed"
    if call["tool"] not in user_grant:
        return False, "missing user grant"
    if call.get("writes_data"):
        return False, "proposal only"
    return True, "scoped read"

Проверка реальностью

Проверьте обычное чтение, повреждённый или враждебный вызов и запрос, для которого недостаточно данных. Запишите задержку, качество доказательств, поведение при отказе и трудоёмкость восстановления. Затем попробуйте провести запись через маршрут только для чтения. Важно понять, какая именно граница её остановила.

Анализ Джека

Я ставлю на скучные, но видимые разрешения, а не на героические промпты. Это инженерное суждение, не результат из спецификации. Стандарт упрощает соединение систем; безопасный путь всё равно должен построить тот, кто их соединяет.

Чего пример не доказывает

Код для темы «MCP» объясняет проектное решение. Это не бенчмарк и не руководство по защите рабочего сервиса. Нужны проверка предметной области, анализ угроз, защита данных, мониторинг и представительные тесты.

Вопросы для технического разбора

• Какое утверждение точно подтверждено источником?
• Где может появиться устаревший или вредоносный контекст?
• Какой шаг трудно или дорого отменить?
• Какие доказательства останутся для аудита?
• Кто может остановить действие и насколько быстро?