Şirketin ikinci beyni: wiki’den becerilere kadar her şey bağlamla ilgilidir9 min read

“İkinci beyin” hakkındaki tüm abartılı reklamlar hakkında çok düşündüm. Bu konuyu bu alandaki diğer kişilerle ve ikinci bir beyin inşa eden ya da onun bir versiyonuna sahip olan meslektaşlarımla tartıştım.

Tanıdık olmayanlar için, ikinci beyin hareketi Andrej Karpathy’nin “Wiki” fikriyle başladı: temsilcinin kişisel bilgisini yerel MD dosyalarından oluşan bir tür birbirine bağlı Wiki yapısında düzenlemek. Bu daha sonra kişisel verileri çok daha geniş bir formatta organize etmeye kadar genişledi; kullanıcılar genellikle notları düzenlemek ve görselleştirmek için Obsidian’ı kullanıyor ve toplantılardan verileri (Granola/Whisperflow/Zoom transkripsiyonları) Wiki’ye ekliyor.

roket-karpathy-bilgi-tabanları:başlangıç

roket-karpathy-bilgi-üsleri:son

“Wiki” genişledikçe, içindeki bilgiyi paylaşmanın gerçek bir değeri olduğu ortaya çıktı. Böylece “şirketin ikinci beyni” projeleri yeşermeye başladı. İkinci bir beynin Ütopik versiyonu, mümkün olan her şeyin kopyalanmasını sağlıyor: zoom görüşmesi, F2F toplantıları, hatta sıradan etkileşimler, e-postalar, gevşek mesajlar, belgeler – hepsi Snowflake gibi devasa bir veri veritabanına. Şirketteki herkesin bu Snowflake örneğine istediği her şeyi sorabildiğini ve her soruya anında yanıt alabildiğini hayal edin.

Hay aksi, iyi bir fikir değil. Öncelikle bu çok pahalı. Bunun gibi bir şeye giren veri miktarı çılgıncadır ve buradan veri almak son derece zor, yavaş ve maliyetli hale gelir. Güvenlik ve veri ayrımı bir sorun haline gelir. 1:1 kişisel verilerin, finansal verilerin, yönetim kararlarının, İK verilerinin ve hatta birisinin transkriptlere sızmasını ve erişilebilir olmasını sonlandıracak kararları nasıl önlersiniz? Herkes değil yapmalı her şeyi biliyorum…

Ayrıca buna kimin ihtiyacı var, bu bizi ne kurtarır ve bu iyi bir fikir mi?

Genel olarak bunun kapsayıcı bir versiyonunun iyi bir fikir olduğunu söyleyebilirim. Orta düzey yönetimin var olma nedeninin çoğu, sorunları yukarıya taşımak ve kararları aşağıya doğru netleştirmektir. Artık bunların çoğu ikinci bir beyinle yapılabiliyor.

Teknik ekipler için ikinci beyin

Teknik bir ikinci beynin bakımı çok daha kolay olabilir. Birçok şirket, Claude / Codex’in paylaşabileceği paylaşılan bilgileri barındıran bir Dropbox/Google Drive/OneDrive dizinini kullanır. Bunu Git deposuna aktarma otomasyonu oldukça basittir veya bunu yönetmek için gerçekten Github’u kullanabilirsiniz (Sanırım OpenAI/Anthropic’in bu tür şeyleri yönetmek için özel beceriler yüklemeye gerek kalmadan bu senaryoyu desteklemesi çok küçük bir çabadır). Gerçeğin kaynağı artık Github deposu haline geliyor ve yerel kopyalar da yerel git depoları oluyor.

Bu, paylaşılan beceriler, paylaşılan kararlar, mimari tasarımlar, görsel tasarımlar (örneğin tasarım sistemi kararları) ve diğer çeşitli şirket ürün kararları gibi bilgi ve yetenekleri ekleyebilir.

Küçük ekiplerin depo çevresinde basit bir senkronizasyonun ötesinde pek bir şeye ihtiyacı yoktur, ancak çok sayıda daha büyük ekibe sahip daha büyük şirketler çok hızlı bir şekilde ciddi sınırlamalarla karşılaşacaktır. En ciddi sorunlar, belirli bir kullanıcının ikinci beyin verileriyle çelişen yerel kararlar verebileceği, çelişkili verilerin sunulduğu veya şirket kararlarının yanlışlıkla (bazı durumlarda kasıtlı olarak) geçersiz kılındığı bağlam zehirlenmesini içerir.

Git’te tutmak ve birleştirme, çakışmaları arayan ve değişikliklerinin çakışması durumunda kullanıcıyı uyarabilen, çakışmaları çözebilen ve sonuçları birleştirebilen özel bir aracı kullanılarak yapılabilir.

Bunun proje belgelerini korumak için iyi bir yöntem olmadığını unutmayın. Bunun için daha iyi yol, wiki’yi projenin ayrılmaz bir parçası olarak dahil etmektir. Oluşturulması oldukça kolaydır. Bir kodlama aracısını bir kenara bırakırsınız ve ondan projeyi gözden geçirmesini, mimariye, kazanımlara, ürün kararlarına, teknik kararlara ve küçük kapsanabilir md dosyalarında yararlı olabileceği sonucuna varılan diğer şeylere göre onu bir dokümanlar klasöründe ayrıntılı bir şekilde belgelemesini istersiniz. Önemli olan, ona her yerde referans verildiğinden ve harici bir kaynak olarak değil, projenin bir parçası olarak kabul edildiğinden emin olmak için kodun ve benioku.md dosyasının tümünün belgeler dizinine işaret ettiğinden emin olmasını sağlamaktır. Temsilcinin bilmesi gereken en önemli nokta, buradaki amacın tuzaklardan, çukurlardan ve teknik aksaklıklardan kaçınmak için başka bir temsilcinin projeye hızlı bir şekilde katılmasına izin vermek olduğudur…

Repo projesi yapısına entegre edildikten sonra kodlama aracısı onu sanki kodmuş gibi koruyacaktır. Bunu sanki kodun bir parçasıymış gibi okuyacak ve bir şey değişirse, belgeleri uyarlayacak veya değiştirecektir (“belgelerin kodun okunması ve temizlenmesi kolay olmasıdır” veya “belgeler klavyenizden çıktığı anda eskir” gibi şeyleri unutmayın – bunları koruması için yapay zekaya güvenin, bu yüzden artık doğru değiller).

Ürün, pazarlama ve teknik olmayan ekipler için ikinci beyin

Bu tür ikinci beyin, teknik ekipler için gerçekten harika olabilir, ancak aynı şeyi teknik olmayan ekipler için yapmak son derece zor olacaktır.

Örneğin avukatlardan oluşan bir ekibi ele alalım; çok spesifik bilgi kümeleri var ve bu bilgi e-posta, slack, word dosyaları ve diğer belgeleri kapsıyor. Aynı şey muhasebeciler, satışlar, müşteri başarısı vb. için de geçerlidir. Her birinin kendine ait ikinci beyin bilgisi vardır.

Buna ek olarak, yönetim muhtemelen verilerin (orta düzey yönetim tarafından filtrelenmemiş) ortaya çıkmasını istiyor ve ekibin, yönetimin oluşturduğu bilgilere ihtiyacı olabilir. Güvenli hale getirilmiş ve ayrılmış, ölçeklenebilir bir bilgi grafiği nasıl oluşturulur?

En azından büyük çocuklar bu sorunu açık bir şekilde çözene kadar, ancak daha çok pahalı ve kapalı bir çözüm yoluyla işleri kolaylaştırabilecek birkaç yaklaşım var.

1. Kişisel ikinci beyin – Bunu isteyen her kişi kendi toplantılarını yazıya geçirebilir ve kendi ikinci beynini koruyabilir. Obsidyen bunun için oldukça faydalıdır; herhangi bir ajan temelde onu ayıklayabilir ve temizleyebilir. Bunu optimize etmek için REM uyku mekanizmasını kullanın; bir aracı gece uyanmalı, gün boyunca topladığı tüm bilgileri tanımlamalı, gelecekte saklanması gereken kritik ve önemli bilgileri bulmalı ve bunları klasörler ve MD dosyalarında kolayca alınabilecek bir şekilde düzenlemelidir. Bu, belirli bir müşteriyle konuştuğunuzda, o müşterinin kendisi hakkında hatırlanması gereken, birlikte ne üzerinde çalıştığınız vb. bilgileri yansıtan güncellenmiş bir md dosyasına sahip olacağı anlamına gelir. Aynı şey projeler için de geçerlidir. Örtüşme olacaktır: örtüşme iyidir – belirli bir projeyle ilgili bilgilerin hem konuştuğunuz kişinin dosyasında, hem de şirket dosyasında ve proje dosyalarında bulunması sorun değildir. Temsilcinin bunu sizin için yönetmesine izin verin. Sorularınız olduğunda bunu temsilciniz için birincil veri kaynağınız yapın. Temsilcinizi e-postanıza/konuşmalarınıza/vb. maruz bırakabilirsiniz. – sadece belgelenmesini istemediğiniz şeyleri yazıya dökmemeye dikkat edin (bunu bir realite şovu ya da dizi haline getirmeyelim).

2. Takım düzeyinde ikinci beyin – ikinci bir veri katmanı, kişisel ikinci beyinde bulunan ve temsilcinin tüm ekiple alakalı olduğundan %100 emin olduğu verileri veya doğası gereği ekip bazlı olan ekip düzeyindeki toplantılardan kaynaklanan verileri içerir. Bir temsilci, bu ikinci beyin için ekibinizin gevşek kanallarından da veri toplayabilir; bu, 1:1 kanallarınızda veya yakınlaştırma çağrılarınızda olmamalıdır. Verileri aldıktan sonra, bir temsilci verileri gerçek zamanlı olarak veya gece boyunca düzenleyebilir ve kararların bozulduğu veya kişisel veya yönetim kararlarına uymayan tutarsızlıkları gösterebilir. Bunlar vurgulanmalı ve uyumsuz kararı veren kişi konusunda uyarılmalıdır, böylece seçimlerini bilinçli bir şekilde yapabilirler.

3. Yönetim düzeyinde ikinci beyin – Bu temelde ekip düzeyinde bir ikinci beyindir ancak verilerin ve alınan kararların hassasiyeti nedeniyle çok daha incelikli bir şekilde ele alınmalıdır. Şirketin geri kalanına olası sızıntıları önlemek için burada yalnızca nihai kararlar ve kamuya açık veriler paylaşılmalıdır. Veri güvenliğini sağlamak için bir insanın en azından başlangıçta bazı verilerin üzerinden geçmesi iyi bir fikir olabilir. Yönetim beynini şirketin ikinci beyninin dışında bırakmak da iyi bir fikirdir.

4. Şirket çapında ikinci beyin – bu en zor olanıdır ve yalnızca şirketin tamamıyla ilgili olabilecek somut, bilgilendirici verileri içermelidir. Yalnızca Raporlanan Mali sonuçlar; örneğin personele ilişkin bilgiler (kimin hangi pozisyonda olduğu).

Bu, örneğin yönetimin tüm ekipten duymak istediği duyarlılık verileri de dahil olmak üzere birçok veriyi dışarıda bırakır. Bu ayrı olarak toplanabilir veya gevşek ve diğer kaynaklardan toplanabilir. Bu tür verileri doğrudan şirketin beyninden toplamak iyi bir fikir değildir.

Peki, ikinci bir beyinde veya bir şirket beyninde ne arıyorsunuz, bunu oluşturmak için herhangi bir girişimde bulundunuz mu ve sonuçlarınız nelerdi?