Другий мозок компанії: від вікі до навичок, все залежить від контексту1 min read

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

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

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

ракета-карпати-бази-знань:кін

У міру того, як «Вікі» розширилася, стало очевидно, що є певна реальна цінність обміну інформацією в ній. Так почали розвиватися проекти «другого мозку компанії». Версія другого мозку Utopic транскрибує все, що можливо: zoom-дзвінки, F2F-зустрічі, навіть випадкові взаємодії, електронні листи, повідомлення, документи – усе у величезну базу даних, як-от Snowflake. Уявіть собі, що будь-хто в компанії може запитати цей екземпляр Snowflake, що завгодно, і миттєво отримати відповідь на кожне запитання.

Ой, не гарна ідея. По-перше, це супер дорого. Обсяг даних, який йде в щось подібне, просто божевільний, і отримання даних з нього стає надзвичайно складним, повільним і дорогим. Безпека та розділення даних стають проблемою. Як запобігти тому, щоб персональні дані 1:1, фінансові дані, управлінські рішення, дані про кадри чи навіть рішення щодо звільнення когось звільнилися з’явилися в стенограмах і стали доступними. Не всі повинен знати все…

Крім того, кому це потрібно, що це нам економить і чи це взагалі гарна ідея?

Загалом я б сказав, що обмежена версія цього є хорошою ідеєю. Значною мірою причина існування середнього менеджменту полягає в тому, щоб передавати питання нагору та роз’яснювати рішення, що приймаються. Більшу частину цього тепер можна зробити за допомогою другого мозку.

Другий мозок для технічних команд

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

Це може додати знання та здібності, як-от спільні навички, спільні рішення, архітектурний дизайн, візуальний дизайн (наприклад, системні рішення проектування) та різноманітні інші рішення щодо продуктів компанії.

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

Зберігати його в git і об’єднувати можна за допомогою спеціального агента, який шукає конфлікти та може сповіщати користувача, якщо їхні зміни конфліктують, вирішувати конфлікти та об’єднувати результати.

Зауважте, що це не дуже хороший спосіб ведення проектної документації. Для цього кращим способом буде включити вікі як невід’ємну частину самого проекту. Створити його досить просто. Ви просто відкладаєте агента кодування та просите його переглянути проект, ретельно задокументувати його в папку документів, розділити за архітектурою, недоліками, рішеннями щодо продукту, технічними рішеннями та іншими речами, які, на його думку, можуть бути корисними у невеликих файлах md, які можна вмістити. Головне вказати йому, щоб переконатися, що код і readme.md вказують на каталог документів, щоб переконатися, що на нього посилаються всюди та вважаються частиною проекту, а не зовнішнім ресурсом. Ключова частина, яку повинен знати агент, полягає в тому, що мета полягає в тому, щоб забезпечити швидке підключення іншого агента до проекту, щоб уникнути пасток, вибоїн і технічних провалів…

Після інтеграції в саму структуру проекту репо агент кодування підтримуватиме його як код. Він читатиме його так, ніби він був частиною коду, і якщо щось зміниться, він адаптуватиме або змінюватиме документацію (пам’ятайте, що «документація — це код, який легко читається та зрозумілий» або «документація стає несвіжою, щойно вона залишає вашу клавіатуру» — довірте ШІ підтримувати це, тому вони більше не відповідають дійсності).

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

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

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

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

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

1. Персональний другий мозок – кожна людина, яка цього хоче, може транскрибувати власні зустрічі та підтримувати власний другий мозок. Обсидіан дуже корисний для цього, будь-який агент може в принципі сортувати та очищати його. Використовуйте механізм швидкого сну, щоб оптимізувати його – агент повинен прокидатися вночі, ідентифікувати всю інформацію, яку він зібрав протягом дня, знайти будь-яку інформацію, яка є критично важливою для збереження на майбутнє, і організувати її таким чином, щоб її легко було знайти в папках і файлах MD. Це означає, що якщо ви спілкувалися з певним клієнтом, цей клієнт матиме оновлений файл md, який відображає інформацію, яку важливо запам’ятати про нього, над чим ви разом працюєте тощо. Те саме стосується проектів. Буде збіг: збіг — це добре — нормально, якщо інформація про конкретний проект зберігається як у файлі особи, з якою ви розмовляли, так і в файлі компанії та проекту. Нехай агент впорається з цим за вас. Якщо у вас виникнуть запитання, зробіть це основним джерелом даних для свого агента. Ви можете розкрити свого агента через свою електронну пошту/розмови тощо. – просто переконайтеся, що не транскрибує те, що ви не хочете документувати (давайте не перетворювати це на реаліті-шоу чи мило).

2. Командний рівень другого мозку – другий рівень даних включає дані, які знаходяться або в особистому другому мозку, і агент на 100% впевнений, що вони стосуються всієї команди, або дані, які виникли на зустрічах на рівні команди, які за своєю природою є командними. Агент також може збирати дані для цього другого мозку з каналів вашої команди – це не повинно бути у ваших каналах 1:1 або викликах масштабування. Отримавши дані, агент може організовувати їх у режимі реального часу або щоночі та вказувати на невідповідності, коли рішення були скасовані або не відповідають особистим чи управлінським рішенням. Їх слід висвітлити та повідомити особі, яка приймає несумісне рішення, щоб вона могла зробити свій вибір усвідомлено.

3. Другий мозок рівня управління – це, по суті, другий мозок командного рівня, але через чутливість даних і рішень, що приймаються, його слід обробляти набагато більш детально. Тут слід ділитися лише остаточними рішеннями та загальнодоступними даними, щоб уникнути можливого витоку в іншу компанію. Було б гарною ідеєю, щоб людина проглянула деякі дані, принаймні на початку, щоб забезпечити безпеку даних. Також доцільно залишити управлінський мозок поза другим мозком компанії.

4. Другий мозок компанії – це найскладніший і повинен містити лише конкретні, інформаційні дані, які можуть мати відношення до всієї компанії. Лише звітні фінансові результати, наприклад, інформація про персонал (хто яку посаду займає).

Це виключає багато даних, включно з настроями, наприклад, які керівництво хоче почути від усієї команди. Його можна збирати окремо або з інших джерел. Не варто збирати такі дані безпосередньо з мозку компанії.

Отже, що ви шукаєте у другому мозку чи мозку компанії, чи були у вас спроби створити його та які ви зробили висновки?