สมองที่สองของบริษัท: จากวิกิไปจนถึงทักษะ ทุกอย่างขึ้นอยู่กับบริบท1 min read

ฉันคิดมากเกี่ยวกับเรื่องที่โฆษณาเกินจริงเกี่ยวกับ “สมองที่สอง” ฉันได้พูดคุยเรื่องนี้กับคนอื่นๆ ในสาขานี้และเพื่อนร่วมงานที่กำลังสร้างสมองที่สองหรือมีเวอร์ชันของมันอยู่

สำหรับผู้ที่ไม่คุ้นเคย การเคลื่อนไหวของสมองครั้งที่สองเริ่มต้นด้วยแนวคิด “Wiki” โดย Andrej Karpathy: จัดระเบียบความรู้ส่วนตัวของเจ้าหน้าที่ในรูปแบบโครงสร้าง Wiki ที่เชื่อมโยงระหว่างกันของไฟล์ MD ในเครื่อง ต่อมาได้ขยายไปสู่การจัดระเบียบข้อมูลส่วนบุคคลในรูปแบบที่กว้างกว่ามาก โดยผู้ใช้มักใช้ Obsidian เพื่อจัดระเบียบและแสดงภาพบันทึกย่อ และเพิ่มข้อมูลจากการประชุม (การถอดเสียง Granola/Whisperflow/Zoom) ลงใน Wiki

rocket-karpathy-ฐานความรู้: เริ่มต้น

rocket-karpathy-ฐานความรู้:สิ้นสุด

เมื่อ “วิกิ” ขยายออกไป ก็เห็นได้ชัดว่าการแบ่งปันข้อมูลในนั้นมีคุณค่าอย่างแท้จริง ดังนั้นโครงการ “สมองที่สองของบริษัท” จึงเริ่มเบ่งบาน สมองที่สองเวอร์ชัน Utopic กำลังรวบรวมทุกสิ่งที่เป็นไปได้: การซูมการโทร การประชุม F2F แม้แต่การโต้ตอบแบบไม่เป็นทางการ อีเมล ข้อความหย่อน เอกสาร ทั้งหมดนี้รวมอยู่ในฐานข้อมูลขนาดใหญ่ เช่น Snowflake ลองนึกภาพว่าใครก็ตามในบริษัทสามารถถามอินสแตนซ์ Snowflake นี้ได้ทุกอย่างที่ต้องการ และทุกคำถามก็ได้รับคำตอบทันที

อ๊ะ ไม่ใช่ความคิดที่ดี อย่างแรกมันแพงมาก ปริมาณข้อมูลที่เกิดขึ้นในลักษณะนี้เป็นเรื่องที่บ้ามาก และการดึงข้อมูลจากข้อมูลนั้นกลายเป็นเรื่องยาก ช้า และมีค่าใช้จ่ายสูง ความปลอดภัยและการแยกข้อมูลกลายเป็นปัญหา คุณจะป้องกันข้อมูลส่วนบุคคล ข้อมูลทางการเงิน การตัดสินใจของฝ่ายบริหาร ข้อมูลทรัพยากรบุคคล หรือแม้แต่การตัดสินใจในการยุติบุคคลไม่ให้เล็ดลอดเข้าไปในบันทึกและเข้าถึงได้อย่างไร ไม่ใช่ทุกคน ควร รู้ทุกอย่าง…

นอกจากนี้ ใครต้องการสิ่งนี้ มันช่วยอะไรเราได้ และนี่เป็นความคิดที่ดีหรือไม่

ฉันจะบอกว่าโดยทั่วไปแล้วเวอร์ชันที่มีอยู่นี้เป็นความคิดที่ดี เหตุผลส่วนใหญ่ที่มีผู้บริหารระดับกลางคือการลอยประเด็นปัญหาต้นน้ำและชี้แจงการตัดสินใจปลายน้ำ ตอนนี้ส่วนใหญ่สามารถทำได้ด้วยสมองที่สอง

สมองที่สองสำหรับทีมเทคนิค

สมองที่สองทางเทคนิคสามารถรักษาได้ง่ายกว่ามาก บริษัทหลายแห่งใช้ไดเร็กทอรี Dropbox/Google drive/OneDrive ที่รวบรวมความรู้ที่ Claude / Codex สามารถแบ่งปันได้ ระบบอัตโนมัติสำหรับการผลักดันสิ่งนี้ไปยัง repo Git นั้นค่อนข้างง่าย หรือคุณสามารถใช้ Github เพื่อจัดการสิ่งนี้ได้เช่นกัน (ฉันเดาว่ามันเป็นความพยายามเพียงเล็กน้อยสำหรับ OpenAI/Anthropic เพื่อรองรับสถานการณ์นี้โดยไม่ต้องติดตั้งทักษะที่กำหนดเองเพื่อจัดการสิ่งนี้) แหล่งที่มาของความจริงตอนนี้กลายเป็น Github repo และสำเนาในเครื่องคือ repos git ในเครื่อง

สิ่งนี้สามารถเพิ่มความรู้และความสามารถ เช่น ทักษะที่ใช้ร่วมกัน การตัดสินใจร่วมกัน การออกแบบสถาปัตยกรรม การออกแบบภาพ (เช่น การตัดสินใจเกี่ยวกับระบบการออกแบบ) และการตัดสินใจผลิตภัณฑ์อื่นๆ ของบริษัท

ทีมขนาดเล็กไม่ต้องการอะไรมากไปกว่าการซิงค์รอบ Repo เพียงอย่างเดียว แต่บริษัทขนาดใหญ่ที่มีทีมขนาดใหญ่จำนวนมากจะพบกับข้อจำกัดที่รุนแรงอย่างรวดเร็ว ปัญหาที่ร้ายแรงที่สุดเกี่ยวข้องกับการวางบริบทที่เป็นพิษ โดยที่ผู้ใช้บางรายอาจทำการตัดสินใจในท้องถิ่นที่ขัดแย้งกับข้อมูลสมองที่สอง ไม่ว่าจะเป็นการแนะนำข้อมูลที่ขัดแย้งกันหรือเอาชนะการตัดสินใจของบริษัทโดยไม่ได้ตั้งใจ (ในบางกรณีอาจเป็นโดยเจตนา?)

การเก็บมันไว้ในคอมไพล์และการรวมสามารถทำได้โดยใช้เอเจนต์เฉพาะที่ค้นหาข้อขัดแย้งและสามารถแจ้งเตือนผู้ใช้หากการเปลี่ยนแปลงของพวกเขาขัดแย้งกัน แก้ไขข้อขัดแย้ง และรวมผลลัพธ์

โปรดทราบว่านี่ไม่ใช่วิธีที่ดีในการดูแลรักษาเอกสารประกอบโครงการ วิธีที่ดีกว่าคือการรวมวิกิไว้เป็นส่วนหนึ่งของโครงการ มันค่อนข้างง่ายที่จะสร้าง คุณเพียงแค่แยก Coding Agent ไว้และขอให้ดูแลโปรเจ็กต์ จัดทำเอกสารอย่างละเอียดลงในโฟลเดอร์ docs แยกตามสถาปัตยกรรม Gotchas การตัดสินใจเกี่ยวกับผลิตภัณฑ์ การตัดสินใจทางเทคนิค และสิ่งอื่นๆ ที่สรุปไว้อาจมีประโยชน์ในไฟล์ md ที่บรรจุได้ขนาดเล็ก สิ่งสำคัญคือการบอกให้มั่นใจว่าโค้ดและ readme.md ทั้งหมดชี้ไปที่ไดเร็กทอรีเอกสารเพื่อให้แน่ใจว่ามีการอ้างอิงทุกที่ และถือว่าเป็นส่วนหนึ่งของโครงการ ไม่ใช่ทรัพยากรภายนอก ส่วนสำคัญที่ตัวแทนควรทราบก็คือ จุดประสงค์ที่นี่คือการอนุญาตให้ตัวแทนรายอื่นเริ่มต้นใช้งานโปรเจ็กต์ได้อย่างรวดเร็ว เพื่อหลีกเลี่ยงข้อผิดพลาด หลุมบ่อ และหลุมยุบทางเทคนิค…

เมื่อรวมเข้ากับโครงสร้างโปรเจ็กต์ซื้อคืนแล้ว เอเจนต์การเขียนโค้ดจะรักษามันไว้ราวกับว่ามันเป็นโค้ด มันจะอ่านราวกับว่ามันเป็นส่วนหนึ่งของโค้ด และหากมีสิ่งใดเปลี่ยนแปลง มันจะปรับเปลี่ยนหรือแก้ไขเอกสารประกอบ (โปรดจำไว้ว่า “เอกสารประกอบคือโค้ดที่อ่านและชัดเจนได้ง่าย” หรือ “เอกสารจะเก่าทันทีที่ออกจากคีย์บอร์ด” – ไว้วางใจให้ AI ดูแลรักษาสิ่งเหล่านี้ ดังนั้นมันจึงไม่เป็นความจริงอีกต่อไป)

สมองที่สองสำหรับทีมผลิตภัณฑ์ การตลาด และที่ไม่ใช่ด้านเทคนิค

สมองที่สองประเภทนี้เจ๋งมากสำหรับทีมด้านเทคนิค แต่การทำสิ่งเดียวกันกับทีมที่ไม่ใช่ด้านเทคนิคจะเป็นเรื่องยากมาก

ตัวอย่างเช่น ทีมทนายความ พวกเขามีความรู้เฉพาะเจาะจงมากและครอบคลุมทั้งอีเมล Slack ไฟล์ Word และเอกสารอื่นๆ เช่นเดียวกับผู้ทำบัญชี การขาย ความสำเร็จของลูกค้า ฯลฯ พวกเขาแต่ละคนมีความรู้สมองที่สองของตัวเอง

ยิ่งไปกว่านั้น ฝ่ายบริหารอาจต้องการให้ข้อมูลเกิดฟอง (ไม่มีการกรองผ่านฝ่ายบริหารระดับกลาง) และทีมอาจต้องการข้อมูลที่ฝ่ายบริหารสร้างขึ้น จะสร้างกราฟความรู้ที่ปรับขนาดได้ที่ปลอดภัยและแยกออกจากกันได้อย่างไร

มีแนวทางบางประการที่สามารถทำให้สิ่งต่างๆ ง่ายขึ้น อย่างน้อยก็จนกว่าเด็กใหญ่จะแก้ปัญหานี้ โดยหวังว่าจะเป็นแบบเปิดกว้าง แต่น่าจะเป็นไปได้มากกว่าผ่านวิธีแก้ปัญหาแบบปิดที่มีราคาแพง

1. สมองที่สองส่วนบุคคล – แต่ละคนที่ต้องการสิ่งนี้ สามารถถอดเสียงการประชุมของตนเองและรักษาสมองที่สองของตนเองได้ Obsidian ค่อนข้างมีประโยชน์สำหรับสิ่งนี้ โดยพื้นฐานแล้วตัวแทนใดๆ ก็สามารถจัดเรียงและทำความสะอาดมันได้ ใช้กลไกการนอนหลับ REM เพื่อเพิ่มประสิทธิภาพ – เจ้าหน้าที่ควรตื่นขึ้นมาในเวลากลางคืน ระบุข้อมูลทั้งหมดที่รวบรวมในระหว่างวัน ค้นหาข้อมูลใดๆ ที่มีความสำคัญและสำคัญที่จะเก็บไว้สำหรับอนาคต และจัดระเบียบด้วยวิธีที่เรียกค้นได้ง่ายในโฟลเดอร์และไฟล์ MD ซึ่งหมายความว่าหากคุณพูดคุยกับลูกค้ารายใดรายหนึ่ง ลูกค้ารายนั้นจะได้รับการอัปเดตไฟล์ md ซึ่งสะท้อนถึงข้อมูลที่สำคัญที่ต้องจดจำเกี่ยวกับพวกเขา สิ่งที่คุณกำลังทำงานร่วมกัน ฯลฯ เช่นเดียวกับโครงการต่างๆ จะมีการทับซ้อนกัน: การทับซ้อนกันเป็นสิ่งที่ดี – ไม่เป็นไรที่ข้อมูลเกี่ยวกับโครงการใดโครงการหนึ่งจะอยู่ทั้งในไฟล์ของบุคคลที่คุณพูดคุยด้วย บริษัท และไฟล์โครงการ ให้ตัวแทนจัดการเรื่องนี้ให้กับคุณ เมื่อคุณมีคำถาม ให้ทำให้นี่เป็นแหล่งข้อมูลหลักสำหรับตัวแทนของคุณ คุณสามารถเปิดเผยตัวแทนของคุณกับอีเมล/การสนทนา/อื่นๆ ของคุณได้ – เพียงอย่าถอดเสียงสิ่งที่คุณไม่ต้องการให้เป็นเอกสาร (อย่าทำให้รายการนี้เป็นเรียลลิตี้โชว์หรือสบู่)

2. สมองที่สองระดับทีม – ข้อมูลชั้นที่สองประกอบด้วยข้อมูลที่อยู่ในสมองที่สองส่วนบุคคลที่ตัวแทนแน่ใจ 100% ว่าเกี่ยวข้องกับทั้งทีม หรือข้อมูลที่เกิดขึ้นในการประชุมระดับทีมโดยธรรมชาติแล้วจะเป็นแบบทีม เจ้าหน้าที่ยังสามารถรวบรวมข้อมูลสำหรับสมองที่สองนี้จากช่องทางที่หย่อนยานของทีมของคุณ ซึ่งไม่ควรอยู่ในช่องทาง 1:1 หรือการโทรแบบ Zoom เมื่อดึงข้อมูลแล้ว ตัวแทนสามารถจัดระเบียบข้อมูลแบบเรียลไทม์หรือทุกคืน และชี้ให้เห็นความไม่สอดคล้องกันในกรณีที่การตัดสินใจถูกยกเลิก หรือไม่สอดคล้องกับการตัดสินใจส่วนบุคคลหรือฝ่ายบริหาร สิ่งเหล่านั้นควรได้รับการเน้นและแจ้งเตือนบุคคลที่ทำการตัดสินใจที่ไม่สอดคล้องกัน เพื่อให้พวกเขาสามารถตัดสินใจเลือกในลักษณะที่มีข้อมูลครบถ้วน

3. การบริหารระดับสมองที่สอง – โดยพื้นฐานแล้วนี่เป็นสมองที่สองระดับทีม แต่เนื่องจากข้อมูลและการตัดสินใจมีความละเอียดอ่อน จึงควรได้รับการจัดการในลักษณะที่เหมาะสมยิ่งขึ้น ควรแบ่งปันเฉพาะการตัดสินใจขั้นสุดท้ายและข้อมูลสาธารณะที่นี่เพื่อหลีกเลี่ยงการรั่วไหลไปยังส่วนอื่นๆ ของบริษัท อาจเป็นความคิดที่ดีที่มนุษย์จะตรวจสอบข้อมูลบางส่วนอย่างน้อยก็ในช่วงเริ่มต้นเพื่อให้มั่นใจถึงความปลอดภัยของข้อมูล เป็นความคิดที่ดีที่จะละทิ้งสมองฝ่ายบริหารออกจากสมองที่สองของบริษัท

4. สมองที่สองของบริษัท – นี่เป็นข้อมูลที่ยากที่สุดและควรเก็บเฉพาะข้อมูลที่เป็นรูปธรรมและข้อมูลที่อาจเกี่ยวข้องกับทั้งบริษัท รายงานผลประกอบการทางการเงินเท่านั้น เช่น ข้อมูลเกี่ยวกับบุคลากร (ใครดำรงตำแหน่งอะไร)

ทำให้มีข้อมูลจำนวนมากออกมา รวมถึงข้อมูลความรู้สึก เช่น ฝ่ายบริหารต้องการได้ยินจากทั้งทีม ซึ่งสามารถรวบรวมแยกกันหรือเก็บเกี่ยวจากแหล่งหย่อนและแหล่งอื่นๆ ไม่ใช่ความคิดที่ดีที่จะเก็บเกี่ยวข้อมูลประเภทนี้โดยตรงจากสมองของบริษัท

แล้วคุณกำลังมองหาอะไรในสมองที่สองหรือสมองของบริษัท คุณได้พยายามสร้างมันขึ้นมาบ้างไหม และข้อสรุปของคุณคืออะไร?