العقل الثاني للشركة: من الويكي إلى المهارات، الأمر كله يتعلق بالسياق1 min read

لقد كنت أفكر كثيرًا في كل هذه الضجة المحيطة بـ “الدماغ الثاني”. لقد ناقشت هذا الأمر مع آخرين في هذا المجال ومع زملائي الذين يقومون إما ببناء دماغ ثانٍ أو لديهم نسخة منه.

بالنسبة لأولئك غير المألوفين، بدأت حركة الدماغ الثانية بفكرة “Wiki” لأندريه كارباثي: تنظيم المعرفة الشخصية للوكيل في نوع من بنية Wiki المترابطة لملفات MD المحلية. توسع هذا لاحقًا ليشمل تنظيم البيانات الشخصية بتنسيق أوسع بكثير، حيث غالبًا ما يستخدم المستخدمون Obsidian لتنظيم الملاحظات وتصورها وإضافة البيانات من الاجتماعات (نسخ Granola/Whisperflow/Zoom) إلى Wiki.

قواعد المعرفة الصاروخية الكارباتية: البداية

قواعد المعرفة الصاروخية الكارباتية:النهاية

ومع توسع “ويكي” هذا، أصبح من الواضح أن هناك بعض القيمة الحقيقية لمشاركة المعلومات الموجودة فيه. وهكذا بدأت مشاريع “العقل الثاني للشركة” في الازدهار. النسخة المثالية من العقل الثاني تحتوي على كل شيء ممكن مكتوبًا: مكالمات Zoom، واجتماعات F2F، وحتى التفاعلات غير الرسمية، ورسائل البريد الإلكتروني، ورسائل Slack، والمستندات – كل ذلك في قاعدة بيانات ضخمة مثل Snowflake. تخيل أن أي شخص في الشركة يمكنه أن يسأل مثيل Snowflake عن أي شيء يريده ويتم الإجابة على كل سؤال على الفور.

عفوًا، ليست فكرة جيدة. أولاً، هذا مكلف للغاية. إن كمية البيانات التي تدخل في شيء مثل هذا أمر جنوني ويصبح استرجاع البيانات منه صعبًا للغاية وبطيئًا ومكلفًا. أصبح الأمن وفصل البيانات مشكلة. كيف يمكنك منع البيانات الشخصية أو البيانات المالية أو القرارات الإدارية أو بيانات الموارد البشرية أو حتى قرارات إنهاء عمل شخص ما من التسلل إلى النصوص والوصول إليها بنسبة 1:1. ليس الجميع ينبغي أعرف كل شيء…

أيضًا، من يحتاج إلى هذا، ما الذي ينقذنا وهل هذه فكرة جيدة؟

أود أن أقول بشكل عام، إن النسخة المضمنة من هذه فكرة جيدة. إن السبب الأكبر وراء وجود الإدارة الوسطى هو طرح القضايا في أعلى الصفحة وتوضيح القرارات في اتجاه مجرى النهر. ويمكن الآن القيام بالكثير من هذا باستخدام دماغ ثانٍ.

العقل الثاني للفرق الفنية

يمكن أن يكون الحفاظ على الدماغ التقني الثاني أسهل بكثير. تستخدم العديد من الشركات دليل Dropbox/Google Drive/OneDrive الذي يحتوي على المعرفة المشتركة التي يمكن لـ Claude / Codex مشاركتها. يعد التشغيل التلقائي لدفع هذا إلى Git repo أمرًا بسيطًا للغاية، أو يمكنك بالفعل استخدام Github لإدارة هذا أيضًا (أعتقد أنه جهد صغير جدًا لـ OpenAI/Anthropic لدعم هذا السيناريو دون الحاجة إلى تثبيت مهارات مخصصة لإدارة هذا النوع من الأشياء). أصبح مصدر الحقيقة الآن هو Github repo والنسخ المحلية هي git repo المحلية.

يمكن أن يضيف ذلك المعرفة والقدرات مثل المهارات المشتركة والقرارات المشتركة والتصميمات المعمارية والتصميمات المرئية (قرارات نظام التصميم، على سبيل المثال) والعديد من قرارات منتجات الشركة الأخرى.

لا تحتاج الفرق الصغيرة حقًا إلى أكثر من مجرد مزامنة بسيطة حول الريبو، ولكن الشركات الكبيرة التي لديها العديد من الفرق الكبيرة ستواجه قيودًا شديدة بسرعة كبيرة. تتضمن المشكلات الأكثر خطورة تسمم السياق حيث قد يتخذ مستخدم معين قرارات محلية تتعارض مع بيانات الدماغ الثانية، إما عن طريق إدخال بيانات متضاربة أو تجاوز قرارات الشركة عن غير قصد (في بعض الحالات ربما عن عمد؟).

يمكن الاحتفاظ بها في git ودمجها باستخدام وكيل مخصص يبحث عن التعارضات ويمكنه تنبيه المستخدم إذا كانت تغييراته متعارضة وحل التعارضات ودمج النتائج.

لاحظ أن هذه ليست طريقة جيدة للحفاظ على وثائق المشروع. ولتحقيق ذلك، فإن الطريقة الأفضل هي تضمين الويكي كجزء لا يتجزأ من المشروع نفسه. من السهل جدًا إنشاء ذلك. ما عليك سوى تخصيص وكيل ترميز جانبًا وتطلب منه مراجعة المشروع وتوثيقه بشكل كامل في مجلد مستندات، مقسمًا حسب البنية، والمشاكل، وقرارات المنتج، والقرارات الفنية، والأشياء الأخرى التي يخلص إليها قد تكون مفيدة في ملفات md الصغيرة القابلة للاحتواء. المفتاح هو إخباره للتأكد من أن الكود و readme.md يشيران جميعًا إلى دليل المستندات للتأكد من الإشارة إليه في كل مكان واعتباره جزءًا من المشروع وليس موردًا خارجيًا. القطعة الأساسية التي يجب على الوكيل معرفتها هي أن القصد هنا هو السماح بإلحاق وكيل آخر سريعًا بالمشروع لتجنب المزالق والحفر والحفر الفنية…

بمجرد دمجها في بنية مشروع الريبو نفسه، سيحافظ عليها وكيل الترميز كما لو كانت كودًا. سيتم قراءتها كما لو كانت جزءًا من الكود وإذا تغير شيء ما، فسوف تقوم بتكييف الوثائق أو تعديلها (تذكر أن “الوثائق هي أن الكود سهل القراءة والوضوح” أو “تصبح الوثائق قديمة في اللحظة التي تترك فيها لوحة المفاتيح” – ثق في الذكاء الاصطناعي للحفاظ عليها، لذلك فهي لم تعد صحيحة بعد الآن).

العقل الثاني للمنتج والتسويق والفرق غير الفنية

يمكن أن يكون هذا النوع من العقل الثاني رائعًا حقًا للفرق الفنية، ولكن القيام بنفس الشيء للفرق غير الفنية سيكون أمرًا صعبًا للغاية.

لنأخذ على سبيل المثال فريقًا من المحامين، لديهم مجموعات معرفية محددة جدًا وتمتد عبر البريد الإلكتروني وSlack وملفات Word والمستندات الأخرى. وينطبق الشيء نفسه على المحاسبين، والمبيعات، ونجاح العملاء، وما إلى ذلك. كل منهم لديه المعرفة العقلية الثانية الخاصة به.

علاوة على ذلك، ربما ترغب الإدارة في ظهور البيانات (دون تصفيتها عبر الإدارة الوسطى) وقد يحتاج الفريق إلى المعلومات التي أنشأتها الإدارة. كيف يتم إنتاج رسم بياني معرفي قابل للتطوير ومؤمن ومنفصل؟

هناك بعض الأساليب التي يمكن أن تجعل الأمور أسهل، على الأقل حتى يحل الكبار هذه المشكلة، ونأمل أن يكون ذلك بطريقة مفتوحة، ولكن على الأرجح من خلال حل مغلق باهظ الثمن.

1. الدماغ الثاني الشخصي – كل شخص يريد ذلك، يمكنه تدوين اجتماعاته الخاصة والحفاظ على عقله الثاني. يعد Obsidian مفيدًا جدًا لهذا الغرض، ويمكن لأي وكيل فرزه وتنظيفه بشكل أساسي. استخدم آلية نوم REM لتحسينها – يجب أن يستيقظ الوكيل ليلاً، ويحدد جميع المعلومات التي جمعها خلال النهار، ويجد أي معلومات مهمة وهامة للاحتفاظ بها للمستقبل وتنظيمها بطريقة يمكن استرجاعها بسهولة في المجلدات وملفات MD. وهذا يعني أنك إذا تحدثت إلى عميل معين، فسيكون لدى هذا العميل ملف md محدثًا يعكس المعلومات المهمة التي يجب تذكرها عنه، وما تعملان عليه معًا، وما إلى ذلك. وينطبق الشيء نفسه على المشاريع. سيكون هناك تداخل: التداخل جيد – لا بأس أن المعلومات المتعلقة بمشروع معين موجودة في ملف الشخص الذي تحدثت معه، والشركة، وملفات المشروع. دع الوكيل يدير هذا نيابة عنك. عندما تكون لديك أسئلة، اجعل هذا مصدر البيانات الأساسي لوكيلك. يمكنك كشف وكيلك لبريدك الإلكتروني/محادثاتك/إلخ. – فقط تأكد من عدم نسخ الأشياء التي لا تريد توثيقها (دعونا لا نجعل هذا عرضًا واقعيًا أو مسلسلًا تلفزيونيًا).

2. فريق المستوى الثاني الدماغ – تتضمن الطبقة الثانية من البيانات البيانات الموجودة إما في العقل الثاني الشخصي والتي يكون الوكيل متأكدًا بنسبة 100% من أنها ذات صلة بالفريق بأكمله أو البيانات التي نشأت في اجتماعات على مستوى الفريق والتي تعتمد بطبيعتها على الفريق. يمكن للوكيل أيضًا جمع البيانات لهذا العقل الثاني من القنوات البطيئة لفريقك – ولا ينبغي أن تكون في قنوات 1:1 أو مكالمات التكبير/التصغير. بمجرد استرداد البيانات، يمكن للوكيل تنظيمها في الوقت الفعلي أو ليلاً والإشارة إلى التناقضات التي تم فيها إلغاء القرارات، أو التي لا تتوافق مع القرارات الشخصية أو الإدارية. وينبغي تسليط الضوء عليها وتنبيه الشخص الذي يتخذ القرار غير المتوافق حتى يتمكن من اتخاذ خياراته بطريقة مستنيرة.

3. مستوى الإدارة الدماغ الثاني – هذا في الأساس عقل ثانٍ على مستوى الفريق، ولكن نظرًا لحساسية البيانات والقرارات التي يتم اتخاذها، يجب التعامل معه بطريقة أكثر دقة. يجب هنا مشاركة القرارات النهائية والبيانات العامة فقط لتجنب التسريبات المحتملة إلى بقية الشركة. قد تكون فكرة جيدة أن يقوم الإنسان بمراجعة بعض البيانات، على الأقل في البداية، لضمان أمان البيانات. إنها فكرة جيدة أيضًا أن تترك العقل الإداري خارج العقل الثاني للشركة.

4. شركة واسعة الدماغ الثاني – هذا هو الأصعب ويجب أن يحتوي فقط على البيانات الملموسة والمعلوماتية التي قد تكون ذات صلة بالشركة بأكملها. يتم الإبلاغ عن النتائج المالية فقط، على سبيل المثال، معلومات حول الموظفين (من يشغل أي منصب).

وهذا يترك الكثير من البيانات خارجًا، بما في ذلك بيانات المشاعر، على سبيل المثال، التي ترغب الإدارة في سماعها من الفريق بأكمله. يمكن جمع هذا بشكل منفصل أو حصاده من Slack ومصادر أخرى. إنها ليست فكرة جيدة أن يتم جمع هذا النوع من البيانات مباشرة من عقل الشركة.

إذًا، ما الذي تبحث عنه في دماغ ثانٍ أو دماغ شركة، هل قمت بأي محاولات لبناء واحد وما هي استنتاجاتك؟