/ заметки · 16 мая 2026 г. · mcp · автоматизация · инструменты

Workstream MCP

Как Outlook и Monday.com подключаются к Claude Code через MCP, и что это рассказало про границы автоматизации в регулируемых процессах.

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

Долгое время «автоматизация» в моей голове означала первый тип. Написать скрипт, который обрабатывает файл. Сделать макрос, заполняющий шаблон. Второй тип ощущался слишком неупорядоченным, чтобы трогать его, потому что входные данные жили в пяти разных местах, которые ничего не знали друг о друге.

Workstream MCP это часть моей недели, в которой я начал относиться ко второму типу серьёзно. Model Context Protocol даёт LLM типизированный, ограниченный по правам способ говорить с конкретной внешней системой. Конкретно, я связал Outlook и проектную доску в одну сессию Claude Code через MCP-серверы. Триаж почты с одной стороны, состояние задач с другой, один агент, который умеет читать оба источника и действовать на любом из них. Никакой новой SaaS-прослойки посередине.

Что меня удивило: насколько большая часть «найти задачу» трения это просто наименование. Как только агент может спросить, что осталось без ответа в почте, и отдельно, что открыто на доске, разница между этими двумя запросами сворачивается в одно ментальное движение: где следующая вещь для меня. Агенту не нужно быть умным. Ему нужно быть авторитетным по своей поверхности.

Несколько принципов, которых я придерживаюсь, расширяя workstream.

Scope это свойство безопасности. Каждый MCP-сервер выставляет лишь тонкий срез нижележащей системы. Сервер Outlook умеет читать письма и черновики ответов; он не умеет опустошать папку. Сервер проектной доски умеет читать колонки и двигать карточки; он не умеет удалять рабочее пространство. Allow-список это и есть абстракция. Без него у модели слишком много поверхности и неправильный класс ошибок становится дешёвым в производстве.

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

Бюджет латентности ощущается. Каждый tool-call это туда и обратно. Два или три норм. Двенадцать заметная пауза. Это навязывает полезную дисциплину: один раз забрать широко, а потом думать с тем, что есть, вместо того чтобы задавать наводящий вопрос по каждому элементу.

Часть, которую я не решил, это замкнуть петлю в обратную сторону. Читать эти системы легко. Писать в них так, чтобы уважались согласования, audit trail и human-in-the-loop, это более сложная половина. Думаю, это в основном вопрос workflow, а не протокола. Пока я даю агенту готовить черновики и изменения; кнопку нажимаю я.

Если коротко суммировать, что workstream меня научил: MCP не магический адаптер, который автоматизирует вашу работу. Это способ сделать lookup-фазу вашей работы достаточно дешёвой, чтобы когнитивная нагрузка сместилась к решениям, которые вы и хотели принимать.

← все заметки