Перейти к содержимому

Сценарии использования

Из этой страницы вы узнаете, как MMW используют на практике, и сможете выбрать сценарий, близкий к вашему. Каждый сценарий построен только на возможностях, которые уже работают.

1. Один разработчик, несколько ассистентов

Заголовок раздела «1. Один разработчик, несколько ассистентов»

Ситуация. Анна пишет бэкенд в Claude Code, а фронтенд правит в Cursor. Утром в Claude Code она выяснила, что тесты нужно запускать с --forked, иначе падает фикстура базы. Днём Cursor об этом ничего не знает.

Как с MMW.

  • Оба клиента подключены к MMW одним ключом (или ключами одного проекта) — см. Claude Code и Cursor.
  • В Claude Code Анна говорит: «Запомни в MMW: интеграционные тесты запускать с —forked, иначе падает фикстура базы. Ключ факта: tests-run».
  • В Cursor агент перед запуском тестов вызывает search и находит запись со статусом unverified и датой.
Как у нас запускаются интеграционные тесты? Посмотри в MMW.

Ожидаемый ответ ассистента: «В MMW есть запись: интеграционные тесты запускают с --forked, иначе падает фикстура базы (ключ tests-run)».

Что ещё помогает. Отдельные рабочие области для разных проектов (workspace="shop-backend"), чтобы факты не смешивались. Если включить историю сессий, сессии Claude Code и Codex будут сохраняться — но поиск по ним пока не сделан.

Ситуация. Команда из шести человек приняла решение: «Новые сервисы пишем на PostgreSQL 16, MongoDB не используем». Через месяц агент новичка предлагает MongoDB.

Как с MMW.

  • Компания заводит организацию, сотрудники принимают приглашения и выпускают себе ключи.
  • Решение сохраняется с fact_key="db-choice" и видимостью «Отдел» — его видят все в отделе и руководители выше по дереву.
  • Если кто-то позже сохранит другое решение с тем же ключом, записи с этим ключом получат статус conflict, и агент покажет расхождение вместо того, чтобы молча выбрать одно.

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

Как с MMW.

  • Найденное решение агент сохраняет с источником — статьёй базы знаний: source_id="kb/mobile-login", source_hash — хеш текущей версии статьи.
  • Следующий сотрудник спрашивает своего ассистента и получает решение со ссылкой на статью.
  • Когда статью переписали, агент вызывает validate_memory с новым хешем: старые записи получают статус stale, и никто не советует клиентам устаревший обходной путь.

Ситуация. Из отдела инфраструктуры уходит Игорь. У него в памяти — десятки записей о том, как устроены сети и выкатка, часть из них — черновики с видимостью «Только автор».

Как с MMW.

  1. Руководитель нажимает «Уволить» и выбирает получателя знаний — Марию.
  2. Ключи Игоря отзываются мгновенно.
  3. Мария видит все его записи, включая черновики, в кабинете и через своего агента, и открывает нужные отделу.
  4. Каждое чтение переданных знаний и смена видимости попадают в журнал организации — без содержимого записей.

Пока Игорь работал, руководитель его черновики не видел. Подробнее — Увольнение и передача знаний.

Ситуация. Вы на встрече, ноутбука под рукой нет, а нужно не забыть: «Поставщик Альфа даёт скидку 7% при оплате до 15-го».

Как с MMW.

  • Пишете заметку боту @mmwhub_bot — он сохраняет её с источником telegram.
  • Пересланное сообщение коллеги бот сохранит вместе с автором.
  • Вечером в Claude спрашиваете: «Какие условия у поставщика Альфа?» — ассистент находит ту же запись. Или спрашиваете прямо в боте: «Какая скидка у Альфы?» — бот ответит по найденным записям, с датой и источником.
  • MMW не читает ваши чаты, почту и репозитории сам: в памяти только то, что сохранил ассистент или вы.
  • Поиска по загруженной истории сессий пока нет.
  • Нет SSO, автоматической рассылки приглашений и импорта сотрудников из внешних каталогов: приглашение — одноразовая ссылка, которую передаёт администратор.