تجربتي في إدارة شركة مكونة بالكامل من وكلاء الذكاء الاصطناعي

BBetter Stack
Computing/SoftwareSmall Business/StartupsManagementInternet Technology

Transcript

00:00:00لقد أعطيتُ ثلاثة وكلاء ذكاء اصطناعي نفس المستودع، ومعاً شكلوا شركة. أحدهم حاول بناء
00:00:06الميزة، والآخر أعاد كتابة الهيكلية، والثالث فتح جميع التذاكر وتولى التعامل معها. بدون
00:00:12هيكل تنظيمي، يتحول كل إعداد متعدد الوكلاء ببطء إلى فوضى ويرفع الفاتورة بشكل كبير.
00:00:17هذا هو Paperclip، وهو يحاول حل هذه المشكلة. أمر واحد يمنحك لوحة تحكم محلية
00:00:22لوكلاء الذكاء الاصطناعي مع مخططات تنظيمية، تذاكر، ميزانيات، سجلات تدقيق، وحتى نبضات قلب.
00:00:27لقد تجاوز للتو حاجز 64,000 نجمة على GitHub.
00:00:30دعونا ننشئ شركتنا الخاصة مع بضعة وكلاء ذكاء اصطناعي في دقائق معدودة.
00:00:33الآن إليكم الأمر مع الوكلاء. الوكيل الواحد يبدو رائعاً؛ تعطيه مهمة، فيكتب بعض
00:00:44الأكواد. عمل رائع. ثم تضيف وكيلاً ثانياً، وربما حتى وكيلاً ثالثاً. وما يحدث هو
00:00:51أن الأمر يتحول فجأة إلى مجرد عمل إداري. من يملك المهمة؟ هذا هو السؤال. من
00:00:57يتذكر الهدف من كل هذا، ومن يوقف الوكيل عندما يبدأ في فعل الشيء الخاطئ؟
00:01:03هذه هي المشكلة التي يحاول Paperclip حلها. الوكلاء الخام الذين يعملون بمفردهم ليسوا رائعين. مفيدون،
00:01:08لكن من الصعب تنسيق عملهم. Paperclip يحولهم إلى فريق، أو في هذه الحالة يسمى
00:01:13شركة. نحدد هدفاً للشركة. ننشئ مخططاً تنظيمياً. ربما هناك مدير تنفيذي، مدير تقني،
00:01:20مهندسان، ووكيل أبحاث. ثم ينسق Paperclip العمل من خلال التذاكر، نبضات القلب،
00:01:27الميزانيات، الموافقات، وقابلية التتبع. يمكننا رؤية المهمة، ومن أسندها، وكم
00:01:33أُنفق فعلياً على تلك المهمة، وما إذا كانت لا تزال مرتبطة بالهدف النهائي. تنسيق أقل عشوائية؟
00:01:39دعونا نرى هذا عملياً. إذا كنت تستمتع بأدوات البرمجة لتسريع سير عملك، فتأكد من
00:01:43الاشتراك. لدينا فيديوهات تصدر طوال الوقت. حسناً، الآن شاهدوا هذا. في نافذة أوامر نظيفة،
00:01:49سأقوم بتشغيل NPX Paperclip AI onboard. يبدأ ذلك الإعداد المحلي. وبعد لحظات
00:01:56قليلة، يعمل Paperclip مع لوحة التحكم. لدي خدمات محلية، Postgres يأتي معه،
00:02:03ونظام مصادقة. هذه هي واجهة المستخدم كاملة هنا حيث يمكنني فعلياً إنشاء شركة جديدة. سأقوم
00:02:09بإنشاء شركة جديدة وأسميها شركة أدوات المطورين، أو أياً كان ما تحاول بناءه. لهذا،
00:02:14سأحدد هذا الهدف. الهدف بسيط: أريد بناء وإطلاق نسخة أولية لمختصر روابط هذا
00:02:20الأسبوع. الآن يمكنني إضافة وكيل مدير تقني. ثم يمكنني إضافة مهندسين عبر المحولات. أحد هذين
00:02:28المهندسين يمتلك الواجهة الخلفية، والآخر يمتلك الواجهة الأمامية وتغطية الاختبارات. الآن، قبل أن أضغط
00:02:34على “ابدأ”، سأحدد الميزانية. وهذا الجزء هو الأهم فعلياً لأن الهدف هو عدم السماح
00:02:39للوكلاء باستنزاف واجهة البرمجة الخاصة بي حتى تنفجر الفاتورة. لا، الهدف هو الاستقلالية المنضبطة. أحتاج أيضاً
00:02:46لضبط المسار إلى دليل العمل الخاص بي حيث سيتم إخراج الكود. سأضبط ذلك هنا.
00:02:50الآن يمكنني تفعيل نبضات القلب والبدء. ولنراقب اللوحة. يستيقظ الوكلاء
00:02:57عند نبض القلب. يقوم المدير التقني بتقسيم الهدف إلى تذاكر. مهندسونا هنا، بدأوا الآن في استلام العمل.
00:03:05لذا يمكنك رؤية التفويض، التذاكر، التسلسل، تغييرات الحالة، عداد الميزانية، كل هذا
00:03:10مترابط معاً. والآن أول مهمة تنفيذية تتحرك بالفعل نحو اعتماد الكود (commit).
00:03:15استغرق هذا وقتاً طويلاً للتشغيل، لكنني أظن أن وجود كل هؤلاء الوكلاء معاً،
00:03:19يجعل الأمر منطقياً بعض الشيء، لكنه لا يزال ليس الأسرع، خاصة إذا كنت تحاول توسيع
00:03:24هذا أكثر. هذا ليس مجرد وكيل واحد جالس في صندوق دردشة بعد الآن. هذه الآن شركة صغيرة
00:03:30تعمل من خلال إنشائنا لهؤلاء الوكلاء، المدير التنفيذي، التقني، وكل هؤلاء المهندسين. الآن هذا هو مكمن
00:03:37الارتباك لدى الناس. للوهلة الأولى، يبدو Paperclip كإطار عمل وكلاء آخر، مثل Crew AI أو
00:03:43Auto-gen أو سير عمل بأسلوب Langraph. ليس هذا هو الهدف حقاً. تلك الأدوات رائعة عندما
00:03:49تريد سير عمل، أليس كذلك؟ على سبيل المثال، أريد باحثاً، ثم مخططاً، ثم كاتباً،
00:03:55ثم مراجعاً. نعم، بالتأكيد هذا مفيد، ولهذا نستخدمها. لكن Paperclip يستهدف
00:04:01مستوى أعلى. لم يعد الأمر يتعلق بالعمال فقط، بل بالشركة التي تحيط بهؤلاء
00:04:07العمال في هذا المخطط التنظيمي للمساعدة حقاً في البناء. فكر في الأمر هكذا:
00:04:13الوكيل الواحد هو مجرد موظف. سير العمل مثل قائمة مهامك. Paperclip هو المدير،
00:04:20المخطط التنظيمي، لوحة التذاكر، نظام الميزانية، وسجل التدقيق. هذا هو Paperclip
00:04:25بصفته المدير. الأسئلة التي تطرحها على نفسك الآن: هل يمكن للوكيل كتابة كود؟ حسناً،
00:04:30نحن نعلم بالفعل أنه يستطيع ذلك، وهذا هو الهدف من هذا. إنه يولد الكود الآن. الأسئلة الأصعب هي:
00:04:36هل يمكنه العمل على المهمة الصحيحة؟ هل يمكنه التوقف عندما يجب عليه ذلك؟ هل يمكنه تسليم العمل بوضوح؟
00:04:43هل يمكنني فحص ما يحدث هنا أصلاً؟ والإجابة المختصرة لكل ذلك هي نعم، يمكنه.
00:04:49Paperclip يمنحك الحالة، نبضات القلب، الميزانية، الهرمية، والسجلات. كما يمنحك قوالب
00:04:55قابلة للنقل ولوحة تحكم تبدو أقرب لـ Jira أو Linear المخصصة للوكلاء من مجرد نافذة دردشة أخرى.
00:05:02تتوقف عن توجيه وكيل واحد وتبدأ في التحكم في هذه المنظمة المصغرة. ربما لا يزال الكثير منا
00:05:07يتنقل بين نوافذ الأوامر والإعدادات. نافذة لـ Claude code، تبويب لـ Cursor، وكيل
00:05:13للأبحاث، سكربت لمشاكل GitHub، أليس كذلك؟ كل هذه النوافذ المختلفة التي نتنقل بينها،
00:05:18لكن Paperclip يمنح كل ذلك نموذج تشغيل مشترك. الآن، النموذج الذهني لكل هذا
00:05:24يتغير بالنسبة لنا. فبدلاً من قول “من فضلك ابدأ ببناء هذه الميزة”، ما
00:05:30نقوله الآن هو شيء أقرب إلى: هدف هذه الشركة هو شحن هذا
00:05:35المنتج. إليكم قواعد الشركة، وإليكم المخطط التنظيمي والميزانية.
00:05:41إليكم ما يحتاج إلى موافقة. والآن ابدأوا التنفيذ. لنكن صادقين، هذا الهيكل رائع،
00:05:46أليس كذلك؟ التذاكر، التسلسل، التفويض، كل ذلك، صح؟ العمل المتعدد الوكلاء أسهل في الفهم
00:05:52بوجود هذا. بدلاً من قول “الوكيل فعل شيئاً ما، أحسنت”، يمكنك فعلياً رؤية من أسند
00:05:58ذلك العمل، ولماذا هو موجود وأين مكانه في الكود الخاص بنا. القدرة على تحديد الميزانيات ضخمة أيضاً.
00:06:05الكثير من أدوات الوكلاء تتعامل مع التكاليف كشيء تفحصه بعد فوات الأوان. Paperclip يجعل التكلفة
00:06:12جزءاً من حلقة التحكم الكاملة. نحدد الميزانية قبل التنفيذ. إنه مستضاف ذاتياً ومفتوح
00:06:17المصدر. مرة أخرى، هذا فوز كبير. لذا يمكنك تشغيله محلياً، فحصه، تعديله وربطه
00:06:22بالوكلاء الذين تستخدمهم بالفعل. لكن في نفس الوقت ومع كل هذه الإيجابيات، فإن نفس الهيكل
00:06:27الذي يجعل Paperclip قوياً يمكن أن يكون مزعجاً جداً. إذا كانت قواعدك سيئة، يمكن للوكلاء إنشاء
00:06:32تذاكر حول أمور تافهة. أردت مختصراً بسيطاً للروابط هنا، ولكن ربما وكيل المدير التقني قد فتح
00:06:39خطة كاملة أخرى لم أكن أريدها حتى. لذا لا شكراً لذلك. استهلاك الرموز (Tokens) حقيقي أيضاً،
00:06:45أليس كذلك؟ لهذا لدينا ميزانيات للتحكم في هذا، لكنها لا تصلح التوجيهات الضعيفة أو القواعد
00:06:52الغامضة. ويا رفاق، إذا كانت ملفات المهارات (skills MD) سيئة، فستتصرف شركتك كشركة ناشئة مرتبكة،
00:06:59أليس كذلك؟ لذا ملفات المهارات هي ما يحتاج إلى القوة هنا. وأخيراً، بصراحة،
00:07:03إذا كنت تقوم بسكربت بسيط، فهذا مبالغ فيه تماماً. أردت فقط اختبار هذا. لم
00:07:08أكن بحاجة لهذا لهذا المشروع، ولكن إذا أردت فقط وكيلاً واحداً لتلخيص ملف أو إصلاح خطأ،
00:07:13فأنت لست بحاجة لهذا. هذا مخصص لبناء شيء أكبر، حيث يعمل المزيد من هؤلاء الوكلاء
00:07:18معاً. إنه يستحق الاستخدام بالتأكيد، لكنه ليس لكل شيء. إذا كنت تستمتع بأدوات البرمجة
00:07:23والنصائح مثل هذه، فتأكد من الاشتراك. سنراكم في فيديو آخر.

Key Takeaway

يعالج Paperclip فوضى الأنظمة متعددة الوكلاء من خلال تحويل الوكلاء المنفردين إلى شركة منظمة تدار عبر مخطط تنظيمي، تذاكر عمل، وميزانيات محددة مسبقاً لضمان كفاءة التنفيذ وتجنب انفجار الفواتير.

Highlights

  • يتجاوز أداة Paperclip حاجز 64,000 نجمة على GitHub كمنصة مفتوحة المصدر لإدارة مجموعات وكلاء الذكاء الاصطناعي.

  • يؤدي غياب الهيكل التنظيمي في الأنظمة متعددة الوكلاء إلى تكرار المهام ورفع تكاليف واجهة البرمجة (API) بشكل غير منضبط.

  • تعتمد الأداة على نظام “نبضات القلب” (Heartbeats) لإيقاظ الوكلاء وتنسيق عملهم بشكل دوري.

  • يوفر النظام لوحة تحكم محلية تشتمل على Postgres ونظام مصادقة لإدارة التذاكر والميزانيات وسجلات التدقيق.

  • تحدد الميزانية مسبقاً قبل التنفيذ لضمان الاستقلالية المنضبطة ومنع استنزاف موارد واجهة البرمجة.

  • تعتمد جودة مخرجات الشركة الناشئة الافتراضية بشكل كامل على دقة ملفات المهارات (skills.md) والتعليمات البرمجية المعطاة للوكلاء.

Timeline

مخاطر العمل العشوائي متعدد الوكلاء

  • يتحول العمل المتعدد الوكلاء بدون هيكل تنظيمي إلى فوضى إدارية تزيد من التكاليف المالية.
  • تتداخل مهام الوكلاء عند غياب التنسيق مما يؤدي لفتح تذاكر مكررة وإعادة كتابة الهياكل بشكل غير ضروري.
  • يوفر Paperclip لوحة تحكم محلية تحاكي أنظمة Jira و Linear لإدارة هؤلاء الوكلاء.

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

الفارق بين سير العمل والشركة الافتراضية

  • يمثل الوكيل الواحد موظفاً، بينما يمثل Paperclip المدير المسؤول عن المخطط التنظيمي ولوحة المهام.
  • ينسق النظام العمل عبر توزيع التذاكر وتحديد المسؤوليات بين المدير التقني والمهندسين ووكلاء الأبحاث.
  • يسمح تحديد الميزانية بمراقبة الإنفاق الفعلي على كل مهمة برمجية بشكل لحظي.

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

إعداد وتشغيل شركة برمجية في دقائق

  • يعمل الأمر NPX Paperclip AI onboard على تشغيل بيئة محلية متكاملة تتضمن قاعدة بيانات Postgres.
  • يتولى وكيل المدير التقني تقسيم الأهداف الكبرى إلى تذاكر عمل صغيرة قابلة للتنفيذ.
  • يستيقظ الوكلاء عند إشارة نبض القلب لبدء تنفيذ المهام المسندة إليهم في دليل العمل المحلي.

يتضمن الإعداد الفني بناء شركة برمجية لبناء مختصر روابط (URL Shortener) في أسبوع واحد. يتم توزيع المهام بين مهندس للواجهة الخلفية وآخر للواجهة الأمامية مع تحديد مسار إخراج الكود البرمجي. تظهر لوحة التحكم بوضوح تفويض المهام، وتغييرات الحالة، وعداد الميزانية المترابط مع كل عملية اعتماد كود (commit) تتم بالفعل.

التموضع التقني والقيود التشغيلية

  • يستهدف Paperclip مستوى الإدارة العليا للمنظمة وليس مجرد تصميم سير العمل (Workflows) مثل Crew AI أو Auto-gen.
  • يوفر النظام قوالب قابلة للنقل ونموذج تشغيل مشترك يجمع أدوات البرمجة المختلفة في واجهة واحدة.
  • تتحول عملية التوجيه من أوامر فردية بسيطة إلى إدارة منظمة تلتزم بقواعد الشركة وميزانيتها.

بينما تركز أدوات مثل Langraph على تسلسل المهام (باحث ثم كاتب)، يركز Paperclip على البيئة التي تحيط بالعمال. يقدم النظام إجابات عملية على أسئلة معقدة تتعلق بقدرة الوكيل على تسليم العمل بوضوح والتوقف عند الضرورة. هذا التحول في النموذج الذهني يجعل التحكم في المنظمة المصغرة أكثر فاعلية من التنقل بين نوافذ الأوامر المتعددة لـ Claude أو Cursor.

مزايا الاستضافة الذاتية وعيوب الهيكلة المفرطة

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

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

Community Posts

No posts yet. Be the first to write about this video!

Write about this video