بناء قوة عمل باستخدام Paperclip: دورة مكثفة في 90 دقيقة
سبعة سيناريوهات. من لا شيء إلى شركة ذكاء اصطناعي تبني أشياء حقيقية، تديرها أنت بصفتك المجلس.
يُعدّ Paperclip نظام تشغيل لإدارة شركة من وكلاء الذكاء الاصطناعي. أنت تحدد الهدف وتوظف الوكلاء لإنجاز العمل. هم يخططون وينفذون؛ وأنت توافق على القرارات المهمة. يعمل النظام كشركة ناشئة: توظف وكيل CEO، فيقترح استراتيجية، وبمجرد أن توافق عليها يقسّم الوكيل العمل إلى مهام ويسندها إلى الفريق.
بنهاية الدورة، في نحو تسعين دقيقة، سيكون لديك شركة ذكاء اصطناعي واحدة تعمل على حاسوبك المحمول:
- CEO وظّفته، يرفع تقاريره إليك بصفتك المجلس،
- فريق وظّفه الرئيس التنفيذي وأسند إليه عملاً حقيقياً، يملك كل تابع مهامه، و
- ميزانيات وموافقات ومسار تدقيق تبقي كل ذلك تحت سيطرتك.
الرئيس التنفيذي قائد لا عامل: فهو يخطط ويفوّض، والمتخصصون الذين يوظفهم ينفذون المهام. ومع نمو الشركة يتكرر النمط نفسه: يصبح تابعو اليوم مديرين لفرقهم الخاصة.
(هل أنجزت دورة OpenClaw المكثفة؟ كان ذلك وكيلاً واحداً. وهذه هي الشركة التي تدير منها فريقاً كاملاً منهم.)
📚 وسيلة تعليمية
شاهد العرض التقديمي الكامل: بناء قوة عمل باستخدام Paperclip
كيف يعمل. تنزّل مجلداً صغيراً وتفتحه في وكيلك العام (Claude Code أو OpenCode). يتحقق الوكيل من وجود Node، ويثبّت Paperclip بأمر واحد، ويشغّل كل شيء؛ أما أنت فتتخذ القرارات التي لا يتخذها إلا إنسان: الموافقة على استراتيجية الرئيس التنفيذي، والبتّ في توظيف، وفتح لوحة التحكم. Paperclip مجاني ومفتوح المصدر (عشرات الآلاف من نجوم GitHub).
كل موظف مدعوم بوكيل جاهز (Claude Code أو OpenCode أو Codex أو Gemini) أو بوكيل مخصص. لهذه الدورة، استخدم أيّاً كنت مسجّل الدخول إليه أصلاً: لا حاجة إلى مفتاح API منفصل. يأتي استثناء واحد قرب النهاية: لتشاهد ميزانية توقف وكيلاً فعلياً، ستحتاج إلى مفتاح مدفوع. المزيد عن ذلك عندما تصل إليه.
نمط التعاون
ثلاثة لاعبين. أنت المجلس: تتخذ القرارات التي لا يتخذها إلا إنسان. وكيلك العام يشغّل واجهة سطر أوامر Paperclip ويتعافى عند حدوث خلل. Paperclip هو الطبقة فوق الوكلاء: يحتوي الشركة ويوقظ الموظفين. ملاحظة تسمية واحدة كي لا يلتبس شيء: "وكيلك العام" هو الأداة التي تُلصق فيها؛ أما موظفو Paperclip فيُعرَفون بأدوارهم، الرئيس التنفيذي وتابعوه.
إليك البنية الكاملة التي أنت على وشك بنائها:
يجري كل سيناريو بالطريقة نفسها: تلصق تعليمات بلغة بسيطة، فيقترح وكيلك خطة ويسأل قبل أي إجراء مدمّر، وأنت توافق وتشاهد، وينتهي كل ذلك على شيء واحد تستطيع رؤيته. تستخدم معظم السيناريوهات تعليمتين قصيرتين، لا جداراً من التعليمات.
إذا ساء أي شيء، فلست بحاجة إلى معرفة أوامر سطر الأوامر. الصق هذا:
شيء ما لم يعمل. شغّل
paperclipai doctor، واقرأ أحدث سجل لخادم Paperclip، وأخبرني بلغة بسيطة بما تراه، واقترح إصلاحاً يمكنني الموافقة عليه.
التنزيل ما هو إلا موجز AGENTS.md يقرؤه وكيلك بنفسه، النمط نفسه من الدورات السابقة. يثبّت وكيلك Paperclip ومهارات تشغيله في السيناريو 1، فلا تشغّل أنت أي أوامر إعداد بنفسك.
نزّل paperclip-workforce-base.zip
افتح المجلد في وكيلك العام. تُعدّ هذا مرة واحدة: paperclip-workforce/ هو مجلدك لكامل الدورة.
cd paperclip-workforce
claude
لصقة واحدة تؤكد أن الموجز قد حُمّل:
ماذا يمكنك أن تفعل من أجل Paperclip؟
إذا سمّى الرد عملاً محدداً خاصاً يخص Paperclip (التثبيت، توظيف CEO، مراجعة الاستراتيجية، لوحة المهام، الميزانيات، سجل التدقيق)، فأنت جاهز. وإذا بدا كأنه حديث عام عن الذكاء الاصطناعي، فأغلق الوكيل، وتأكد أنك داخل مجلد paperclip-workforce/، ثم أعد التشغيل.
السيناريو 1: أقم Paperclip وأنشئ شركتك (نحو 15 دقيقة)
الشركة منظمة ذكاء اصطناعي قائمة بذاتها: هدف واحد، وفريق من الوكلاء، ولوحة مهام، وميزانية. الهدف هو ما يعود إليه كل شيء آخر.
التعليمة الأولى: استكشف، ثم خطّط.
أريد تشغيل Paperclip على حاسوبي المحمول. قبل أن تغيّر أي شيء، تحقق مما هو موجود أصلاً على جهازي، ثم اشرح لي خطتك بلغة بسيطة: ما الذي وجدته، وما الذي ستفعله، وأين ستحتاج إليّ.
يقرأ وكيلك AGENTS.md، ويشغّل فحص ما قبل التثبيت (إصدار Node، عمليات التثبيت السابقة، المنافذ)، ويقترح خطة. وإذا وجد حالة قديمة، فإنه يتوقف لقرارك قبل أن يمسّها. اقرأ الخطة؛ واعترض إذا بدا شيء غير سليم.
التعليمة الثانية: شغّلها، ثم أنشئ الشركة.
تبدو الخطة جيدة، تابع خطوة بخطوة وأرني ما تراه؛ وتوقف قبل أي شيء مدمّر. عندما يعمل Paperclip، أنشئ شركتي: سمّها Northwind، وحدد هدفها "إطلاق نشرة إخبارية أسبوعية عن الذكاء الاصطناعي والوصول إلى 1,000 مشترك في 90 يوماً"، وسجّل ذلك بصفته هدف شركة حقيقياً يستطيع الرئيس التنفيذي قراءته والتخطيط بناءً عليه، لا مجرد شعار. حدد سقف ميزانية شهرياً صغيراً، عشرين دولاراً، كي يكون الإنفاق مقيّداً من البداية. واشترط توقيعي قبل أن توظف الشركة أي وكيل جديد، حتى أبقى مسيطراً على الفريق. ثم أعطني رابط لوحة التحكم.
يتحقق الإنجاز عندما: تظهر لوحة التحكم، وتعرض شركة واحدة باسم "Northwind" مع هدفك مسجّلاً بصفته هدفاً يستطيع الرئيس التنفيذي التصرف بناءً عليه، وسقف ميزانية، وضبط التوظيفات الجديدة لتتطلب موافقتك. كل إجراء لاحق يُبنى على هذا.
شركتك قبل أي توظيف، وهي ثمرة السيناريو 1:
قد تبدو لوحة التحكم لديك مختلفة قليلاً مع تحديثات Paperclip؛ والمهم هو الشركة، وسقف الميزانية، والقائمة الفارغة التي تنتظر أول توظيف لك.
السيناريو 2: وظّف الرئيس التنفيذي الخاص بك (نحو 10 دقائق)
الوكيل موظف ذكاء اصطناعي: دور، ومدير يرفع إليه تقاريره، وميزانية. توظيفه أشبه بالتعاقد مع مقاول، إلا أنه مدعوم بنموذج (يُوصَل عبر المحول، أي القابس الذي يلائم مزوّدك). الرئيس التنفيذي هو أول وكيل توظفه والوحيد الذي لا مدير له: فهو يرفع تقاريره إليك أنت، المجلس، وبمجرد أن يعمل يقرأ الهدف ويقترح استراتيجية.
التعليمة الأولى: صُغ الرئيس التنفيذي.
أريد توظيف الرئيس التنفيذي الخاص بي، أول وكيل لشركة Northwind. شغّله على أي وكيل برمجة مسجّل دخوله لديّ محلياً (Claude Code أو OpenCode أو Codex أو واجهة سطر أوامر Gemini) عبر محول Paperclip المحلي المطابق، كي لا يلزم مفتاح API منفصل. اختر افتراضاً معقولاً وأخبرني به. أرني الإعداد قبل أن تسجّل أي شيء: الدور، والمحول والنموذج، والميزانية، وجدول النبض. وابقِ الميزانية متواضعة، بضعة دولارات.
التعليمة الثانية: وظّف وتحقق.
يبدو جيداً. قدّم الرئيس التنفيذي بصفته طلب توظيف واعرضه عليّ للموافقة. وبمجرد أن أوافق، أكّده في لوحة التحكم: معرّفه، وأنه يرفع تقاريره إليّ بلا مدير فوقه، وموعد أول نبض له.
البوابة التي سلّحتها في السيناريو 1 تنطبق على أول توظيف أيضاً: حتى الرئيس التنفيذي الخاص بك توظيف توقّع عليه. وهذا هو المقصد. سترى هذا بالضبط، الرئيس التنفيذي جالساً في موافقة معلّقة مع زر الموافقة على الوكيل، ينتظرك أنت:
يتحقق الإنجاز عندما: بعد موافقتك على توظيف الرئيس التنفيذي، تعرض لوحة التحكم وكيل CEO واحداً، خاملاً، يرفع تقاريره إليك، ونبضه مفعّل. لم يفعل شيئاً بعد؛ وذلك هو السيناريو التالي.
السيناريو 3: الرئيس التنفيذي يقترح استراتيجية؛ وأنت توافق عليها (نحو 15 دقيقة)
النبض دور مجدوَل للوكيل كي يعمل: يستيقظ، وينجز جزءاً، ويسجّل خروجه حتى الدور التالي. في نبضه الأول يفعل الرئيس التنفيذي شيئاً واحداً: يقرأ هدفك ويصوغ استراتيجية بصفتها أول بند على لوحة المهام، ثم ينقل ذلك البند إلى in_review، أي مسار المراجعة على اللوحة. لا يمضي شيء حتى توقّع. والموافقة عليها هي تصرف المجلس: تنقل تلك الاستراتيجية من in_review إلى done.
التعليمة الأولى: أطلق النبض الأول.
أطلق نبض الرئيس التنفيذي الأول ودعه يفكّر. وعندما يصوغ استراتيجيته ويعرضها للمراجعة، أرها لي واشرح لي ما يقترحه الرئيس التنفيذي.
أطلقه فينطلق الرئيس التنفيذي حياً، يعمل في الزمن الحقيقي:
الخطة التي يكتبها الرئيس التنفيذي خاصة به؛ وما تتحقق منه هو أنه اقترح واحدة ثم توقف، منتظراً إياك. إليك الاستراتيجية جالسة في مسار مراجعتك، مهمة بخطة مرفقة:
(قد ترى أيضاً تشغيلاً ثانياً ينطلق تلقائياً بعد لحظة. ذلك إيقاظ تلقائي لا يجد شيئاً جديداً ليفعله فيخرج، لا تكراراً؛ والنبض الذي أطلقته أنت وحده هو الذي أنجز العمل.)
التعليمة الثانية: قرّرها.
قرأت الاستراتيجية. سأوقّع عليها كما هي (أو أخبرك بالتغيير الوحيد الذي أريده، فتطلب من الرئيس التنفيذي تنقيحها). انقلها إلى done، وأرني صف سجل النشاط الذي يثبت أنني أنا، المجلس، قرّرتها، وأخبرني بما أصبح الرئيس التنفيذي مخوّلاً بفعله تالياً.
يتحقق الإنجاز عندما: ينتقل بند الاستراتيجية من in_review إلى done، ويظهر صف سجل النشاط actor_type = user (أنت، صاحب القرار) على ذلك التغيير، وتستطيع أن تقول لماذا لم يكن لأي شيء أن يمضي حتى توقّع.
السيناريو 4: الرئيس التنفيذي يبني اللوحة ويوظف أول زميل له (نحو 20 دقيقة)
المهمة وحدة عمل، مثل تذكرة Jira أو Linear، إلا أن المسند إليه وكيل. مع استراتيجية موافَق عليها، يقسّم الرئيس التنفيذي الهدف إلى مهام، ثم يسندها ويفوّضها (إلى نفسه في النبضات الأولى، وإلى المتخصصين كلما وظّفهم)، ناقلاً كلاً منها عبر دورة حياة:
هنا تصبح الشركة قوة عمل، لا مجرد CEO منفرد. الرئيس التنفيذي يقود: يحوّل الاستراتيجية إلى عمل، ولأن الهدف أكبر من وكيل واحد، يوظف متخصصاً (بتوقيعك) ليحيل العمل إليه. ستشاهد توظيفاً وافقت عليه ينجز مهمة أعطاها له الرئيس التنفيذي.
التعليمة الأولى: دع الرئيس التنفيذي يتصرف.
دع الرئيس التنفيذي يتصرف بناءً على الاستراتيجية الموافَق عليها. أطلق بضعة نبضات وأرني ما يفعله. قد يفتح مهمة أو اثنتين بنفسه، لكن الهدف أكبر من وكيل واحد، لذلك سيقرر أنه يحتاج إلى متخصص ويقدّم طلب توظيف (الدور، وميزانية، والعمل الذي سيملكه). أرني ذلك الطلب كي أقرّره.
يصل التوظيف بصفته موافقة في صندوق واردك، النوع نفسه من التوقيع الذي أعطيته للاستراتيجية، ولا ينضم شيء إلى الشركة حتى تقول نعم. لا تتفاجأ إذا وظّف الرئيس التنفيذي أولاً وأمسك بقية اللوحة حتى تقرر: فالرئيس التنفيذي الذكي لن ينشئ مهام التسويق قبل أن يكون هناك مسوّق يملكها. قد ترى مهمة أو اثنتين فتحهما لنفسه، أو لوحة فارغة وفيها فقط طلب التوظيف ينتظر؛ كلاهما طبيعي، وقرارك هو ما يفك حبس العمل.
تنطلق النبضات أيضاً وفق جدول، لا فقط حين تطلب، فقد يقدّم CEO مشغول طلب التوظيف نفسه مرتين أو يفتح بضع مهام إضافية. إذا رأيت طلب توظيف مكرراً، فارفض الزائد ببساطة؛ ذلك هو عمل البوابة. وبمجرد أن يُوافَق على متخصصك ويُفوَّض العمل، اطلب من وكيلك إيقاف نبض الرئيس التنفيذي كي يتوقف عن العمل بلا إشراف. إيقافه تصرف من المجلس: الاستقلالية شيء تمنحه، ويمكنك استرجاعه.
التعليمة الثانية: وافق على التوظيف وشاهد الفريق يتسلّم.
أوافق على التوظيف. أحضِر المتخصص ليرفع تقاريره إلى الرئيس التنفيذي، ثم أطلق نبض CEO واحداً كي يقسّم الاستراتيجية الموافَق عليها إلى مهام ويسلّمها للزميل الجديد. أرني اللوحة: المهام الفرعية، ومن يملكها، وأن الزميل، لا الرئيس التنفيذي، هو من أنجز العمل.
بمجرد الموافقة على التوظيف، يفعل الرئيس التنفيذي الباقي بنفسه: في نبضه التالي يقسّم الاستراتيجية الموافَق عليها إلى مهام فرعية ويسندها إلى الزميل الجديد، الذي يستيقظ عند الإسناد ويعمل عليها. هذه هي الثمرة: الفريق، لا الرئيس التنفيذي، ينجز العمل. وقد يتحرك بسرعة: في انحدار واحد يقدّم الرئيس التنفيذي المهام وينهيها الزميل خلال دقيقتين، فقد تفتح اللوحة لتجد العمل منجَزاً أصلاً. تلك اللوحة المكتملة، وكل مهمة موقّعة من الزميل، هي قوة العمل تؤدي عملها بينما كنت غائباً.
اختياري، شاهد مهمة واحدة تجري حيّاً. لأن الانحدار قد ينتهي قبل أن تنظر، فطريقة رؤية تابع واحد يعمل خطوة بخطوة هي أن تعطيه مهمة واحدة على حدة: اطلب من وكيلك إنشاء مهمة جديدة واحدة، وإسنادها إلى الزميل، وإطلاق نبض ذلك الزميل. ستشاهدها تنتقل من todo إلى in_progress إلى done بنفسها. وهذه أيضاً طريقة تسليم الزميل قطعة محددة بدلاً من ترك الرئيس التنفيذي يقرر التقسيم كله، أو دفع الأمور قدماً إذا لم يفوّض الرئيس التنفيذي بعد نبض أو اثنين.
يتحقق الإنجاز عندما: يكون لشركتك وكيلان على الأقل (الرئيس التنفيذي، ومتخصص يرفع تقاريره إليه)، ومهمة فوّضها الرئيس التنفيذي أنجزها ذلك المتخصص (يُظهر سلسلة تعليقاتها العمل الحقيقي، موقّعاً من الزميل لا من الرئيس التنفيذي)، وتستطيع تتبّع تلك المهمة رجوعاً إلى هدف الشركة. تلك قوة عمل: أنت تقرر، والرئيس التنفيذي يقود، والفريق ينجز العمل.
السيناريو 5: الميزانية، حاجز أمانك (نحو 5 دقائق)
كل وكيل يحمل سقف إنفاق، وقد حددت سقف شركة بقيمة عشرين دولاراً في السيناريو 1. القاعدة بسيطة: عند 80% من السقف يحذّرك Paperclip، وعند 100% يوقف الوكيل، فلا يمكن لخطأ برمجي أو حلقة جامحة أن يكلّفك إلا مبلغاً محدوداً أبداً. وهذا ما يجعل ترك شركة تعمل أمراً آمناً.
التحذير الصادق: الميزانية لا تستطيع احتساب إلا الإنفاق المفوتَر لكل رمز، وبيئة تشغيلك المحلية بلا مفتاح لا تفوتر شيئاً. يسجّل Paperclip كل رمز بقيمة 0 دولار، فالسقف مسلّح لكن لا شيء يدفع ضده؛ ويبقى الإنفاق ثابتاً عند الصفر مهما عمل الفريق بجد. (كل نبض يطبع رقماً مرجعياً مثل cost=$0.71، أي ما سيكلّفه على مفتاح مُحتسَب؛ والرقم المفوتَر الذي تحتسبه ميزانيتك هو 0 دولار.) الحاجز لا يعضّ اليوم لأنه لا شيء يُعَضّ. وسيعضّ يوم توجّه وكيلاً نحو نموذج مدفوع يُحتسَب لكل رمز، وهو بالضبط حين تريده أن يفعل.
حدد سقفاً بدولار واحد على الرئيس التنفيذي، ثم أرني الإنفاق الذي سجّله Paperclip فعلاً في قاعدة البيانات. أخبرني بوضوح بكم كلّف ولماذا.
يتحقق الإنجاز عندما: يُضبَط السقف، وتستطيع ذكر القاعدة (تحذير عند 80%، إيقاف عند 100%)، وقد رأيت الصفر الصادق بنفسك. الحاجز مسلّح الآن، قبل أن تحتاجه يوماً.
إذا وصّلت يوماً مفتاح API يُدفَع لكل رمز، فصدّره في الصدفة لديك؛ ولا تلصقه أبداً في ملف داخل المشروع، ولا تدع وكيلك يكتبه في واحد. وإذا وصل مفتاح إلى مكان لا ينبغي أن يكون فيه، فدوّره.
السيناريو 6: استعلم عن مسار التدقيق مثل CFO (نحو 10 دقائق)
المقصد من نظام تشغيل لشركة هو أن يستطيع شخص خارجها (CFO، أو قسم قانوني، أو امتثال) إعادة بناء ما حدث من قاعدة البيانات وحدها، في ثوانٍ. يحفظ Paperclip ذلك التاريخ في قاعدة بيانات Postgres مدمجة: يحتوي activity_log على صف واحد لكل إجراء (أُنشئت الشركة، وُظّف وكيل، وُوفِق على استراتيجية، أُنشئت مهمة)، ويحمل cost_events قصة الدولارات.
الصق هذا لوكيلك:
حان وقت لعب دور CFO. اتصل بقاعدة بيانات Paperclip وشغّل استعلامين عن Northwind: أولاً، "ماذا حدث، بالترتيب"، كل إجراء مع فاعله وما لمسه، الأقدم أولاً؛ ثم التكلفة الإجمالية حتى الآن بالدولار. أرني SQL والنتائج. وأخيراً، استخرج صف سجل النشاط حيث نقلتُ أنا، المجلس، الاستراتيجية إلى done، وأشر إلى الحقول التي يستخدمها مدقّق ليؤكد أنني أنا صاحب القرار.
يجمّع الوكيل سلسلة اتصال Postgres من إعدادات تثبيتك، ويشغّل استعلام التاريخ (العمود الفقري الكامل: أُنشئت الشركة، وُظّف الرئيس التنفيذي، نُقلت الاستراتيجية إلى done بواسطتك، وُظّف متخصص بموافقتك، أُنشئت المهام وفُوّضت وعُمل عليها حتى done بواسطة الفريق) واستعلام التكلفة، ثم يعرض لك صف قرار الاستراتيجية: actor_type = user، وactor_id المعرِّف للمجلس (في الوضع المحلي هو الثابت local-board)، والطابع الزمني. والعمود actor_type نفسه يميّز عمل الزميل (agent) عن قراراتك (user).
يتحقق الإنجاز عندما: يعيد استعلام التاريخ القصة المرتّبة لكامل تشغيلك، ويعيد استعلام التكلفة رقماً حقيقياً، وتستطيع تسمية العمود (actor_type) الذي يميّز قراراً بشرياً عن إجراء وكيل.
السيناريو 7: امنح شركتك مكتباً حقيقياً، كي تبني ملفات حقيقية (نحو 10 دقائق)
انظر إلى ما أنتجه فريقك: نص صفحة الهبوط، وتعريف القارئ، وقائمة المواضيع. كل ذلك يعيش بصفته تعليقات على اللوحة. وصفت الشركة عملها، لكنها لم تبنِ بعد شيئاً تستطيع أن تمسكه. القطعة الناقصة هي مساحة عمل: مجلد حقيقي (أو مستودع git) توجّه الشركة إليه، كي يكتب الوكيل ملفات فعلية هناك حين يعمل على مهمة، فتبقى بعد التشغيل. إنه الفرق بين موظف يخبرك بالخطة وآخر يسلّمك الملف.
هذا هو الجزء الوحيد من Paperclip الذي تتغير توصيلته الدقيقة بين الإصدارات، لذا تطلب التعليمات أدناه من وكيلك تأكيد الخطوات الحالية من التوثيق الحيّ قبل أن يمسّ أي شيء.
التعليمة الأولى: اربط مجلداً.
امنح شركتي مكاناً حقيقياً للعمل. أنشئ مجلداً جديداً لموقع Northwind، ووجّه مشروع Paperclip إليه بصفته مساحة عمله، وأخبرني بمكانه على القرص. وإذا تغيّرت طريقة ربط مساحة عمل، فتحقق من التوثيق الحيّ لمنصة Paperclip أولاً، ثم أرني خطتك قبل أن توصّل أي شيء.
التعليمة الثانية: دع الفريق يبني أثراً حقيقياً.
الآن سلّم مدير التسويق مهمة واحدة في ذلك المشروع: حوّل نص صفحة الهبوط الذي كتبه أصلاً (العنوان الرئيسي "ذكاء اصطناعي يمكنك استخدامه هذا الأسبوع"، والعنوان الفرعي، والدعوة إلى الإجراء) إلى
landing-page.htmlفعلي. أطلق نبض مدير التسويق، ودعه يعمل، ثم أرني الملف على القرص وافتحه، كي أرى أن الشركة بنت شيئاً حقيقياً، لا تعليقاً آخر.
يتحقق الإنجاز عندما: يوجد ملف حقيقي (ملف landing-page.html، أو أيّاً كان ما طلبته) جالس في مجلدك، كتبه مدير التسويق، وتستطيع فتحه في متصفح. توقّفت شركتك عن وصف العمل وأنتجته. ذلك هو الخط الفاصل بين عرض توضيحي وشركة.
مرة في الشهر: شغّل الشركة التي تديرها الآن (نحو 10 دقائق)
إدارة شركة مسؤولية مستمرة، لا إعداد مرة واحدة، ولهذا بالضبط تحتاج إلى مراجعة دورية. مع الوقت تتراكم الأمور: كل توظيف وتغيير ميزانية وإعداد كان قراراً صغيراً، والقرارات الصغيرة تنحرف. الدفاع ليس اليقظة عند كل خطوة؛ بل مراجعة قصيرة على وتيرة ثابتة. هذه هي الحركة التي تؤديها مرة في الشهر، والتشغيل الذي تجريه الآن هو خط الأساس الذي يقارن به التالي. يمكنك فعلها يدوياً، أو، بما أن العمل المتكرر هو بالضبط ما وُجدت له روتينات Paperclip، جدوِلها بصفتها روتيناً ينطلق وفق cron كي تدقّق الشركة نفسها؛ ودورة قوة العمل الديناميكية تبني الروتينات.
شغّل تدقيق شركتي الشهري في Paperclip. راجع كل ما وُظّف أو ضُبط أو جُدوِل أو وُوفِق عليه أو أُوقف منذ آخر تدقيق. أبلِغ عن أي شيء لم أوقّع عليه صراحة، وأي وكيل لم ينجز عملاً منتجاً، وأي ميزانية انحرفت، وأي إعداد أكثر تساهلاً مما ينبغي. لخّص ذلك في تقرير قصير واحد أستطيع الموافقة عليه أو تقليصه، واحفظه بصفته خط الأساس للشهر القادم.
يعود التدقيق الجيد بسجل نظيف وقائمة قصيرة من المقابض المرتخية لتشدّها. والمشتبه بهم المعتادون: توظيف تسلّل بلا سقف ميزانية خاص به (فيرث بصمت سقف الشركة كله)، أو وكيل مضبوط ليشغّل أشياء كثيرة دفعة واحدة، أو ملف إعداد لم يعد يطابق الحالة الحيّة، أو مهمة متوقفة في المراجعة تنتظر قراراً لا تتخذه إلا أنت. لا شيء من هذا فشل، بل هو الانحراف العادي الذي تنتجه بهدوء شركة تعمل بنفسها، والتقاطه على وتيرة ثابتة هو بالضبط كيف تبقى مجلس شيء يعمل بدونك.
يتحقق الإنجاز عندما: يكون لديك تقرير تثق به، وتستطيع تسمية مقبض مرتخٍ واحد على الأقل أظهره، وقد اتخذت قراراً واحداً على الأقل (ضبط سقف مفقود، أو خفض تزامن جامح، أو تحديث إعداد قديم، أو إحالة وكيل خامل إلى التقاعد، أو إغلاق مهمة متوقفة). علّم على تقويمك؛ تدقيق الشهر القادم يقارن بهذا.
انتهيت: ما الذي بنيته
لم تثبّت أداة فقط، ولم تشغّل عرضاً توضيحياً فقط. في أقل من ساعة أقمت شركة حقيقية على حاسوبك المحمول وشغّلتها كما يشغّل مؤسس مجلساً: حددت هدفاً، ووظّفت CEO، ووافقت على استراتيجيته، ووقّعت على المتخصص الذي أراده، وشاهدت الفريق ينجز عملاً مفوَّضاً، وأعطيته مكتباً فصار عمله ملفاً حقيقياً على القرص، ثم دقّقت كامل التشغيل من السجل. كل حركة قمت بها، توظيف، موافقة، ميزانية، تفويض، تدقيق، كانت حركة حوكمة، لا تعليمة.
والشركة لا تزال هناك. لم تُنهها؛ بل أوقفتها مؤقتاً عند خط أساس نظيف. أغلق الحاسوب فتبقى، الوكلاء، والمخطط التنظيمي، والعمل، ومسار التدقيق، كل ذلك ينتظر قرارك التالي. إنها شيء حيّ تديره الآن.
تلك النشرة كانت البروفة. الحركة الحقيقية هي توجيه النمط نفسه نحو هدفك أنت: أقم شركة هدفها عملك الفعلي، ودع الرئيس التنفيذي يقترح كيف يسعى إليه، ووظّف المتخصصين الذين يحتاجهم، ودعها تعمل ضمن الميزانيات والموافقات التي تبقيك المجلس. هكذا تؤسس شركة معتمدة أصلاً على الذكاء الاصطناعي حول أي شيء تقريباً، وقد فعلتها مرة أصلاً.
تحمل أمرين خارجاً من هنا. الأثر الدائم هو AGENTS.md، الموجز الذي يقرؤه وكيلك العام كل جلسة، قابل للنقل إلى الأداة التالية التي تضع وكيلاً أمامها. والمهارة الدائمة هي الموقف: الاستقلالية شيء تمنحه، لا افتراض، فتبقى المجلس عبر ميزانيات مشدودة، وتوقيع مطلوب على التوظيفات والاستراتيجية، ومراجعة على وتيرة، حتى حين تدير الشركة نفسها.
إلى أين تذهب تالياً:
| تريد... | اذهب إلى |
|---|---|
| تغليف وكيل واحد بمحرك سير عمل متين قبل أن تدير أسطولاً | من Digital FTE إلى عامل إنتاج: غلاف متانة Inngest |
| تحويل التوظيف إلى قدرة قابلة للاستدعاء (وكلاء يوظفون وكلاء آخرين ضمن سياسة) | من قوة عمل ثابتة إلى ديناميكية: خليفة هذه الدورة |
| استخدام واجهة Paperclip البرمجية REST بصفتها أدوات من داخل وكيل آخر | تحقق من docs.paperclip.ing للحصول على حزمة خادم MCP الحالية؛ وثبّت الإصدار |
| نشر Paperclip على سحابة أو مضيف مشترك | التوثيق الحيّ على docs.paperclip.ing؛ تحقق مما شُحن قبل أن تعتمد عليه |
| توصيل OpenClaw بصفته الطبقة الحدّية بين البشر وشركتك | دورة OpenClaw المكثفة |
| منح وكلائك قاعدة شيفرة حقيقية للعمل فيها | دليل مساحات عمل التنفيذ على docs.paperclip.ing: اربط مشروعاً كي يصوغ الوكلاء الشيفرة الحقيقية ويحرّروها ويشغّلوها |
| توظيف الموظف الرقمي بدوام كامل (FTE) الذي بنيته (OpenAI Agents SDK، أو أي بيئة تشغيل مخصصة) بصفته موظفاً | أحضِر وكيلك الخاص: وظّفه على محول http؛ يرسل Paperclip العمل إلى وكيلك بطلب POST، فيعاود الاتصال لإغلاق المهمة |
| وضع عمل متكرر على جدول (وقفة يومية، تقرير أسبوعي) | روتينات Paperclip (مشغّلات cron أو webhook)؛ ودورة قوة العمل الديناميكية تبنيها |
| أخذ الشركة كلها معك | صدّرها إلى حزمة markdown قابلة للنقل، ملف COMPANY.md إضافة إلى ملف AGENT.md لكل دور، نمط الموجز نفسه الذي تعلّمته للتوّ، ثم أعد استيرادها أو ضعها تحت التحكم بالإصدارات |
بطاقات الدراسة
فحص المعرفة
فحص ذاتي سريع ومشروط للأفكار التي مررت بها للتوّ.