Otak kedua perusahaan: dari wiki hingga keterampilan, semuanya tentang konteks7 min read

Saya telah banyak memikirkan tentang semua hype seputar “otak kedua”. Saya mendiskusikan hal ini dengan orang lain di lapangan dan rekan-rekan saya yang sedang membangun otak kedua atau memiliki versinya.

Bagi mereka yang belum terbiasa, gerakan otak kedua dimulai dengan ide “Wiki” oleh Andrej Karpathy: mengatur pengetahuan pribadi agen dalam semacam struktur Wiki yang saling terkait dari file MD lokal. Ini kemudian diperluas ke pengorganisasian data pribadi dalam format yang lebih luas, dengan pengguna sering menggunakan Obsidian untuk mengatur dan memvisualisasikan catatan dan menambahkan data dari rapat (transkripsi Granola/Whisperflow/Zoom) ke dalam Wiki.

basis pengetahuan roket-karpati:mulai

basis pengetahuan roket-karpati: akhir

Seiring dengan berkembangnya “Wiki”, menjadi jelas bahwa berbagi informasi di dalamnya mempunyai manfaat nyata. Dengan demikian, proyek “otak kedua perusahaan” mulai berkembang. Versi utopis dari otak kedua membuat segala sesuatu yang mungkin ditranskripsikan: panggilan zoom, rapat F2F, bahkan interaksi biasa, email, pesan slack, dokumen – semuanya ke dalam database data besar seperti Snowflake. Bayangkan siapa pun di perusahaan dapat menanyakan apa saja yang diinginkan oleh instance Snowflake ini dan langsung menjawab setiap pertanyaan.

Ups, bukan ide yang bagus. Pertama, ini sangat mahal. Jumlah data yang masuk ke dalam sesuatu seperti ini sungguh gila dan mengambil data darinya menjadi sangat sulit, lambat, dan mahal. Keamanan dan pemisahan data menjadi masalah. Bagaimana Anda mencegah data pribadi 1:1, data keuangan, keputusan manajemen, data SDM, atau bahkan keputusan untuk memberhentikan seseorang agar tidak masuk ke dalam transkrip dan dapat diakses. Tidak semua orang seharusnya tahu segalanya…

Juga, siapa yang membutuhkan ini, apa manfaatnya bagi kita dan apakah ini ide yang bagus?

Menurut saya secara umum, versi tertampung ini adalah ide yang bagus. Sebagian besar alasan keberadaan manajemen menengah adalah untuk mengangkat permasalahan ke hulu dan memperjelas keputusan di hilir. Banyak dari hal ini sekarang dapat dilakukan dengan otak kedua.

Otak kedua untuk tim teknis

Otak kedua yang teknis bisa lebih mudah dipertahankan. Banyak perusahaan hanya menggunakan direktori Dropbox/Google drive/OneDrive yang menyimpan pengetahuan bersama yang dapat dibagikan oleh Claude/Codex. Otomatisasi untuk mendorong ini ke repo Git cukup sederhana, atau Anda dapat menggunakan Github untuk mengelolanya juga (saya kira ini adalah upaya yang sangat kecil untuk OpenAI/Anthropic untuk mendukung skenario ini tanpa harus menginstal keterampilan khusus untuk mengelola hal semacam ini). Sumber kebenaran sekarang menjadi repo Github dan salinan lokalnya adalah repo git lokal.

Hal ini dapat menambah pengetahuan dan kemampuan seperti keterampilan bersama, keputusan bersama, desain arsitektur, desain visual (keputusan sistem desain, misalnya) dan berbagai keputusan produk perusahaan lainnya.

Tim kecil tidak memerlukan lebih dari sekadar sinkronisasi sederhana di sekitar repo, tetapi perusahaan besar dengan banyak tim besar akan mengalami keterbatasan yang parah dengan sangat cepat. Masalah yang paling parah melibatkan keracunan konteks di mana pengguna tertentu mungkin membuat keputusan lokal yang bertentangan dengan data otak kedua, baik memasukkan data yang bertentangan atau mengesampingkan keputusan perusahaan secara tidak sengaja (dalam beberapa kasus mungkin disengaja?).

Menyimpannya di git dan menggabungkannya dapat dilakukan menggunakan agen khusus yang mencari konflik dan dapat memperingatkan pengguna jika perubahannya bertentangan, menyelesaikan konflik, dan menggabungkan hasilnya.

Perhatikan bahwa ini bukan metode yang baik untuk memelihara dokumentasi proyek. Untuk itu, cara yang lebih baik adalah dengan memasukkan wiki sebagai bagian integral dari proyek itu sendiri. Cara membuatnya cukup mudah. Anda cukup menyisihkan agen pengkodean dan memintanya untuk memeriksa proyek, mendokumentasikannya secara menyeluruh ke dalam folder dokumen, dibagi berdasarkan arsitektur, gotcha, keputusan produk, keputusan teknis, dan hal-hal lain yang disimpulkan mungkin berguna dalam file md kecil yang dapat ditampung. Kuncinya adalah memberitahukannya untuk memastikan bahwa kode dan readme.md semuanya mengarah ke direktori dokumen untuk memastikannya direferensikan di mana saja dan dianggap sebagai bagian dari proyek dan bukan sumber daya eksternal. Hal penting yang perlu diketahui oleh agen adalah bahwa tujuannya di sini adalah untuk memungkinkan agen lain bergabung dengan cepat ke proyek untuk menghindari jebakan, lubang, dan lubang teknis…

Setelah terintegrasi dalam struktur proyek repo itu sendiri, agen pengkode akan mempertahankannya seolah-olah itu adalah kode. Ia akan membacanya seolah-olah itu adalah bagian dari kode dan jika ada perubahan, ia akan mengadaptasi atau memodifikasi dokumentasinya (ingat “dokumentasi adalah kode yang mudah dibaca dan jelas” atau “dokumentasi menjadi basi begitu meninggalkan keyboard Anda” – percayakan pada AI untuk memeliharanya, sehingga tidak benar lagi).

Otak kedua untuk tim produk, pemasaran, dan non-teknis

Jenis otak kedua ini bisa sangat keren untuk tim teknis, namun melakukan hal yang sama untuk tim non teknis akan sangat sulit.

Ambil contoh tim pengacara, mereka memiliki kumpulan pengetahuan yang sangat spesifik dan mencakup email, slack, file word, dan dokumen lainnya. Hal yang sama berlaku untuk pemegang buku, penjualan, kesuksesan pelanggan, dll. Mereka masing-masing memiliki pengetahuan otak kedua.

Selain itu, manajemen mungkin ingin data meluap (tanpa filter melalui manajemen menengah) dan tim mungkin memerlukan informasi yang dihasilkan oleh manajemen. Bagaimana cara menghasilkan grafik pengetahuan terukur yang diamankan dan dipisahkan?

Ada beberapa pendekatan yang dapat membuat segalanya lebih mudah, setidaknya sampai perusahaan-perusahaan besar menyelesaikan masalah ini, mudah-mudahan dengan cara terbuka, namun lebih mungkin melalui solusi tertutup yang mahal.

1. Otak kedua pribadi – setiap orang yang menginginkan ini, dapat menuliskan pertemuannya sendiri dan memelihara otak kedua mereka sendiri. Obsidian cukup berguna untuk ini, agen mana pun pada dasarnya dapat menyortir dan membersihkannya. Gunakan mekanisme tidur REM untuk mengoptimalkannya – agen harus bangun di malam hari, mengidentifikasi semua informasi yang dikumpulkannya di siang hari, menemukan informasi apa pun yang penting dan penting untuk disimpan di masa depan, dan mengaturnya dengan cara yang mudah diambil dalam folder dan file MD. Ini berarti bahwa jika Anda berbicara dengan pelanggan tertentu, pelanggan tersebut akan memperbarui file md yang mencerminkan informasi penting untuk diingat tentang mereka, apa yang sedang Anda kerjakan bersama, dll. Hal yang sama berlaku untuk proyek. Akan ada tumpang tindih: tumpang tindih itu bagus – tidak masalah jika informasi tentang proyek tertentu ada di file orang yang Anda ajak bicara, perusahaan, dan file proyek. Biarkan agen yang mengaturnya untuk Anda. Jika Anda memiliki pertanyaan, jadikan ini sebagai sumber data utama untuk agen Anda. Anda dapat mengekspos agen Anda ke email/percakapan/dll. – pastikan untuk tidak menuliskan hal-hal yang tidak ingin Anda dokumentasikan (jangan jadikan ini reality show atau sinetron).

2. Otak kedua tingkat tim – data lapisan kedua mencakup data yang ada di otak kedua pribadi yang 100% diyakini relevan oleh agen untuk seluruh tim atau data yang berasal dari rapat tingkat tim yang, berdasarkan sifatnya, berbasis tim. Agen juga dapat mengumpulkan data untuk otak kedua ini dari saluran slack tim Anda – data tersebut tidak boleh ada di saluran 1:1 atau panggilan zoom Anda. Setelah mengambil data, agen dapat mengaturnya secara real-time atau setiap malam dan menunjukkan ketidakkonsistenan ketika keputusan dibatalkan, atau tidak sesuai dengan keputusan pribadi atau manajemen. Hal-hal tersebut harus disoroti dan diperingatkan kepada orang yang membuat keputusan yang tidak sesuai sehingga mereka dapat membuat pilihan dengan cara yang tepat.

3. Otak kedua tingkat manajemen – ini pada dasarnya adalah otak kedua di tingkat tim, tetapi karena sensitivitas data dan keputusan yang diambil, hal ini harus ditangani dengan cara yang lebih bernuansa. Hanya keputusan akhir dan data publik yang boleh dibagikan di sini untuk menghindari potensi kebocoran ke seluruh perusahaan. Mungkin ada baiknya bagi manusia untuk memeriksa beberapa data, setidaknya di awal, untuk memastikan keamanan data. Ada baiknya juga untuk tidak memasukkan otak manajemen ke dalam otak kedua perusahaan.

4. Otak kedua di seluruh perusahaan – ini adalah yang terberat dan hanya boleh menyimpan data yang konkrit, informatif, dan relevan bagi keseluruhan perusahaan. Hasil keuangan yang dilaporkan saja, misalnya informasi tentang personalia (siapa menduduki jabatan apa).

Hal ini menyisakan banyak data, termasuk data sentimen, misalnya, yang ingin didengar oleh manajemen dari seluruh tim. Ini dapat dikumpulkan secara terpisah atau dipanen dari slack dan sumber lainnya. Bukan ide yang baik untuk mengambil data seperti ini langsung dari otak perusahaan.

Jadi, apa yang Anda cari dalam otak kedua atau otak perusahaan, apakah Anda pernah mencoba membangunnya dan apa kesimpulan Anda?