Druhý mozek společnosti: od wiki po dovednosti, vše je o kontextu9 min read

Hodně jsem přemýšlel o všem tom humbuku kolem „druhého mozku“. Diskutoval jsem o tom s ostatními v oboru a svými kolegy, kteří buď budují druhý mozek, nebo mají jeho verzi.

Pro ty, kteří nejsou obeznámeni, druhé hnutí mozku začalo myšlenkou „Wiki“ od Andreje Karpathyho: uspořádat agentovy osobní znalosti do jakési propojené Wiki struktury místních souborů MD. To se později rozšířilo na organizování osobních údajů v mnohem širším formátu, přičemž uživatelé často používali Obsidian k organizování a vizualizaci poznámek a přidávání dat ze schůzek (přepisy Granola/Whisperflow/Zoom) do Wiki.

raketové-karpathy-znalostní-základny:start

raketové-karpathy-znalostní-základny:konec

Jak se tato „Wiki“ rozšiřovala, bylo zřejmé, že sdílení informací v ní má určitou skutečnou hodnotu. Projekty „druhého mozku společnosti“ tak začaly kvést. Utopic verze druhého mozku má všechno možné přepisovat: zoom hovory, F2F schůzky, dokonce i náhodné interakce, e-maily, nevyužité zprávy, dokumenty – to vše do obrovské datové databáze, jako je Snowflake. Představte si, že kdokoli ve společnosti se může této instance Snowflake zeptat na cokoliv, co chce, a na každou otázku bude mít okamžitě odpověď.

Jejda, to není dobrý nápad. Za prvé, je to super drahé. Množství dat, které jde do něčeho takového, je prostě šílené a získávání dat z nich se stává extrémně obtížné, pomalé a nákladné. Problémem se stává bezpečnost a segregace dat. Jak zabráníte tomu, aby osobní údaje, finanční údaje, manažerská rozhodnutí, HR data nebo dokonce rozhodnutí o ukončení někoho proklouzly do přepisů a byly přístupné. Ne všichni by měl vědět všechno…

Také, kdo to potřebuje, co nám to ušetří a je to vůbec dobrý nápad?

Obecně bych řekl, že uzavřená verze tohoto je dobrý nápad. Velkým důvodem, proč existuje střední management, je předávání problémů proti proudu a objasňování rozhodnutí po proudu. Mnohé z toho lze nyní provést pomocí druhého mozku.

Druhý mozek pro technické týmy

Technický druhý mozek může být mnohem jednodušší na údržbu. Mnoho společností používá pouze adresář Dropbox/Disk Google/OneDrive, který obsahuje sdílené znalosti, které může sdílet Claude / Codex. Automatizace pro přenesení tohoto do Git repo je docela jednoduchá, nebo můžete opravdu použít Github ke správě také (myslím, že je to velmi malé úsilí pro OpenAI/Anthropic podporovat tento scénář, aniž byste museli instalovat vlastní dovednosti pro správu tohoto typu věcí). Zdrojem pravdy se nyní stává úložiště Github a místní kopie jsou místní úložiště git.

To může přidat znalosti a schopnosti, jako jsou sdílené dovednosti, sdílená rozhodnutí, architektonické návrhy, vizuální návrhy (například rozhodnutí o návrhu systému) a různá další rozhodnutí o produktech společnosti.

Malé týmy ve skutečnosti nepotřebují nic jiného než jen jednoduchou synchronizaci kolem repo, ale větší společnosti s mnoha většími týmy velmi rychle narazí na vážná omezení. Nejzávažnější problémy zahrnují otravu kontextu, kdy konkrétní uživatel může učinit místní rozhodnutí, která jsou v rozporu s daty druhého mozku, a to buď zavedením konfliktních dat nebo neúmyslným přepsáním rozhodnutí společnosti (v některých případech možná úmyslně?).

Udržování v git a slučování lze provést pomocí specializovaného agenta, který hledá konflikty a může upozornit uživatele, pokud jsou jejich změny v konfliktu, vyřešit konflikty a sloučit výsledky.

Všimněte si, že to není dobrá metoda pro vedení projektové dokumentace. Proto je lepší zahrnout wiki jako nedílnou součást samotného projektu. Je to docela snadné vytvořit. Stačí vyčlenit kódovacího agenta a požádat ho, aby prošel projekt, důkladně jej zdokumentoval do složky s dokumenty, rozdělené podle architektury, gotchas, rozhodnutí o produktu, technických rozhodnutí a dalších věcí, které by podle něj mohly být užitečné v malých souborech MD, které lze uložit. Klíčem je sdělit mu, aby se ujistil, že kód a readme.md všechny ukazují na adresář dokumentů, aby bylo zajištěno, že se na něj všude odkazuje a že je považován za součást projektu a nikoli za externí zdroj. Klíčovým prvkem, který by měl agent vědět, je, že záměrem je umožnit rychlé zapojení dalšího agenta do projektu, aby se předešlo nástrahám, výmolům a technickým propadům…

Jakmile je integrován do samotné struktury repo projektu, kódovací agent jej bude udržovat, jako by to byl kód. Bude to číst, jako by to bylo součástí kódu, a pokud se něco změní, přizpůsobí nebo upraví dokumentaci (pamatujte na to, že „dokumentace je kód, který je snadno čitelný a jasný“ nebo „dokumentace zatuchne ve chvíli, kdy opustí vaši klávesnici“ – důvěřujte AI, že je udrží, takže už nejsou pravdivé).

Druhý mozek pro produktové, marketingové a netechnické týmy

Tento typ druhého mozku může být opravdu skvělý pro technické týmy, ale dělat totéž pro netechnické týmy bude extrémně obtížné.

Vezměme si například tým právníků, kteří mají velmi specifické sady znalostí a zahrnují e-maily, nevyužité soubory, soubory aplikace Word a další dokumenty. Totéž platí pro účetní, prodej, zákaznický úspěch atd. Každý z nich má své vlastní znalosti druhého mozku.

Kromě toho vedení pravděpodobně chce, aby data vybublala (nefiltrovaná přes střední management) a tým může potřebovat informace, které vedení vygenerovalo. Jak vytvořit škálovatelný znalostní graf, který je zabezpečený a oddělený?

Existuje několik přístupů, které by mohly věci usnadnit, alespoň dokud tento problém nevyřeší velcí chlapci, doufejme, že otevřeným způsobem, ale pravděpodobněji prostřednictvím drahého uzavřeného řešení.

1. Osobní druhý mozek – každý, kdo to chce, může přepisovat své vlastní schůzky a udržovat si svůj vlastní druhý mozek. Obsidian je na to docela užitečný, každý agent to v podstatě dokáže roztřídit a vyčistit. K optimalizaci použijte mechanismus spánku REM – agent by se měl v noci probudit, identifikovat všechny informace, které během dne shromáždil, najít jakékoli informace, které jsou kritické a důležité pro uchování do budoucna, a uspořádat je snadno dostupným způsobem do složek a souborů MD. To znamená, že pokud jste mluvili s konkrétním zákazníkem, bude mít tento zákazník aktualizovaný soubor MD obsahující informace, které je důležité si o něm zapamatovat, na čem spolu pracujete atd. Totéž platí pro projekty. Bude se překrývat: překrývání je dobré – je v pořádku, že informace o konkrétním projektu žijí jak v souboru osoby, se kterou jste mluvili, ve společnosti i v souborech projektu. Nechte agenta, aby to za vás vyřídil. Máte-li dotazy, nastavte toto jako primární zdroj dat pro svého agenta. Svého agenta můžete vystavit svému e-mailu/konverzacím/atd. – jen se ujistěte, že nepřepisujete věci, které nechcete zdokumentovat (nedělejme z toho reality show nebo mýdlo).

2. Druhý mozek na týmové úrovni – druhá vrstva dat zahrnuje data, která jsou buď v osobním druhém mozku, o nichž si je agent 100% jistý, že jsou relevantní pro celý tým, nebo data, která pocházejí ze schůzek na týmové úrovni, které jsou svou povahou týmové. Agent může také shromažďovat data pro tento druhý mozek z vašich týmových nevyužitých kanálů – nemělo by to být ve vašich kanálech 1:1 nebo zoomových hovorech. Jakmile získá data, může je agent uspořádat v reálném čase nebo v noci a upozornit na nesrovnalosti, kde byla rozhodnutí zrušena nebo neodpovídají osobním nebo manažerským rozhodnutím. Ty by měly být zdůrazněny a upozorněny na osobu, která činí neslučitelné rozhodnutí, aby se mohla rozhodnout informovaně.

3. Druhý mozek na úrovni řízení – toto je v podstatě druhý mozek na úrovni týmu, ale kvůli citlivosti dat a přijímaných rozhodnutí by se s ním mělo zacházet mnohem jemněji. Zde by měla být sdílena pouze konečná rozhodnutí a veřejná data, aby se předešlo potenciálním únikům do zbytku společnosti. Možná by bylo dobré, aby si člověk alespoň na začátku prošel některá data, aby zajistil bezpečnost dat. Je také dobré vynechat manažerský mozek z druhého mozku společnosti.

4. Druhý mozek společnosti široký – toto je nejnáročnější a mělo by obsahovat pouze data, která jsou konkrétní, informativní a mohou být relevantní pro celou společnost. Vykazované pouze finanční výsledky, například informace o personálu (kdo zastává jakou pozici).

To vynechává spoustu dat, včetně dat o sentimentu, například, která chce vedení slyšet od celého týmu. To může být sbíráno odděleně nebo sklizeno z volného a jiných zdrojů. Není dobrý nápad sklízet tento typ dat přímo z firemního mozku.

Takže, co hledáte v druhém mozku nebo mozku společnosti, měli jste nějaké pokusy o jeho vybudování a jaké byly vaše závěry?