Paperclip يعد بشركة وكلاء ذكاء اصطناعي لكنها تغرق في البيروقراطية في الاختبار

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

كيف يعمل

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

"إذا كان

OpenClaw موظفاً، فإن Paperclip شركة". أدوار الرئيس التنفيذي ومدير التكنولوجيا والمهندسين والمصمم لأنواع مختلفة من المهام حدود الرموز وتعطيل الوكلاء عندما تنفد الميزانية آلية الضربة التي توقظ الوكلاء وفقاً لجدول زمني بدلاً من إبقائهم نشطين بشكل مستمر ربط كل مهمة بهدف عام حتى يفهم الوكيل سياق العمل * دعم أدوات مختلفة — من Claude Code و Codex إلى Bash ووكلاء HTTP على الورق، يبدو هذا قوياً جداً. يحاول Paperclip حل مشكلة حقيقية للمطورين الذين لديهم عشرات جلسات الوكلاء مفتوحة في نفس الوقت، ويفقدون السياق، وترتفع نفقات الرموز خارج السيطرة.

تتشكل بالفعل نظيرة بيئية حول المشروع: النشر على السحابة، مجتمع نشط وفكرة سوق لـ "شركات الذكاء الاصطناعي" جاهزة للسيناريوهات المعتادة — من التسويق إلى التطوير. هذا ما يفسر سبب نمو الاهتمام بالمشروع بهذه السرعة.

لماذا توقف كل شيء لاختبار الفكرة، أعطى المؤلف

Paperclip مهمة نموذجية تماماً: إنهاء منتج موجود، إضافة زوج من نقاط النهاية، التكامل مع API خارجي، وتطوير واجهة المستخدم إلى التصميم المرسوم بالفعل. ثم تصرفت النظام بطريقة إنسانية جداً. وزع الرئيس التنفيذي المهام واختفى للنظر إلى المقاييس.

انغمس DevOps في الأتمتة وأنشأ كومة من تكوينات CI/CD. رفضت مراقبة الجودة العمل بهذا التنسيق. رأى Backend حجم المواصفات، تراجع بغضب.

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

عاد Backend، رأى توضيحات جديدة وسلسلة رسائل طويلة، ثم دخل في انقطاع عميق. جلس Frontend ينتظر واجهة برمجية لم تأتِ أبداً. كانت نتيجة التجربة ساخرة تقريباً: أنفق ثمانية وكلاء في يومين 79 ألف رمز، لم يكتبوا سطر واحد مفيد من الكود، كسروا بطاقة الوظيفة وأجبروا المؤلف على التراجع عن التغييرات.

بعد ذلك، أغلق متعاقد واحد في شكل Cursor نفس المهمة في حوالي ساعة ونصف.

أين الفائدة الحقيقية يضع المؤلف نفسه تنبيهاً مهماً: المشكلة ليست أن

Paperclip عديم الفائدة. على العكس — ضرب نقطة ألم السوق بدقة جداً. عندما يكون لدى المطور Claude Code و Cursor و Codex ووكلاء آخرون يعملون في نفس الوقت، يظهر الفوضى بسرعة: من غير الواضح من يفعل ماذا، حيث توجد سجلات المناقشة، ما السياق المفقود وكم من المال تم إنفاقه بالفعل.

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

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

ماذا يعني هذا ضرب

Paperclip بالفعل مشكلة سوق مستقبلية: إدارة عدة وكلاء أصعب بالفعل من العمل مع واحد. لكن المقالة توضح جيداً حدود القدرات الحالية: أدوات التنسيق مطلوبة الآن، لكن نسخ شركة بشرية بهيكلها وطقوسها للوكلاء المستقلين مبكر جداً.