Pangalawang utak ng kumpanya: mula wiki hanggang sa mga kasanayan, lahat ito ay tungkol sa konteksto9 min read

Marami akong iniisip tungkol sa lahat ng hype na pumapalibot sa “pangalawang utak”. Tinalakay ko ito sa iba sa larangan at sa aking mga kasamahan na alinman sa pagbuo ng pangalawang utak o may bersyon nito.

Para sa mga hindi pamilyar, ang pangalawang paggalaw ng utak ay nagsimula sa “Wiki” na ideya ni Andrej Karpathy: pag-aayos ng personal na kaalaman ng ahente sa isang uri ng isang interlinked na istraktura ng Wiki ng mga lokal na MD file. Lumawak ito sa paglaon sa pag-aayos ng personal na data sa mas malawak na format, kung saan ang mga user ay madalas na gumagamit ng Obsidian upang ayusin at mailarawan ang mga tala at magdagdag ng data mula sa mga pagpupulong (Granola/Whisperflow/Zoom transcription) sa Wiki.

rocket-karpathy-knowledge-bases:start

rocket-karpathy-knowledge-bases:end

Habang lumalawak ang “Wiki” na iyon, naging malinaw na may ilang tunay na halaga sa pagbabahagi ng impormasyon dito. Kaya’t ang mga proyekto ng “pangalawang utak ng kumpanya” ay nagsimulang mamulaklak. Ang Utopic na bersyon ng pangalawang utak ay na-transcribe ang lahat ng posibleng mangyari: zoom call, F2F meetings, kahit na kaswal na pakikipag-ugnayan, email, slack na mensahe, mga dokumento – lahat sa isang malaking database ng data tulad ng Snowflake. Isipin na ang sinuman sa kumpanya ay maaaring magtanong sa Snowflake instance na ito ng anumang gusto nila at agad na masasagot ang bawat tanong.

Oops, hindi magandang ideya. Una, ito ay sobrang mahal. Ang dami ng data na napupunta sa isang bagay na tulad nito ay kabaliwan lamang at ang pagkuha ng data mula dito ay nagiging lubhang mahirap, mabagal at magastos. Nagiging isyu ang seguridad at data segregation. Paano mo mapipigilan ang isang 1:1 na personal na data, data sa pananalapi, mga desisyon sa pamamahala, data ng HR o kahit na mga desisyon na wakasan ang isang tao mula sa pagkadulas sa mga transcript at pagiging naa-access. Hindi lahat dapat alam lahat…

Gayundin, sino ang nangangailangan nito, ano ang nagliligtas sa atin at ito ba ay isang magandang ideya?

Sa pangkalahatan, sasabihin ko, ang isang nakapaloob na bersyon nito ay isang magandang ideya. Karamihan sa mga dahilan kung bakit umiiral ang gitnang pamamahala ay upang palutangin ang mga isyu sa itaas ng agos at linawin ang mga desisyon sa ibaba ng agos. Karamihan sa mga ito ay maaari na ngayong gawin gamit ang pangalawang utak.

Pangalawang utak para sa mga technical team

Ang isang teknikal na pangalawang utak ay maaaring maging mas madaling mapanatili. Maraming kumpanya ang gumagamit lamang ng isang Dropbox/Google drive/OneDrive na direktoryo na nagtataglay ng nakabahaging kaalaman na maaaring ibahagi ni Claude / Codex. Ang pag-automate para sa pagtulak nito sa isang Git repo ay medyo simple, o maaari mo talagang gamitin ang Github upang pamahalaan ito pati na rin (Sa palagay ko ito ay isang napakaliit na pagsisikap para sa OpenAI/Anthropic na suportahan ang senaryo na ito nang hindi kinakailangang mag-install ng mga custom na kasanayan upang pamahalaan ang ganitong uri ng bagay). Ang pinagmulan ng katotohanan ngayon ay nagiging Github repo at ang mga lokal na kopya ay mga lokal na git repo.

Maaari itong magdagdag ng kaalaman at kakayahan tulad ng mga nakabahaging kasanayan, ibinahaging desisyon, mga disenyo ng arkitektura, mga visual na disenyo (halimbawa, mga desisyon ng sistema ng disenyo) at iba’t iba pang desisyon sa produkto ng kumpanya.

Ang mga maliliit na koponan ay hindi talaga nangangailangan ng higit pa sa isang simpleng pag-sync sa paligid ng repo, ngunit ang mga malalaking kumpanya na may maraming malalaking koponan ay tatakbo sa matinding limitasyon nang napakabilis. Ang pinakamatinding isyu ay kinabibilangan ng pagkalason sa konteksto kung saan ang isang partikular na user ay maaaring gumawa ng mga lokal na desisyon na sumasalungat sa pangalawang data ng utak, alinman sa pagpapasok ng sumasalungat na data o pag-override sa mga desisyon ng kumpanya nang hindi sinasadya (sa ilang mga kaso, maaaring sinasadya?).

Ang pagpapanatili nito sa git at pagsasama ay maaaring gawin gamit ang isang nakatuong ahente na naghahanap ng mga salungatan at maaaring alertuhan ang isang user kung ang kanilang mga pagbabago ay magkasalungat, lutasin ang mga salungatan at pagsamahin ang mga resulta.

Tandaan na ito ay hindi isang magandang paraan para sa pagpapanatili ng dokumentasyon ng proyekto. Para diyan, ang mas mabuting paraan ay isama ang wiki bilang mahalagang bahagi ng mismong proyekto. Ito ay medyo madali upang lumikha. Magtabi ka lang ng isang coding agent at hilingin dito na suriin ang proyekto, idokumento ito nang lubusan sa isang docs folder, hatiin ayon sa arkitektura, gotchas, mga desisyon sa produkto, teknikal na desisyon, at iba pang mga bagay na napagpasyahan nito na maaaring makatulong sa mga maliliit na md file. Ang susi ay sabihin ito upang matiyak na ang code at readme.md ay tumuturo lahat sa direktoryo ng mga dokumento upang matiyak na ito ay isinangguni sa lahat ng dako at itinuturing na bahagi ng proyekto at hindi isang panlabas na mapagkukunan. Ang pangunahing bagay na dapat malaman ng ahente ay ang layunin dito ay payagan ang mabilis na pag-onboard ng isa pang ahente sa proyekto upang maiwasan ang mga pitfalls, potholes at technical sinkhole…

Kapag naisama na ito sa mismong istruktura ng proyekto ng repo, papanatilihin ito ng ahente ng coding na parang ito ay code. Babasahin ito na parang bahagi ito ng code at kung may magbago, iaangkop o babaguhin nito ang dokumentasyon (tandaan ang mga “dokumentasyon ay ang code na madaling basahin at i-clear” o “documentation becomes stale the minute it left your keyboard” – trust the AI ​​to maintain these, so they are not true anymore).

Pangalawang utak para sa mga pangkat ng produkto, marketing at hindi teknikal

Ang ganitong uri ng pangalawang utak ay maaaring maging talagang cool para sa mga teknikal na koponan, ngunit ang paggawa ng parehong bagay para sa hindi teknikal na mga koponan ay magiging lubhang mahirap.

Kunin ang isang pangkat ng mga abogado halimbawa, mayroon silang napaka-espesipikong set ng kaalaman at sumasaklaw ito sa email, slack, mga file ng salita at iba pang mga dokumento. Ang parehong naaangkop sa mga bookkeeper, benta, tagumpay ng customer, atbp. Ang bawat isa sa kanila ay may sariling pangalawang kaalaman sa utak.

Higit pa rito, malamang na gusto ng management na bumagsak ang data (hindi na-filter sa pamamagitan ng middle management) at maaaring kailanganin ng team ang impormasyong nabuo ng management. Paano gumawa ng isang scalable na graph ng kaalaman na sinigurado at pinaghihiwalay?

Mayroong ilang mga diskarte na maaaring gawing mas madali ang mga bagay, hindi bababa sa hanggang sa malutas ng malalaking lalaki ang problemang ito, sana sa bukas na paraan, ngunit mas malamang sa pamamagitan ng isang mamahaling saradong solusyon.

1. Personal pangalawang utak – Ang bawat tao na gusto nito, ay maaaring mag-transcribe ng kanilang sariling mga pagpupulong at mapanatili ang kanilang sariling pangalawang utak. Ang obsidian ay lubos na kapaki-pakinabang para dito, ang anumang ahente ay maaaring karaniwang ayusin at linisin ito. Gamitin ang mekanismo ng pagtulog ng REM para i-optimize ito – dapat gumising ang isang ahente sa gabi, tukuyin ang lahat ng impormasyong nakolekta nito sa araw, maghanap ng anumang impormasyong kritikal at mahalagang panatilihin para sa hinaharap at ayusin ito sa isang madaling makuhang paraan sa mga folder at MD file. Nangangahulugan ito na kung nakipag-usap ka sa isang partikular na customer, ang customer na iyon ay magkakaroon ng md file na na-update na nagpapakita ng impormasyon na mahalagang tandaan tungkol sa kanila, kung ano ang pinagtatrabahuhan mo nang magkasama, atbp. Parehong napupunta para sa mga proyekto. Magkakaroon ng overlap: maganda ang overlap – ok lang na ang impormasyon tungkol sa isang partikular na proyekto ay nasa file ng taong nakausap mo, sa kumpanya at sa mga file ng proyekto. Hayaan ang ahente na pamahalaan ito para sa iyo. Kapag mayroon kang mga tanong, gawin itong iyong pangunahing data source para sa iyong ahente. Maaari mong ilantad ang iyong ahente sa iyong email/pag-uusap/atbp. – siguraduhin lang na hindi i-transcribe ang mga bagay na ayaw mong idokumento (huwag natin itong gawing reality show o soap).

2. Pangalawang utak ng antas ng koponan – Kasama sa pangalawang layer ng data ang data na alinman sa personal na pangalawang utak na 100% sigurado ng ahente ay may kaugnayan sa buong team o data na nagmula sa mga pulong sa antas ng team na, ayon sa kanilang kalikasan, batay sa koponan. Ang isang ahente ay maaari ding mangolekta ng data para sa pangalawang utak na ito mula sa iyong team slack channel – hindi ito dapat nasa iyong 1:1 na channel o mag-zoom call. Sa sandaling makuha nito ang data, maaaring ayusin ito ng isang ahente sa real time o gabi-gabi at ituro ang mga hindi pagkakapare-pareho kung saan binawi ang mga desisyon, o hindi tumutugma sa mga personal o desisyon ng pamamahala. Dapat i-highlight at alertuhan ang mga iyon sa taong gumagawa ng hindi tugmang desisyon para magawa nila ang kanilang mga pagpipilian sa paraang may kaalaman.

3. Pangalawang utak ng antas ng pamamahala – Ito ay karaniwang pangalawang utak sa antas ng koponan ngunit dahil sa pagiging sensitibo ng data at mga desisyon na ginagawa, dapat itong pangasiwaan sa isang mas nuanced na paraan. Ang mga panghuling desisyon at pampublikong data lamang ang dapat ibahagi dito upang maiwasan ang mga potensyal na pagtagas sa iba pang bahagi ng kumpanya. Maaaring isang magandang ideya para sa isang tao na suriin ang ilan sa mga data, kahit sa simula, upang matiyak ang seguridad ng data. Magandang ideya din na iwanan ang utak ng pamamahala sa pangalawang utak ng kumpanya.

4. Company wide pangalawang utak – ito ang pinakamahirap at dapat ay may hawak lamang na data na konkreto, impormasyon na maaaring may kaugnayan sa buong kumpanya. Iniulat na mga resulta sa pananalapi lamang, halimbawa, impormasyon tungkol sa mga tauhan (na humahawak ng anong posisyon).

Nag-iiwan ito ng maraming data, kabilang ang data ng damdamin, halimbawa, na gustong marinig ng management mula sa buong team. Maaari itong tipunin nang hiwalay o anihin mula sa slack at iba pang mga mapagkukunan. Hindi magandang ideya na kunin ang ganitong uri ng data nang direkta mula sa utak ng kumpanya.

Kaya, ano ang hinahanap mo sa isang pangalawang utak o isang utak ng kumpanya, mayroon ka bang anumang mga pagtatangka sa pagbuo ng isa at ano ang iyong mga konklusyon?