Дмитрий Анашкин

Второй мозг команды, а не одного человека

Опубликовано 18 сент. 2026 г.8 мин чтенияСредний
Второй мозг команды, а не одного человека
Плейбук
Второй мозг команды, а не одного человека
Дмитрий Анашкин · 8 мин
Чему вы научитесь
  • Почему личная папка не переносится на команду как есть
  • Что вынести в общий слой, а что оставить личным
  • Зачем общему файлу владелец с правом удалять
  • Как передать контекст новому человеку за час
  • Что забрать, когда сотрудник уходит
Средний
1просмотров

Коротко

Почему личный второй мозг не переносится на команду?

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

За ним стоит целая серия однотипных: файл это или папка, прочитает ли мою папку другой сервис, запомнит ли он мой стиль. Люди спрашивают про механику, а волнует их переносимость: не окажется ли, что вся работа была вложена в личный черновик.

Отвечаю так. Второй мозг переносится технически без проблем: это обычные текстовые файлы, их читает любой агент. Ломается другое - смысл. Внутри лежит смесь из трёх разных вещей:

Что лежит в личном втором мозгеГодится командеПочему
Правила компании и ограничениядаОдинаковы для всех, кто делает эту работу
Словарь терминов и названия системдаЭкономит новичку неделю расспросов
Личные предпочтения по формату ответовнетУ каждого свои, чужие только мешают
Заметки «на подумать» и черновикинетНе выдержат чужого прочтения

Разделить эти слои нужно до того, как папку отдают команде. Иначе первый же коллега получит документ, где рядом стоит «никогда не публикуем без согласования» и «люблю, когда таблица с итогом сверху».

Граница между общим слоем и личным

Структура, к которой я пришёл на своих проектах, выглядит как два этажа.

Наверху - слой, общий для всей работы: кто мы, как принимаем решения, что запрещено, какими словами называем вещи. Он не привязан к конкретному проекту и лежит над ними.

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

  1. Общие правила

    Как мы работаем, что согласовываем, чего не делаем никогда. Пишется один раз, правится редко, читают все.

  2. Словарь

    Наши термины и сокращения с расшифровкой. Самый недооценённый файл: он снимает половину недопонимания с новым человеком и с агентом заодно.

  3. Примеры результата

    Два-три готовых документа, которые считаются эталоном. Показать быстрее, чем описать.

  4. Личный слой

    Предпочтения по формату, свои заготовки, черновики. Лежит отдельно и никому не мешает.

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

Кто отвечает за общий файл?

Это самый скучный пункт статьи и самый важный.

Файл, который редактируют все, живёт по законам общей кухни. Дописать легко, удалить неловко: вдруг это чьё-то важное. В результате объём растёт, а доверие падает, и в какой-то момент люди перестают читать документ целиком.

Что помогает:

  • Владелец с правом удалять. Не согласователь, а именно тот, кто может выкинуть устаревшее.
  • Дата рядом с правилом. Строка без даты через год не отличима от строки, которую вчера отменили.
  • Правило одного места. Одна тема живёт в одном файле. Если про согласования написано в трёх местах, верным будет считаться случайное.
  • Разбор раз в квартал. Полчаса на чтение целиком и вычистку. Реже - файл протухает незаметно.

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

Как передать контекст новому человеку за час

Проверено на собственных передачах: работает не объём, а порядок.

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

Что важно не делать:

  • Не давать всё сразу. Папка на сто файлов читается как приговор. Маршрут из трёх документов - как начало.
  • Не пересказывать словами то, что записано. Если пересказываешь, значит файл написан плохо, и правь его, а не рассказывай поверх.
  • Не заставлять заполнять анкету о себе. Личный слой человек наполняет по ходу работы, а не в первый день. У тех, кто пытается заполнить всё сразу, обычно хватает запала на четыре файла, после чего затея бросается.

Отдельно про перенос между сервисами: контекст, разложенный по файлам, переезжает вместе с человеком в любой инструмент. Механика переезда разобрана в материале про переход с одной нейросети на другую.

Что делать, когда сотрудник уходит?

Ситуация, ради которой всё это и затевается.

Знание, которое живёт в одной голове, - это риск, известный задолго до нейросетей. Меняется только скорость: раньше уход человека означал полгода восстановления, теперь агент может прочитать оставленные файлы за минуту и восстановить картину - если файлы есть.

Один вопрос, который стоит задавать при каждом нестандартном решении

«Почему сделали именно так и что мы пробовали до этого?» Ответ в две строки рядом с решением стоит дороже, чем вся остальная документация.

Порядок на случай ухода:

  1. Забрать общий слой и проектные файлы в рабочую папку компании, а не в личное хранилище.
  2. Пройтись по решениям последнего квартала и записать причины там, где их нет.
  3. Отобрать два-три примера готовой работы как эталон для преемника.
  4. Отдельно зафиксировать доступы и подписки, которые были оформлены на человека.

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

Три способа сломать общий контекст

Собрал по собственным граблям и разборам чужих папок.

Первый: складывать всё. Соблазн понятный - пусть агент знает больше. На практике общий файл, куда сваливают переписку, черновики и случайные заметки, начинает мешать: важное тонет в объёме.

Второй: правила без причин. «Всегда согласовываем тексты» - через полгода никто не помнит, откуда правило, и оно либо нарушается, либо соблюдается там, где не нужно. Одна строка про причину продлевает жизнь правилу на годы.

Третий: несколько копий. Папка скопирована коллеге, тот дописал своё, у третьего третья версия. Дальше правки расходятся, и правильного варианта не существует. Лечится единственным местом хранения и правилом не работать с копиями.

Есть и четвёртая, менее очевидная поломка: люди правят файлы руками там, где всё связано между собой, и рвут связи. Про это есть отдельный разбор - гигиена рабочей папки агента.

Частые вопросы

Частые вопросы

Главный вывод

Запомнить стоит одно: команде передаётся не папка, а маршрут по ней. Три файла и два примера работают лучше, чем сто документов с полным доступом.

Практический минимум на сегодня: возьми свой накопленный контекст и раздели его на две стопки - «верно для всех» и «моя привычка». Первая стопка и есть черновик общего слоя.

А если завтра ты уйдёшь в отпуск на месяц, из чего коллега поймёт, почему у вас всё устроено именно так?

Источники

Отправь другу или себе в избранное в Telegram, чтобы не потерять.

Поделиться в Telegram
Было полезно?
Автор
Дмитрий Анашкин
Практик-интегратор ИИ в бизнес

Основатель NeuroDA и SMAIPL. Корпоративные воркшопы по ИИ, внедрение AI в бизнес-процессы.

Похожие гайды

Учёт денег: когда таблица перестаёт справляться

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

8 мин

Прежде чем строить: проверь, что этого ещё нет

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

8 мин

Данные лежат в разных системах: как собрать из них один отчёт

Посещаемость в счётчике, заявки в базе, данные партнёра файлом на почте. Каждую неделю всё это сводится руками. Разбираю, почему автоматизация ломается не на выгрузке, а на согласовании источников, и с чего её начинать, чтобы отчёту можно было верить.

9 мин

Запись встречи превращается в задачи: что заказывать нейросети

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

7 мин

Связанные понятия