Вторият мозък на компанията: от wiki до умения, всичко опира до контекст1 min read

Мислих много за целия шум около „втория мозък“. Обсъждах това с други в областта и моите колеги, които или изграждат втори мозък, или имат негова версия.

За тези, които не са запознати, второто мозъчно движение започна с идеята „Wiki“ на Андрей Карпати: организиране на личните знания на агента в нещо като взаимосвързана Wiki структура от локални MD файлове. По-късно това се разширява до организиране на лични данни в много по-широк формат, като потребителите често използват Obsidian за организиране и визуализиране на бележки и добавяне на данни от срещи (транскрипции на Granola/Whisperflow/Zoom) в Wiki.

ракета-карпатия-бази-знания: начало

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

Тъй като тази „Wiki“ се разшири, стана очевидно, че има някаква истинска стойност в споделянето на информацията в нея. Така започнаха да процъфтяват проектите за „втори мозък на компанията“. Утопичната версия на втория мозък има всичко възможно транскрибирано: обаждане с мащабиране, F2F срещи, дори случайни взаимодействия, имейли, забавени съобщения, документи – всичко това в огромна база данни като Snowflake. Представете си, че всеки в компанията може да попита този екземпляр на Snowflake каквото пожелае и незабавно да получи отговор на всеки въпрос.

Опа, не е добра идея. Първо, това е супер скъпо. Количеството данни, което влиза в нещо подобно, е просто лудо и извличането на данни от него става изключително трудно, бавно и скъпо. Сигурността и разделянето на данни се превръщат в проблем. Как да попречите на лични данни 1:1, финансови данни, управленски решения, данни за човешките ресурси или дори решения за прекратяване на някого да се промъкнат в преписите и да бъдат достъпни. Не всички трябва знам всичко…

Освен това, кому е нужно това, какво ни спестява и изобщо добра идея ли е?

Като цяло бих казал, че включена версия на това е добра идея. Голяма част от причината за съществуването на среден мениджмънт е да изнася проблемите нагоре по веригата и да изяснява решенията надолу по веригата. Голяма част от това вече може да се направи с втори мозък.

Втори мозък за технически екипи

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

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

Малките екипи всъщност не се нуждаят от много повече от просто синхронизиране около репото, но по-големите компании с множество по-големи екипи ще се натъкнат на сериозни ограничения много бързо. Най-сериозните проблеми включват отравяне на контекста, при което конкретен потребител може да вземе локални решения, които са в конфликт с данните от втория мозък, или въвеждайки противоречиви данни, или отменяйки решенията на компанията по невнимание (в някои случаи може би умишлено?).

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

Имайте предвид, че това не е добър метод за поддържане на проектна документация. За това по-добрият начин е да включите уикито като неразделна част от самия проект. Създаването му е доста лесно. Просто отделяте агент за кодиране и го молите да прегледа проекта, да го документира щателно в папка с документи, разделена по архитектура, проблеми, продуктови решения, технически решения и други неща, за които заключава, че могат да бъдат полезни в малки съдържащи се md файлове. Ключът е да му кажете да се увери, че кодът и readme.md сочат към директорията с документи, за да се гарантира, че се препраща навсякъде и се счита за част от проекта, а не за външен ресурс. Ключовото, което агентът трябва да знае, е, че намерението тук е да се позволи бързо включване на друг агент в проекта, за да се избегнат клопки, дупки и технически пропасти…

След като бъде интегриран в самата структура на репо проекта, кодиращият агент ще го поддържа, сякаш е код. Той ще го прочете, сякаш е част от кода и ако нещо се промени, той ще адаптира или модифицира документацията (запомнете онези „документацията е кодът, който е лесен за четене и ясен“ или „документацията става остаряла в момента, в който напусне клавиатурата ви“ – доверете се на AI да ги поддържа, така че те вече не са верни).

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

Този тип втори мозък може да бъде наистина готин за технически екипи, но да се направи същото нещо за нетехнически екипи ще бъде изключително трудно.

Вземете например екип от адвокати, те имат много специфични набори от знания и те обхващат имейли, застой, word файлове и други документи. Същото важи и за счетоводителите, продажбите, успеха на клиентите и т.н. Всеки от тях има свои собствени втори мозъчни познания.

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

Има няколко подхода, които могат да улеснят нещата, поне докато големите момчета решат този проблем, надяваме се по открит начин, но по-вероятно чрез скъпо затворено решение.

1. Личен втори мозък – всеки човек, който иска това, може да преписва собствените си срещи и да поддържа своя собствен втори мозък. Обсидианът е доста полезен за това, всеки агент може да го сортира и почисти. Използвайте механизма на REM съня, за да го оптимизирате – агентът трябва да се събуди през нощта, да идентифицира цялата информация, която е събрал през деня, да намери всяка информация, която е критична и важна за запазване за в бъдеще, и да я организира по лесно извличаем начин в папки и MD файлове. Това означава, че ако сте говорили с определен клиент, този клиент ще има актуализиран md файл, отразяващ информация, която е важно да запомните за него, върху какво работите заедно и т.н. Същото важи и за проекти. Ще има припокриване: припокриването е добро – добре е информацията за конкретен проект да живее както във файла на човека, с когото сте разговаряли, така и в компанията и файловете на проекта. Оставете агента да се справи с това вместо вас. Когато имате въпроси, направете това основен източник на данни за вашия агент. Можете да изложите своя агент на вашия имейл/разговори/и т.н. – просто се уверете, че не транскрибирате неща, които не искате да бъдат документирани (нека не превръщаме това в риалити шоу или сапунка).

2. Втори мозък на ниво отбор – вторият слой от данни включва данни, които са или в личния втори мозък, за които агентът е 100% сигурен, че са приложими за целия екип, или данни, произлезли от срещи на ниво екип, които по своята същност са базирани на екип. Агентът може също да събира данни за този втори мозък от каналите за отслабване на вашия екип – не трябва да е във вашите 1:1 канали или обаждания за мащабиране. След като извлече данните, агентът може да ги организира в реално време или всяка нощ и да посочи несъответствия, когато решенията са били отменени или не съответстват на лични или управленски решения. Те трябва да бъдат подчертани и предупредени за лицето, което взема несъвместимото решение, за да може да направи своя избор по информиран начин.

3. Ниво на управление втори мозък – това е основно втори мозък на ниво екип, но поради чувствителността на данните и решенията, които се вземат, трябва да се работи по много по-нюансиран начин. Тук трябва да се споделят само окончателни решения и публични данни, за да се избегнат потенциални изтичания в останалата част от компанията. Може би е добра идея човек да прегледа някои от данните, поне в началото, за да гарантира сигурността на данните. Също така е добра идея да оставите управленския мозък извън втория мозък на компанията.

4. Вторият мозък на цялата компания – това е най-трудното и трябва да съдържа само данни, които са конкретни, информационни, които могат да бъдат от значение за цялата компания. Само отчетени финансови резултати, например информация за персонала (кой каква позиция заема).

Това пропуска много данни, включително данни за настроението, например, които ръководството иска да чуе от целия екип. Това може да се събира отделно или да се добива от слак и други източници. Не е добра идея да събирате този тип данни директно от мозъка на компанията.

И така, какво търсите във втори мозък или мозък на компания, имахте ли опити да изградите такъв и какви бяха заключенията ви?