Pi 1.0 وPi Durable: حين يتعلّم الوكيل البرمجي أن يكمل من حيث توقّف
أطلقت Earendil نسخة Pi 1.0 المستقرة مع Pi Durable التجريبية لوكلاء طويلي العمل بنقاط حفظ. ما الجديد، وكيف يختلف عن الوكلاء الطرفيين، ومتى تستخدمه؟
في الأول من أكتوبر 2026 أعلنت شركة Earendil النسخة 1.0 المستقرة من Pi، وكيلها البرمجي الطرفي المفتوح المصدر، وأرفقتها بمكتبة تجريبية جديدة اسمها Pi Durable. الخبر الأول يهمّ من يستخدم الوكلاء في الطرفية يومياً، أما الثاني فيلمس سؤالاً أكبر يواجه كل من جرّب تشغيل وكيل لساعات: ماذا يحدث حين تتعطّل العملية في منتصف المهمة؟ في هذا المقال نشرح ما أُعلن فعلاً، ونفرّق بين ما هو مستقر وما هو تجريبي، ونقترح متى يستحق الأمر التجربة.
ما هو Pi ولماذا يهمّ؟
Pi وكيل برمجي يعمل داخل الطرفية ويقوده شخص واحد على جهازه أو على جهاز بعيد. فلسفته مختلفة عن الأدوات المزدحمة بالميزات: نواة صغيرة قابلة للتشكيل حول طريقة عملك، ورخصة MIT تسمح بالتعديل والتضمين. تقول الشركة إن عدد مستخدميه الأسبوعي بلغ مئات الآلاف، وهو رقم صادر عنها ولم نتحقق منه بشكل مستقل.
هذه الفلسفة تضعه في فئة تتّسع بسرعة: وكلاء مفتوحون تبني عليهم ما تريد بدل أن تقبل بسلوك جاهز. بدلاً من أن يفرض عليك المنتج طريقة واحدة في العمل، تبدأ من أساس صغير وتضيف ما تحتاجه فقط. وقد تناولنا جانباً من هذا الاتجاه في حديثنا عن الوكلاء الطرفيين.
ما الجديد في Pi 1.0؟
النسخة المستقرة تجمع تحسينات ظهرت تدريجياً في النسخ التي سبقتها، وأهمها:
- دعم MCP مدمج عبر Codemode: بدل أن يستدعي النموذج الأدوات واحدة تلو الأخرى، يكتب سكربتاً ينفّذ استدعاءات الأدوات. ظهر هذا في النسخة 0.99 ويستقر الآن.
- تحميل مؤجَّل للأدوات: لا تُحمَّل تعريفات كل أداة منذ البداية، فتخفّ الحمولة على السياق.
- انخفاض في رموز Codemode بنحو 40% بحسب إعلان الشركة.
- إحماء الذاكرة المؤقتة (cache warming) لنماذج Anthropic لتقليل زمن الاستجابة والكلفة.
- امتدادات نماذج افتراضية وواجهة طرفية بملء الشاشة صارت هي الافتراضية.
الخيط الجامع هنا هو توفير السياق. كلما قلّ ما يُحشر في نافذة النموذج من تعريفات أدوات، بقي مجال أكبر للعمل الفعلي، وهو موضوع ناقشناه في مقالنا عن بروتوكول MCP.
لماذا يُعدّ Codemode تغييراً مهماً؟
في الأسلوب التقليدي يمرّ كل استدعاء أداة عبر النموذج: يطلب، ينتظر النتيجة، ثم يقرر الخطوة التالية. حين تكون المهمة سلسلة من خمس عشرة خطوة متشابهة، يتضخم السياق بنتائج وسيطة لا يحتاجها النموذج في الحقيقة. أما حين يكتب النموذج سكربتاً واحداً يستدعي الأدوات بنفسه ويعيد الخلاصة فقط، فتنخفض الرموز المستهلكة ويقلّ عدد الجولات. الثمن هو أنك تنفّذ شيفرة يولّدها نموذج، ولذلك تظل العزلة وصلاحيات الأدوات أمراً لا يجوز إهماله.
الوكيل الذي يعمل ساعات لا يُقاس بذكائه وحده، بل بقدرته على النجاة من أول انقطاع.
Pi Durable: وكلاء بنقاط حفظ
هنا الجزء الأكثر إثارة. Pi في صورته المعتادة يخدم محادثة واحدة يقودها شخص واحد. أما Pi Durable فصُمّم لوكلاء طويلي العمل يمكن أن يعملوا في أي مكان ويُعاد تشكيلهم أثناء التشغيل.
كيف تعمل فكرة نقاط الحفظ؟
كل خطوة يتخذها الوكيل تُحفظ كنقطة تفتيش (checkpoint). إذا انهارت العملية أو أُعيد تشغيل الحاوية، يستأنف الوكيل من آخر نقطة بدل البدء من الصفر. وهذا يشبه ما تفعله أنظمة سير العمل الدائمة في الخلفيات التقليدية، لكن موجّهاً لحلقات الوكلاء. تخيّل وكيلاً بدأ ترحيل مشروع كبير وقضى ساعة في تحليل الملفات، ثم أُعيد تشغيل الخادم؛ بدون نقاط حفظ تضيع الساعة كلها، ومعها كلفة الرموز التي دفعتها.
ما الذي تضيفه المكتبة؟
- إدارة عدة محادثات معاً مع تخزين دائم.
- تفريع المحادثات: يمكن لمحادثة أن تتفرّع إلى مسار موازٍ مستقل.
- عدة عملاء يوجّهون محادثة واحدة في الوقت نفسه.
- خيارات تخزين: الذاكرة، أو SQLite، أو ملفات JSONL.
مثال الشركة نفسها: قناة Slack يجيب فيها وكيل، بينما يستمر نقاش فرعي داخل خيط ما كمسار موازٍ مستقل. أي أن الوكيل يصبح خدمة تتعايش معها فرق، لا أداة يشغّلها فرد.
مقارنة سريعة: Pi مقابل Pi Durable
| الجانب | Pi 1.0 | Pi Durable |
|---|---|---|
| الحالة | مستقر | تجريبي |
| نمط الاستخدام | مطوّر واحد في الطرفية | عدة محادثات وعملاء |
| الاستمرارية | تعتمد على الجلسة | نقاط حفظ وقابلية استئناف |
| التخزين | محلي بسيط | ذاكرة أو SQLite أو JSONL |
| الجمهور | المطورون الأفراد | من يبني تطبيقات وكيلية |
ما الذي يجب الحذر منه؟
أولاً، Pi Durable مكتبة تشغّلها بنفسك وليست منتجاً مستضافاً. أي أنك تملك العملية والقرص وما ينتج عنهما من حوادث. ثانياً، وصفها بالتجريبية يعني أن الواجهات قد تتغيّر. ثالثاً، نقاط الحفظ لا تعالج الآثار الجانبية: إن كان الوكيل قد أرسل رسالة أو غيّر نظاماً خارجياً قبل الانهيار، فاستئنافه قد يكرّر الفعل ما لم تصمّم أدواتك لتكون متساوية الأثر (idempotent). وهذا مبدأ معروف في الأنظمة الموزعة، وينطبق هنا بالكامل. وللتعمّق في عزل الوكلاء راجع عزل الوكلاء وصناديق الرمل.
قائمة تحقق قبل أن تبني على وكيل دائم
- اجعل كل أداة تغيّر حالة خارجية آمنة عند التكرار، أو سجّل معرّفاً فريداً لكل عملية.
- حدّد صلاحيات ضيقة لكل أداة، ولا تمنح الوكيل أكثر مما تحتاجه المهمة.
- اختر التخزين بحسب الحاجة: الذاكرة للتجارب، وSQLite للخدمة الصغيرة، وJSONL لسجلات قابلة للمراجعة.
- راقب كلفة الرموز لكل محادثة، فالوكلاء الطويلون قد يستهلكون أكثر مما تتوقع.
- جرّب سيناريو الانهيار عمداً قبل الاعتماد على الاستئناف.
متى تجرّب؟
- جرّب Pi 1.0 إن كنت تريد وكيلاً طرفياً مفتوحاً وخفيفاً وقابلاً للتعديل مع دعم MCP.
- راقب Pi Durable إن كنت تبني وكيلاً يعمل لساعات أو يخدم عدة أشخاص، وابدأ بمشروع غير حرج.
- تريّث إن كانت مهامك قصيرة؛ فنقاط الحفظ تضيف تعقيداً لا تحتاجه.
للتثبيت، تعتمد المكتبة على حزم npm تحت نطاق @earendil-works، وتتوفر الوثائق على موقع pi.dev.
ماذا يعني هذا للفرق الصغيرة؟
الفرق الصغيرة هي المستفيد الأول من هذا النوع من الأدوات. فهي لا تملك ميزانية لبناء منصة وكلاء كاملة، لكنها تحتاج وكيلاً يتابع مهمة طويلة مثل مراجعة مستودع كبير أو ترحيل اعتماديات أو تجهيز تقرير دوري. وجود مكتبة مفتوحة تتولى الحفظ والاستئناف والتفريع يوفّر أسابيع من العمل الهندسي، بشرط أن تبقى واعياً بأنك المسؤول عن التشغيل والمراقبة والأمان.
أسئلة شائعة
هل Pi مجاني؟
نعم، هو مفتوح المصدر برخصة MIT. لكن تكلفة النماذج التي توصله بها تبقى عليك بحسب مزوّد النموذج الذي تختاره.
هل Pi Durable جاهز للإنتاج؟
لا يمكن اعتباره كذلك الآن، فقد وصفته الشركة بأنه تجريبي. استخدمه في بيئات اختبار أو مشاريع جانبية أولاً.
ما الفرق بينه وبين الوكلاء الطرفيين الأخرى؟
الفارق الأساسي أن Pi يقدّم نواة صغيرة قابلة للتشكيل، ويضيف Durable طبقة استمرارية لم تعتد الوكلاء الطرفيون تقديمها.
الخلاصة
Pi 1.0 خطوة نضج لوكيل طرفي مفتوح يوفّر السياق ويدعم MCP، أما Pi Durable فيشير إلى الاتجاه الأهم: وكلاء يصمدون أمام الانقطاع ويشاركهم أكثر من شخص. الفكرة ليست جديدة في عالم الأنظمة، لكن نقلها إلى حلقات الوكلاء يغيّر ما يمكن الوثوق به من مهام طويلة. جرّب الجزء المستقر اليوم، وراقب التجريبي، وصمّم أدواتك لتحتمل الإعادة.
