Второй мозг компании: от вики до навыков, все зависит от контекста1 min read

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

Для тех, кто незнаком, второе движение мозга началось с идеи «Вики» Андрея Карпати: организация личных знаний агента в своего рода взаимосвязанной структуре Wiki локальных файлов MD. Позже это расширилось до организации личных данных в гораздо более широком формате: пользователи часто использовали Obsidian для организации и визуализации заметок и добавления данных со встреч (транскрипции Granola/Whisperflow/Zoom) в Wiki.

ракета-карпаты-базы-знаний:старт

ракета-карпаты-базы-знаний:конец

По мере расширения «Вики» стало очевидно, что обмен информацией в ней имеет реальную ценность. Так начали процветать проекты «второго мозга компании». В утопической версии второго мозга все возможное расшифровывается: звонки через Zoom, встречи F2F, даже случайные взаимодействия, электронные письма, неактивные сообщения, документы — все это в огромную базу данных, такую ​​​​как Snowflake. Представьте себе, что любой сотрудник компании может задать этому экземпляру Snowflake все, что пожелает, и мгновенно получить ответ на любой вопрос.

Упс, не очень хорошая идея. Во-первых, это супердорого. Объем данных, который входит в нечто подобное, просто сумасшедший, и извлечение данных из него становится чрезвычайно сложным, медленным и дорогостоящим. Безопасность и сегрегация данных становятся проблемой. Как предотвратить попадание личных данных, финансовых данных, управленческих решений, данных отдела кадров или даже решений об увольнении в соотношении 1:1 в стенограммы и доступ к ним? Не все должен все знаю…

Да и кому это нужно, что нас спасает и хорошая ли это идея?

В целом я бы сказал, что содержательная версия — хорошая идея. Основная причина, по которой существует руководство среднего звена, заключается в том, чтобы поднимать вопросы вверх по течению и разъяснять решения ниже по течению. Многое из этого теперь можно сделать с помощью второго мозга.

Второй мозг технических команд

Технический второй мозг гораздо проще поддерживать. Многие компании просто используют каталог Dropbox/Google Drive/OneDrive, в котором хранятся общие знания, которыми могут поделиться Claude/Codex. Автоматизация отправки этого в репозиторий Git довольно проста, или вы также можете использовать Github для управления этим (я думаю, что для OpenAI/Anthropic требуется очень небольшое усилие для поддержки этого сценария без необходимости устанавливать специальные навыки для управления такого рода вещами). Источником истины теперь становится репозиторий Github, а локальными копиями — локальные репозитории git.

Это может добавить знания и возможности, такие как общие навыки, общие решения, архитектурные проекты, визуальные проекты (например, решения систем проектирования) и различные другие решения по продуктам компании.

Небольшим командам на самом деле не нужно ничего, кроме простой синхронизации репозитория, но более крупные компании с множеством более крупных команд очень быстро столкнутся с серьезными ограничениями. Наиболее серьезные проблемы связаны с отравлением контекста, когда конкретный пользователь может принимать локальные решения, которые противоречат данным второго мозга, либо вводя противоречивые данные, либо непреднамеренно отменяя решения компании (в некоторых случаях, возможно, намеренно?).

Хранить его в git и объединять можно с помощью специального агента, который ищет конфликты и может предупредить пользователя, если его изменения конфликтуют, разрешить конфликты и объединить результаты.

Обратите внимание, что это не лучший метод ведения проектной документации. Для этого лучше всего включить вики в качестве неотъемлемой части самого проекта. Это довольно легко создать. Вы просто выделяете агента кодирования и просите его просмотреть проект, тщательно задокументировать его в папке документации, разбивая по архитектуре, ошибкам, решениям по продукту, техническим решениям и другим вещам, которые, по его мнению, могут быть полезны в небольших вмещаемых файлах md. Ключевым моментом является указание ему убедиться, что код и readme.md указывают на каталог документов, чтобы гарантировать, что на него везде ссылаются и что он считается частью проекта, а не внешним ресурсом. Ключевой момент, который должен знать агент, заключается в том, что цель состоит в том, чтобы обеспечить быстрое подключение другого агента к проекту, чтобы избежать ловушек, выбоин и технических провалов…

Как только он будет интегрирован в структуру проекта репозитория, агент кодирования будет поддерживать его, как если бы это был код. Он прочитает его так, как если бы он был частью кода, и если что-то изменится, он адаптирует или модифицирует документацию (помните фразы «документация — это код, который легко читается и понятен» или «документация устаревает, как только она покидает вашу клавиатуру» — доверьте ИИ их поддержание, поэтому они больше не соответствуют действительности).

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

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

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

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

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

1. Личный второй мозг — каждый человек, желающий этого, может записывать свои встречи и поддерживать свой второй мозг. Обсидиан для этого весьма полезен, любой агент может его отсортировать и очистить. Используйте механизм сна REM для его оптимизации — агент должен просыпаться ночью, идентифицировать всю информацию, которую он собрал в течение дня, находить любую информацию, которая является критической и важной для сохранения в будущем, и организовывать ее в легкодоступном виде в папках и файлах MD. Это означает, что если вы поговорили с конкретным клиентом, у этого клиента будет обновлен файл md, отражающий информацию, которую важно помнить о нем, над чем вы вместе работаете и т. д. То же самое касается проектов. Будет перекрытие: перекрытие это хорошо — это нормально, что информация о конкретном проекте живет и в файле человека, с которым вы разговаривали, и в файлах компании, и в файлах проекта. Позвольте агенту сделать это за вас. Если у вас есть вопросы, сделайте это основным источником данных для вашего агента. Вы можете предоставить своему агенту доступ к вашей электронной почте, разговорам и т. д. — только убедитесь, что не записываете то, что вы не хотите документировать (давайте не будем делать это реалити-шоу или мылом).

2. Второй мозг командного уровня — второй уровень данных включает в себя данные, которые либо находятся в личном втором мозгу, и агент на 100% уверен, что они актуальны для всей команды, либо данные, полученные на собраниях на уровне команды, которые по своей природе являются командными. Агент также может собирать данные для этого второго мозга из слабых каналов вашей команды — их не должно быть в ваших каналах 1:1 или звонках с масштабированием. После получения данных агент может систематизировать их в режиме реального времени или ночью и указать на несоответствия, когда решения были отменены или не соответствуют личным или управленческим решениям. Их следует выделить и предупредить человека, принимающего несовместимое решение, чтобы он мог сделать свой выбор осознанно.

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

4. Второй мозг всей компании — это самый сложный вариант, и он должен содержать только конкретные, информационные данные, которые могут иметь отношение ко всей компании. Сообщаются только финансовые результаты, например, информация о персонале (кто какую должность занимает).

Это оставляет без внимания много данных, включая, например, данные о настроениях, которые руководство хочет услышать от всей команды. Его можно собирать отдельно или собирать из слабины и других источников. Не рекомендуется собирать данные такого типа непосредственно из мозга компании.

Итак, что вы ищете во втором мозге или мозге компании, были ли у вас попытки его создать и каковы были ваши выводы?