Худший сценарий для фрилансера с ассистентом выглядит так: вы просите подготовить сводку по проекту, и в ответ приходит текст, где обстоятельства одного клиента перемешаны с обстоятельствами другого. В лучшем случае вы это заметите. В худшем — вставите в письмо.
Поэтому задача здесь ставится не как «повысить продуктивность», а как «сделать так, чтобы контексты не перетекали».
#Зачем это нужно и когда не нужно
Нужно, если у вас параллельно больше двух клиентов и вы регулярно переключаетесь между ними. Не нужно, если вы ведёте один долгий проект: там нечего изолировать, и хватит обычной памяти.
#Что понадобится
- Ассистент, где можно разделять диалоги и помечать записи памяти.
- Решение о том, что вы не будете туда класть. Это важнее решения о том, что будете.
- Пятнадцать минут на закрытие проекта. Без этого шага архив превращается в свалку.
#Схема разделения памяти
Три уровня, между которыми информация не должна течь свободно.
Уровень 1: общий профессиональный слой. Ваши приёмы, шаблоны, расценки, типовые формулировки договорённостей, грабли, на которые вы наступали. Это ваше и переживает всех клиентов.
Уровень 2: слой проекта. Обстоятельства конкретной работы: что решили, что согласовали, какие ограничения. Живёт от старта до приёмки, потом архивируется целиком.
Уровень 3: чувствительный слой. То, что вы получили под обязательство о конфиденциальности. Сюда попадает не всё подряд, а конкретные материалы клиента.
Правило движения между уровнями простое: вверх — обобщённо, вниз — никогда.
Из проекта в профессиональный слой переезжает вывод («на проектах с тремя согласующими закладывать вдвое больше времени на правки»), а не обстоятельства («у заказчика три согласующих: Иванов, Петрова и юрист»). Обратного движения нет: обобщённый приём применяется к новому проекту вами, а не памятью.
Третий уровень отдельный, и главное решение по нему принимается до начала работы: что из материалов клиента вы вообще не будете класть в ассистента. Разбор того, что означает подключение облачной модели с точки зрения обязательств, — в статье про NDA и облачный ИИ.
#Шаг 1. Заведите отдельный диалог на клиента
Самое дешёвое разделение, которое работает: один клиент — один непрерывный диалог. Контекст не смешивается, потому что физически лежит в разных местах.
Ограничение известно: длинный диалог упирается в окно контекста, и старое начало перестаёт учитываться. Поэтому диалог — это оперативная память, а не архив; всё важное должно уезжать на уровень 2.
#Шаг 2. Помечайте записи проектом
Каждая запись памяти получает метку проекта. Это звучит бюрократично ровно до первого случая, когда ассистент подтянет в ответ обстоятельства не того клиента.
Если ваши проекты связаны — общий подрядчик, смежные задачи, — полезно видеть связи явно; как это выглядит, разобрано в статье про граф памяти.
#Шаг 3. Задавайте вопрос с указанием проекта
Дисциплина на стороне пользователя: не «что там по срокам», а «что по срокам в проекте X». Ассистент ищет по смыслу, и без указания проекта смысл «сроки» совпадает у всех ваших клиентов сразу.
#Шаг 4. Чек-лист приёмки проекта
Пятнадцать минут в день сдачи, которые окупаются при следующем похожем проекте.
- [ ] Итоговые договорённости зафиксированы одним текстом: что сдано, в каком объёме, что явно не входило.
- [ ] Записано, где вы ошиблись в оценке сроков и на сколько.
- [ ] Записано, что заказчик просил сверх согласованного и как вы это закрыли.
- [ ] Обобщённый вывод переведён в профессиональный слой — без имён и обстоятельств.
- [ ] Материалы клиента, попавшие в ассистента, помечены к удалению или удалены.
- [ ] Диалог по проекту закрыт, чтобы не всплывал в поиске по активным.
- [ ] Записан ответ на вопрос «взялся бы снова» и почему.
Четвёртый и седьмой пункты — единственные, которые действительно влияют на будущее. Остальные — гигиена.
#Проверка результата
- Спросите про проект, который закрыли полгода назад. Ассистент должен ответить по существу, не подмешивая соседние.
- Задайте общий профессиональный вопрос («сколько закладывать на правки») — в ответе не должно быть имён клиентов.
- Проверьте, что чувствительные материалы удалены по завершённым проектам.
- Оцените, экономит ли это время. Если за месяц вы ни разу не обратились к памяти по проекту — схема не нужна, упрощайте.
#Что может пойти не так
- Контексты всё равно смешиваются. Обычно потому, что вопросы задаются без указания проекта. Это правится дисциплиной, а не настройками.
- В профессиональный слой уехали имена и обстоятельства. Проверьте вторым тестом из проверки результата. Обобщение — ручная работа, автоматически оно не происходит.
- Архив разросся и мешает. Закрытые проекты должны уходить из активного поиска. Если такой возможности нет, помечайте их явно.
- Чувствительные материалы остались в памяти после сдачи. Самый неприятный случай, и единственная защита — пункт чек-листа.
- Ассистент уверенно пересказывает устаревшую договорённость. Записи стареют. Помечайте пересмотренные, а не удаляйте: история изменения условий бывает нужнее текущей версии.
Отдельная оговорка про наш случай: заметки, напоминания, таймлайн и захват экрана в Persona доступны только владельцу инстанса. Участник получает чат, память, граф, голос, навыки и свой характер. Если вы разворачиваете Persona для себя — вы и есть владелец, и всё это ваше; если пользуетесь чужим инстансом — часть сценариев выше будет недоступна.
И вторая: данные остаются на вашей машине, если вы развернули Persona у себя и подключили локальную модель. С ключом облачного провайдера текст запросов уходит именно этому провайдеру — Persona запросы не проксирует. Для материалов под договором о конфиденциальности это решающая деталь.
#Частые вопросы
#Можно ли просто вести всё в одном диалоге?
Можно, пока клиентов двое. Дальше начинается перетекание контекста: ассистент ищет по смыслу, и обстоятельства разных проектов на похожие темы будут подмешиваться друг к другу. Разделение диалогов — самая дешёвая защита.
#Что делать с материалами клиента после сдачи?
Удалять из ассистента, если договор не требует хранения, и в любом случае — не оставлять в общем профессиональном слое. Практическое правило: обобщённый вывод остаётся, исходные материалы уходят.
#Ассистент поможет с оценкой сроков?
Поможет, если вы записывали фактические отклонения от оценок. Тогда вопрос «на сколько я обычно промахиваюсь на проектах такого типа» получает ответ из ваших данных, а не из общих соображений. Без записанных фактов это будет догадка.
#Как быть, если клиент запрещает использовать ИИ?
Соблюдать запрет. Он обычно касается передачи материалов, и локальная модель формально его не нарушает — но это вопрос к формулировке договора, а не к технике. Уточняйте до начала работы, а не после.
#Чем это отличается от обычного таск-трекера?
Трекер хранит задачи и статусы, память — обстоятельства и причины. «Задача закрыта 12 июня» и «мы отказались от варианта с интеграцией, потому что у заказчика не было доступа к API» — разные типы информации, и вторая в трекер обычно не попадает.
#Стоит ли это заводить, если клиентов пока два?
Заведите разделение диалогов — это ноль усилий. Полную схему с уровнями и чек-листом разворачивайте, когда почувствуете, что путаете обстоятельства. Что вообще даёт ассистент с памятью в работе, разобрано в статье про персональный ИИ для работы, а общая рамка категории — в разборе что такое личный ИИ.
#Вывод
Главная задача личного ИИ у фрилансера — не ускорение, а изоляция: пять клиентов не должны перетекать друг в друга. Решается это тремя уровнями памяти с односторонним движением наверх и дисциплиной указывать проект в вопросе.
Пятнадцать минут на приёмке — самая окупаемая часть схемы. Всё остальное можно упростить, а вот записанное «где я промахнулся в оценке» через год сэкономит вам целый проект. Если вы работаете внутри компании, а не на себя, разница в том, кому принадлежит накопленный контекст, разобрана в статье личный ИИ против корпоративного ассистента.