Когда одновременно ведёшь много проектов, контекст быстро распадается на сообщения, файлы и устные договорённости. В новом разговоре нужно заново объяснять задачу, а при проверке результата — искать, что именно было согласовано. Я столкнулся с этой проблемой в собственной работе.
Для себя и команды я создал Macari: серверную систему задач, знаний и истории действий с доступом через MCP. Она помогает работать с явно сохранённым контекстом и ограничивать действия по роли пользователя. Расскажу, какие правила я заложил и почему они важны для компании.
- Источник поручения
- Учётная запись
- Права проекта
- Задачи и знания
- Проверка результата
Содержание статьи
Какую работу я хотел упорядочить
Мне требовалось сохранять поручения и решения так, чтобы к ним можно было вернуться. Кто передал задачу? К какому проекту она относится? Какой материал считается результатом? Эти вопросы возникают каждый день, когда команда занимается одновременно контентом, разработкой и клиентскими проектами.
Моя роль — задать модель работы и правила доступа, организовать разработку и проверять результат. Код и интерфейсы создавались с помощью ИИ-агентов под моим контролем. Я использовал собственную практику как исходный материал: система должна поддерживать реальные действия команды и порядок их проверки.
Что делает MCP в этой системе
MCP — протокол, через который ИИ-интерфейс обращается к разрешённым инструментам внешней системы. В Macari это помогает получать сохранённый контекст, находить записи и выполнять доступные действия. Пользователь работает в разговоре, а сервер обрабатывает конкретный запрос в рамках его прав.
Сервер хранит сведения, которые были явно переданы инструментам. История другого чата сама туда не попадает. Для нового разговора полезно сначала получить контекст, затем работать с нужной записью. Это даёт понятное основание ответа: сохранённый факт, действующее правило или история конкретной задачи.
Как поручение становится рабочей записью
Задача связывается с проектом и источником. Если в поручении не указан срок или исполнитель, эти сведения должны оставаться незаполненными до уточнения. Такой порядок помогает отличать реальную договорённость от удобного предположения и сохранять содержание исходного запроса.
Дальше у записи появляется история работы. Исполнитель может приложить результат, а принимающий — оценить его и вернуть на доработку. Для команды это означает, что слова о выполнении можно связать с конкретным материалом. Разговор продолжается вокруг файла, ссылки или изменения, которое требуется проверить.
Почему я разделил роли пользователей
В Macari отдельные учётные записи получают доступ к своим проектам и действиям. Права проверяются на сервере по вошедшему пользователю. Человек не получает новую роль от того, что назвал себя в сообщении руководителем или попросил показать чужой проект.
Для рабочего контекста это практическое условие. Команде нужны знания по своей задаче, а владельцу — возможность управлять доступом. Личные сведения хранятся отдельно от общих материалов. Если бизнес подключает нового участника, сначала определяется его реальная роль, затем проверяется соответствующий набор инструментов.
Как знания сохраняют источник и версию
Помимо задач, системе нужны регламенты и решения. Их полезно сохранять с источником: кто установил правило, когда оно изменилось и к какому процессу относится. Если решение уточняется, новая версия должна помогать увидеть актуальное содержание и историю изменений.
Такой подход нужен и для ИИ. Ассистенту важно различать текущий порядок и старую запись. Дата редактирования сама по себе не делает историческую информацию актуальной. Когда источник и версия ясны, ответ проще проверить, а спорное правило — уточнить у человека, который вправе его менять.
Как Telegram участвует в работе
В собственном контуре Telegram-бот используется для задач и управления доступными действиями. Можно передать поручение, открыть список и работать с задачей через предусмотренные кнопки. Эти действия проходят через ту же серверную модель прав, что и основной интерфейс.
При подключении сотрудников важно отдельно проверить аккаунт и конкретный сценарий. Система может иметь инструмент уведомления, но пользу показывает фактическое получение сообщения нужным человеком. Поэтому отправка, просмотр и приёмка результата должны сохранять своё значение: каждый этап отвечает на отдельный рабочий вопрос.
Что уже создано и что требует сопровождения
Macari работает на отдельном сервере и имеет живой Store — хранилище записей и инструментов. В системе реализованы задачи с приёмкой, роли, знания с версиями и журнал действий. Для сопровождения предусмотрены резервные копии и проверка восстановления, потому что сохранённый контекст должен оставаться доступным.
Подключение конкретного аккаунта проверяется отдельно от готовности сервера. То же относится к внешним интеграциям и уведомлениям. Такая дисциплина помогает развивать систему постепенно: понятно, какой инструмент уже проверен, какой пользователь подключён и какой маршрут нужно испытать на реальной задаче.
С чего я бы начинал подобное внедрение в компании
Я рекомендую выбрать один проект и несколько типовых поручений. Для них определить источник, участников, ожидаемый результат и человека, который принимает работу. Затем провести полный цикл через систему: создание записи, выполнение, приложение материала и обратную связь.
После этого можно добавлять знания и другие проекты. Важно заранее понять, какой контекст общий для команды, а какой доступен ограниченному кругу. Тогда архитектура растёт из реального порядка работы. ИИ получает полезные инструменты, а люди сохраняют возможность проверять и исправлять решения.
Macari — мой практический ответ на работу с множеством проектов. Система связывает сохранённый контекст, полномочия человека и проверяемый результат задачи. Для другого бизнеса её принципы помогают начать внедрение с ясного порядка действий и развивать инструменты по мере необходимости.
Соберём рабочую систему для вашей команды
Расскажите, где сейчас хранятся поручения и знания. Мы разберём роли, источники и приёмку, затем предложим первый сценарий внедрения или обучения.
