{"schema_version":"1.0","service":"Publicasta","type":"article","id":994,"slug":"compozyos_044_desktop_updates_session_continuity_test","title":"CompozyOS 0.4.4 يجعل تحديثات سطح المكتب اختبارًا لجلسات الوكلاء المستمرة","excerpt":"يركّز CompozyOS 0.4.4 على إبقاء الجلسات النشطة مستمرة أثناء تحديثات سطح المكتب. قد يبدو ذلك تفصيلًا صغيرًا، لكنه يطرح سؤالًا جوهريًا لبيئات تشغيل الوكلاء المحلية: هل يمكن استبدال الواجهة من دون تعطيل العمل أو إفساد الحالة أو إخفاء ما حدث؟","language":"ar","default_language":"en","canonical_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=ar","image":{"url":"https://publicasta.com/storage/projects/10/pages/994/2026/10/3545d05d-8eb1-4b5e-a527-2f6888d08fd3.webp","alt":"مساحة عمل لمطور تستمر فيها جلسة وكيل سطح المكتب أثناء تحديث البرنامج."},"publisher":{"id":10,"slug":"open_source_radar","name":"Open Source Radar","url":"https://publicasta.com/open_source_radar"},"author":{"name":"Anton R"},"published_at":"2026-10-28T13:38:44+00:00","updated_at":"2026-10-28T13:38:44+00:00","content_markdown":"من السهل تقييم تحديث سطح المكتب عندما يكون التطبيق محرر ملاحظات: أغلق النافذة، وثبّت الإصدار الجديد، ثم افتح الملف مجددًا. أما برامج الوكلاء فلها عقد أكثر تعقيدًا. فقد تكون جلسة قيد التشغيل تبث المخرجات، أو تحتفظ بشجرة عمل، أو تنتظر موافقة، أو تسجّل استدعاءات الأدوات، أو تنسّق جلسة أخرى عندما تحتاج واجهة سطح المكتب إلى إعادة التشغيل.\n\n ![مساحة عمل لمطور تستمر فيها جلسة وكيل سطح المكتب أثناء تحديث البرنامج.](https://publicasta.com/storage/projects/10/pages/994/2026/10/3545d05d-8eb1-4b5e-a527-2f6888d08fd3.webp)\n\n لهذا السبب يبدو CompozyOS 0.4.4 أكثر أهمية مما يوحي به سجل تغييراته المختصر. يذكر [سجل الإصدارات الرسمي](https://www.compozy.com/changelog/) تغييرًا رئيسيًا واحدًا في 28 أكتوبر 2026: الحفاظ على الجلسات النشطة أثناء تحديثات سطح المكتب. المشروع بيئة تشغيل محلية أولًا للجلسات المستمرة للوكلاء، والحلقات، والأتمتة، والصلاحيات، وواجهات التحكم المتعددة. وفي هذا السياق، لا يُعد سلوك التحديث مسألة شكلية، بل جزءًا من نموذج موثوقية بيئة التشغيل.\n\n النصيحة العملية مباشرة: جرّب الإصدار 0.4.4 داخل مجلد CompozyOS منزوع الأهمية أو منسوخ احتياطيًا، ثم نفّذ التحديث عمدًا أثناء وجود جلسة نشطة. لا تعتبر بقاء النافذة مفتوحة دليلًا على بقاء العمل. افحص كلًا من الخدمة الخلفية، وسجل المحادثة، وحالة الدورة، والمدخلات الموضوعة في قائمة الانتظار، والمرفقات، وشجرة العمل، واتصال مزوّد الخدمة على حدة.\n\n ## ما الذي تغيّر في الإصدار 0.4.4\n\n تقدّم صفحة الإصدار حاليًا وصفًا موجزًا للتغيير بدلًا من مقال طويل عن الميزة: من المفترض أن تنجو الجلسات النشطة من تحديث سطح المكتب. ويوضح سجل الإصدارات المحيط سبب أهمية هذه النقطة الفاصلة. كان CompozyOS 0.4.0 أول إصدار مستقر، وعالج 0.4.1 عدة حالات تخص سطح المكتب واستعادة بيئة التشغيل، بينما عالج 0.4.2 قراءات استخدام Claude في الخلفية التي كان يمكن أن تطلب الوصول إلى سلسلة المفاتيح، ويستهدف 0.4.4 الآن استمرارية الجلسات عبر تحديث سطح المكتب نفسه.\n\n تكتسب هذه السلسلة أهميتها من وجود مكوّنين مترابطين في CompozyOS: تطبيق سطح المكتب وخدمة محلية. وتوضح [وثائق سطح المكتب](https://www.compozy.com/docs/getting-started/desktop-app/) أن تطبيق سطح المكتب وأمر `compozy` يستخدمان الخدمة المحلية نفسها، والإعدادات نفسها، ومساحات العمل نفسها، وسجل الجلسات نفسه. ويمكن للتطبيق الاتصال بخدمة سليمة تعمل مسبقًا، أو تشغيل بيئة التشغيل المثبّتة داخل مجلد CompozyOS الرئيسي، أو تثبيت بيئة التشغيل المرفقة به وتشغيلها عند الحاجة. ولا يُفترض أن يؤدي إنهاء التطبيق إلى إيقاف الخدمة.\n\n لذلك يمكن أن يعني تحديث سطح المكتب واحدًا من أمرين على الأقل:\n\n - استبدال الغلاف الرسومي مع إبقاء الخدمة وحالتها متاحتين؛\n- استبدال حزمة تضم التطبيق وبيئة التشغيل معًا، ثم إعادة تشغيل الزوج الجديد من دون فقدان الحالة الدائمة.\n\n الكلمة المهمة هنا هي «نشطة». فاستعادة قائمة الجلسات القديمة بعد التشغيل أضعف بكثير من ضمان بقاء دورة جارية متماسكة. ويتعين على التنفيذ المفيد أن يحافظ على قدر كافٍ من حالة الملكية والأحداث كي تتمكن الجلسة من المتابعة، أو إعادة الاتصال، أو الإبلاغ بوضوح عن انقطاع. ولا يخبرنا عنوان الإصدار وحده بكيفية تصرف كل مزوّد خدمة أو نظام تشغيل أو مسار تثبيت أو حالة فشل. وهذا ما ينبغي للمستخدمين اختباره.\n\n ## لماذا تُعد استمرارية سطح المكتب مشكلة في بيئة التشغيل\n\n تبدأ أدوات كثيرة للوكلاء كعملية طرفية. تتولى العملية المطالبة، والإدخال القياسي، وتدفق المخرجات، وغالبًا العملية الابنة التي تشغّل عميل النموذج. وقد يؤدي إغلاق الطرفية إلى إنهاء كل شيء. أما بيئة التشغيل المستمرة فتغيّر هذا الترتيب: تتولى الخدمة العمل، بينما تراقبه الطرفية أو المتصفح أو غلاف سطح المكتب أو عميل آخر وتتحكم فيه.\n\n ينشئ هذا التصميم فصلًا مفيدًا. إذ يمكن للواجهة أن تختفي من دون أن يؤدي ذلك بالضرورة إلى إلغاء العمل. لكنه يفرض أيضًا مسار ترقية أكثر تطلبًا. ولا تكون إعادة تشغيل العميل آمنة إلا إذا كانت الخدمة تعرف ما حدث قبل إعادة التشغيل، وتستطيع بعد ذلك إعادة تشغيل الحالة أو إعادة بنائها.\n\n قد تعبر عملية تحديث الجلسة عدة حدود:\n\n 1. قد تُغلق عملية سطح المكتب أو تسلّم التحكم إلى مُثبّت أصلي.\n2. قد تُستبدل بيئة التشغيل المضمّنة أو يُعاد تشغيلها.\n3. قد تظل الخدمة قيد التشغيل، أو يُطلب منها التوقف، أو يجري اكتشافها بعد التشغيل.\n4. قد تستمر عملية المزوّد، أو تعيد الاتصال، أو تفشل، أو ترفض البيئة المستعادة.\n5. يتعين على واجهة المستخدم أن تقرر ما إذا كانت ستعرض المخرجات الحية، أو سجلًا متزامنًا، أو تحذيرًا، أو دورة متوقفة فعلًا.\n\n تصف [وثائق CompozyOS](https://www.compozy.com/docs/) النموذج الأوسع باعتباره جلسات تملكها خدمة daemon، مع بقاء أحداثها قابلة للفحص بينما يستمر العمل في الخلفية. وهذا هو التجريد المناسب للتحديث، لكن لا ينبغي الخلط بينه وبين حفظ نقطة تحقق لكل أثر خارجي. فقد يبقى السجل محفوظًا بينما لا يزال أمر shell قيد التشغيل. وقد تظل شجرة العمل مرتبطة رغم أن المزوّد فقد اتصاله. وقد تُخزَّن رسالة في قائمة الانتظار بينما لم يتلقَّها الوكيل بعد.\n\n لذلك، ينبغي أن يعني قولنا «نجت الجلسة» أكثر من مجرد «ما زال الصف ظاهرًا». يجب أن يعني أن بيئة التشغيل قادرة على إخبارك بالجزء الذي نجا، والجزء الذي يحتاج إلى تدخل بشري.\n\n ## الاختبار الأول: التحديث أثناء جلسة خاملة\n\n ابدأ بالحالة الأقل تدميرًا. أنشئ مساحة عمل للاختبار، وابدأ جلسة، وأرسل مطالبة تنتج استجابة محفوظة، ثم اترك الجلسة خاملة. سجّل معرّف الجلسة، ومساحة العمل، والملف الشخصي المحدد، وموقع مجلد CompozyOS الرئيسي. بعد ذلك، نفّذ تحديث سطح المكتب باستخدام مسار التحديث الموثّق.\n\n يعرض دليل سطح المكتب ثلاثة أوامر مفيدة:\n\n ```text\ncompozy update --check -o json\ncompozy update -o json\ncompozy update --cancel -o json\n```\n\n توضح الوثائق أن إجراء شريط القوائم أو Settings يمكنه تنزيل التطبيق وتثبيته وإعادة تشغيله. كما توضح أن التطبيق يظل مفتوحًا بينما يجهّز المثبّت الأصلي الحزمة التي جرى التحقق منها، في حين يمكن للتطبيق المغلق تجهيز التحديث ليُطبَّق عند التشغيل التالي. في Linux، يقتصر تثبيت مسار التطبيق تلقائيًا على مسار AppImage.\n\n بعد التحديث، تحقّق من جميع النقاط التالية بدلًا من الاعتماد على الشاشة الأولى التي تظهر:\n\n - يبلّغ التطبيق عن الإصدار المتوقع؛\n- استخدام مجلد CompozyOS الرئيسي نفسه؛\n- بقاء معرّفي مساحة العمل والجلسة دون تغيير؛\n- اكتمال السجل السابق وبقائه بالترتيب الصحيح؛\n- استمرار ارتباط الوكيل والملف الشخصي المحددين بالجلسة؛\n- عدم ظهور دورة مكررة أثناء إعادة الاتصال؛\n- سلامة daemon واتصال التطبيق به؛\n- قدرة الجلسة على قبول مطالبة جديدة.\n\n يجيب هذا الاختبار عما إذا كانت الحالة المحفوظة العادية قد بقيت سليمة. لكنه لا يجيب بعد عما إذا كان المنتج قادرًا على التعامل مع تحديث أثناء سير العمل.\n\n ## الاختبار الثاني: التحديث أثناء تشغيل دورة\n\n يستخدم الاختبار الأكثر قيمة مطالبة تظل نشطة فترة تكفي للمراقبة. ومن الأفضل استخدام أمر محلي طويل التشغيل، أو مجموعة اختبارات محددة المدة، أو مهمة مضبوطة تنتج عدة أحداث للأدوات، بدلًا من استخدام نوم اصطناعي. استخدم مستودعًا أُنشئ للاختبار، وأزل بيانات الاعتماد الحساسة من بيئته.\n\n ابدأ الدورة، وانتظر ظهور حدث واضح لأداة أو للتقدم، ثم ابدأ التحديث من غلاف سطح المكتب. لا ترسل مطالبات إضافية حتى تتضح النتيجة. توجد عدة نتائج مقبولة، بحسب التنفيذ:\n\n - يواصل daemon والمزوّد عملهما، ويعيد سطح المكتب الاتصال بالدورة الحية نفسها؛\n- تكتمل الدورة أثناء إعادة تشغيل سطح المكتب، ثم تظهر بسجل كامل؛\n- توقف بيئة التشغيل الدورة أو تلغيها، لكنها تسجل هذه الحقيقة بدقة وتتيح استئناف العمل؛\n- يرفض المثبّت المتابعة إلى أن تُعالَج الأعمال النشطة صراحةً.\n\n أما النتيجة الخطرة فهي جلسة تبدو سليمة، لكنها تفقد بصمت نتيجة أداة، أو تكرر أثرًا جانبيًا، أو تعرض إجابة نهائية من دون سجل الأحداث الذي أنتجها. تحتاج بيئة تشغيل الوكلاء المتينة إلى دليل أقوى من مجرد نجاح إعادة تشغيل النافذة.\n\n استخدم مهمة يمكن التحقق من أثرها الجانبي مرتين. مثلًا، اطلب من وكيل الاختبار كتابة ملف يحمل اسمًا فريدًا ويحتوي على nonce، ثم الإبلاغ عن محتوياته. بعد التحديث، قارن بين الملف، والسجل، ونتيجة الأداة، والإجابة النهائية. إذا نُفّذ الإجراء مرتين، فينبغي أن يجعل الاختبار ذلك ظاهرًا. لا تستخدم مطلقًا نشرًا إنتاجيًا، أو ترحيلًا تدميريًا، أو إجراء دفع، أو تدويرًا حقيقيًا لبيانات الاعتماد في هذه التجربة.\n\n ## الاختبار الثالث: المدخلات والمرفقات في قائمة الانتظار\n\n الجلسة النشطة ليست دورة نموذج فحسب. فقد يكتب المشغّلون متابعة أثناء انشغال الوكيل، أو يضعون رسالة في قائمة الانتظار، أو يوجّهون دورة، أو يرفقون ملفات. وتحديدًا في هذه المدخلات قد تكشف إعادة الاتصال عن حالة انقسام في المكوّنات.\n\n أنشئ مرفقًا صغيرًا للاختبار، وأرسل مطالبة تُبقي الجلسة مشغولة. جهّز متابعة، لكن لا تنقر على الإرسال قبل أن يتضح سلوك قائمة الانتظار المقصود. أثناء التحديث، راقب ما إذا كانت المسودة تبقى مسودة، وما إذا ظلت الرسالة الموضوعة في قائمة الانتظار هناك، وما إذا وصل إجراء التوجيه مرة واحدة لا مرتين.\n\n كرّر سجل الإصدارات العام للمشروع الإشارة إلى استمرارية سجل المحادثة، والمدخلات الموضوعة في قائمة الانتظار، ورسائل الجلسة، والمرفقات، والاسترداد من حالات انقطاع مزوّدي الخدمة. وتوضح هذه البنود أن القائمين على الصيانة يتعاملون مع حالة الجلسة باعتبارها أكثر من مجرد سجل محادثة. كما توضح سبب وجوب اختبار إصدار حالي بدل استنتاج جميع السلوكيات من عنوان واحد.\n\n قائمة تحقق مفيدة:\n\n - يبقى النص غير المُرسل غير مُرسل؛\n- تكون للمدخل الموضوع في قائمة الانتظار حالة تسليم واحدة؛\n- تكون للمرفق هوية مسجلة واحدة، ويظل قابلًا للقراءة؛\n- لا تتحول رسالة التوجيه إلى مطالبة عادية مكررة؛\n- يكون خطأ المزوّد ظاهرًا بدل استبداله بمؤشر إعادة اتصال عام؛\n- تظل حدود ملف تعريف الجلسة ومساحة العمل محفوظة.\n\n إذا غيّر التحديث موضع الجلسة في قائمة الانتظار، فسجّل ذلك كسلوك للمنتج. قد يكون مقبولًا، لكنه ينبغي أن يكون قابلًا للملاحظة وموثقًا.\n\n ## ما الذي لا يثبته الإصدار 0.4.4\n\n لا يعني استقرار تحديث سطح المكتب وجود حدّ آمن للتنفيذ. يصف المستودع CompozyOS بأنه محلي أولًا، إذ يحتفظ ملف Go التنفيذي ومخازن البيانات المدعومة بـ SQLite بحالة وقت التشغيل على جهاز المشغّل، ما لم يتولَّ مزوّد خارجي أو إضافة جزءًا من هذا الحد. يفيد ذلك في التحكم والفحص، لكنه يعني أيضًا أن الجهاز، وحساب المستخدم، وبيانات اعتماد المزوّد، وملفات مساحة العمل، والإضافات المثبتة تظل جميعًا جزءًا من نموذج الثقة.\n\n المستودع معلَّم بأنه [مرخّص بموجب MIT](https://github.com/compozy/compozy)، ويذكر ملف README أن المساهمات مرحّب بها. يجيب انفتاح الترخيص عن إمكانية فحص الشيفرة وتعديلها وإعادة توزيعها وفقًا للترخيص. لكنه لا يضمن نضج كل إصدار، أو امتلاك كل تكامل لخصائص الأمان نفسها، أو استحالة أن يكشف التحديث مشكلة في الترحيل.\n\n وتكتسب مواد الترحيل الخاصة بالمشروع أهمية خاصة هنا. يصف [دليل الترحيل](https://github.com/compozy/compozy/blob/main/MIGRATION_GUIDE.md) تصحيحًا سابقًا وُسِمت فيه البيانات الوصفية للتوزيع بالخطأ على أنها BSL-1.1، رغم بقاء المشروع مرخّصًا بموجب MIT. كما يوثق حدود التوافق بين خطوط المنتجات الأقدم والأحدث. وهذا تذكير بضرورة قراءة ملاحظات الترحيل عند الانتقال بين حدود رئيسية للمنتج، بدل افتراض أن التحديث في مكانه قابل للعكس دائمًا.\n\n ويضيف دليل عمليات سطح المكتب تحذيرًا عمليًا آخر: بعد استبدال الملف التنفيذي لوقت التشغيل، قد تؤدي إعادة تشغيل فاشلة أو فحص صحة غير ناجح إلى ترك نسخة بديلة قامت بالفعل بترحيل قواعد البيانات. وتنصح الوثائق بالاحتفاظ بالنسخة الاحتياطية للتشخيص، وتجنب استعادة ملف تنفيذي أقدم فوق مجلد منزلي ربما خضع للترحيل، وإعادة تثبيت الإصدار المستهدف أو إصدار أحدث متوافق في المجلد المنزلي نفسه عند الحاجة. هذا النوع من التفاصيل أهم من حركة تحديث مصقولة.\n\n ## من ينبغي له تجربته الآن\n\n يستحق CompozyOS 0.4.4 الاختبار من جانب المطورين الذين يحتاجون أصلًا إلى أن يستمر عمل الوكيل بعد انتهاء جلسة الطرفية، ويمكنهم توفير مجلد منزلي منفصل للاختبار. وهو مناسب أيضًا للقائمين على صيانة الأتمتة المبنية حول جلسات الوكلاء المحلية، لأن مسار التحديث جزء من قصة إتاحة الأتمتة. وإذا استُخدم التطبيق كواجهة سطح مكتب لبرنامج خفي طويل التشغيل، فإن الإصدار يستهدف مباشرة انقطاعًا يتعلم المستخدمون عادةً الخشية منه.\n\n أما الفرق التي تبحث عن مستوى تحكم مُدار بالكامل، أو عزل صارم بين الوكلاء والمضيف، أو عملية ناضجة لإدارة التغييرات في المؤسسات، فقد يكون خيارًا أقل وضوحًا. تكمن قيمة المشروع في نموذج وقت التشغيل المحلي: إذ تتشارك الجلسات والمهام والحلقات والأذونات والموافقات والأتمتة نموذج حالة يديره البرنامج الخفي. وقد يزيل ذلك قدرًا كبيرًا من الشيفرة الرابطة، لكنه يركّز المسؤولية أيضًا في التثبيت المحلي وإعداداته.\n\n تتسم التجربة المعقولة بثلاث خصائص:\n\n - مساحة عمل مؤقتة أو نسخة احتياطية جرى التحقق منها؛\n- عدم وجود بيانات اعتماد إنتاجية في بيئة المزوّد الاختبارية؛\n- قدر كافٍ من قابلية الرصد لمقارنة سجل المحادثة، ونظام الملفات، وحالة العملية، وسجلات التحديث.\n\n احتفظ بالإصدار السابق للمقارنة، لكن لا تُرجع مجلدًا منزليًا خضع للترحيل إلى إصدار أقدم بلا تفكير. أنشئ نسخة احتياطية كاملة قبل اختبار مسار يغيّر حالة وقت التشغيل أو قاعدة البيانات.\n\n ## مقارنة موجزة مع الأساليب الأخرى\n\n إذا كان المطلوب ببساطة هو «إبقاء أمر قيد التشغيل بعد إغلاق الطرفية»، فقد يكون استخدام مُعدِّد طرفيات أو خدمة نظام أو طابور مهام عادي أسهل في الفهم. هذه الأدوات لا توفر نموذج الجلسات الموجّه للوكلاء في CompozyOS، لكن سلوكها التشغيلي مألوف، وغالبًا ما يكون محدودًا بما يكفي لتدقيقه.\n\n أما إذا كان المطلوب واجهة متصفح للتطوير عن بُعد، فقد توفر منصة تطوير مستضافة أو مُدارة ذاتيًا تكاملات أقوى للهوية ومساحات العمل والتدقيق. لكنها قد تفرض أيضًا اعتمادًا على السحابة وحدود ثقة مختلفة. يركز CompozyOS بدلًا من ذلك على عفريت محلي بواجهات بوابة واضحة، لذا تتمثل المفاضلة في السيطرة على الجهاز مقابل العمل التشغيلي اللازم لصيانته.\n\n وإذا كان المطلوب مشغّل وكلاء مستقلًا عن النموذج، فقد تكشف مكتبة تنسيق عن بدائيات أدنى مستوى، وتترك الاستمرارية والموافقات وسياسة التحديث للتطبيق. وقد يكون ذلك الخيار المناسب لفريق يمتلك أصلًا طبقة منصة موثوقة. أما CompozyOS فيستهدف المشكلة المعاكسة: طبقة المنصة هي الجزء الذي لا يريد الفريق إعادة بنائه لكل أداة سطر أوامر خاصة بالوكلاء.\n\n لذلك ينبغي أن تركز المقارنة على التعامل مع الأعطال، لا على عدد الميزات. اسأل كيف يتصرف كل خيار عند إعادة تشغيل الواجهة، أو انقطاع مزوّد الخدمة، أو إعادة تشغيل المضيف، أو وجود رسالة في الطابور، أو تنفيذ ترحيل لقاعدة البيانات، أو خروج عملية فرعية في منتصف استدعاء أداة.\n\n ## الحكم المفيد\n\n CompozyOS 0.4.4 إصدار صغير، لكنه يطرح اختبارًا كبيرًا ضمنيًا. فالحفاظ على الجلسات النشطة أثناء تحديث سطح المكتب هو بالضبط نوع ميزة الاعتمادية التي لا يلاحظها المستخدمون إلا عند فشلها. وتنبع قيمة هذه الميزة من أن CompozyOS يقدم نفسه كبيئة تشغيل محلية متينة، لا كنافذة رقيقة حول مطالبة تُنفَّذ مرة واحدة.\n\n الإصدار جاهز للتجربة، لكنه ليس سببًا لتسليم أعمال إنتاجية غير مراقبة إلى نظام وكلاء حُدِّث للتو. ابدأ ببيئة منزلية معزولة. اختبر الجلسات الخاملة، والعمليات الجارية، والإدخال الموضوع في الطابور، والمرفقات، وأشجار العمل، وإعادة الاتصال بالمزوّدين، والاسترداد بعد تحديث قوطع أثناء التنفيذ. احتفظ بسجل المحادثة وأدلة نظام الملفات، وتحقق مما فعله العفريت فعليًا.\n\n إذا اجتازت هذه الاختبارات، فسيجعل الإصدار 0.4.4 غلاف سطح المكتب أقل عرضة لأن يكون نقطة الانقطاع الوحيدة. وإذا لم تجتزها، فسيظل الفشل مفيدًا؛ إذ سيكشف ما إذا كانت الفجوة في تنسيق المُثبّت، أو ملكية العفريت، أو استرداد المزوّد، أو ترحيل قاعدة البيانات، أو مجرد حالة مضللة في الواجهة. وهذا التمييز هو المقياس الحقيقي لبيئة تشغيل وكلاء مفتوحة المصدر.","available_translations":[{"language":"ar","title":"CompozyOS 0.4.4 يجعل تحديثات سطح المكتب اختبارًا لجلسات الوكلاء المستمرة","html_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=ar","markdown_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=ar","json_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=ar","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=ar"},{"language":"de","title":"CompozyOS 0.4.4 macht Desktop-Updates zum Test für langlebige Agentensitzungen","html_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=de","markdown_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=de","json_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=de","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=de"},{"language":"en","title":"CompozyOS 0.4.4 makes desktop updates a test of durable agent sessions","html_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=en","markdown_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=en","json_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=en","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=en"},{"language":"es","title":"CompozyOS 0.4.4 convierte las actualizaciones de escritorio en una prueba para las sesiones persistentes de agentes","html_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=es","markdown_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=es","json_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=es","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=es"},{"language":"fr","title":"CompozyOS 0.4.4 fait des mises à jour du bureau un test de la durabilité des sessions d’agents","html_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=fr","markdown_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=fr","json_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=fr","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=fr"},{"language":"pl","title":"CompozyOS 0.4.4 sprawia, że aktualizacje pulpitu stają się testem trwałości sesji agentów","html_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=pl","markdown_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=pl","json_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=pl","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=pl"},{"language":"ru","title":"CompozyOS 0.4.4 превращает обновление рабочего стола в проверку устойчивости сессий агентов","html_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=ru","markdown_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=ru","json_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=ru","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=ru"},{"language":"zh","title":"CompozyOS 0.4.4 让桌面更新成为持久代理会话的考验","html_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=zh","markdown_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=zh","json_url":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=zh","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=zh"}],"_links":{"self":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=ar","api":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/compozyos_044_desktop_updates_session_continuity_test?lang=ar","html":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=ar","canonical":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test?lang=ar","markdown":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.md?lang=ar","json":"https://publicasta.com/open_source_radar/compozyos_044_desktop_updates_session_continuity_test.json?lang=ar","channel":"https://publicasta.com/api/public/v1/channels/open_source_radar","channel_articles":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles","search":"https://publicasta.com/api/public/v1/search","documentation":"https://publicasta.com/api-docs#reading-publicasta","openapi":"https://publicasta.com/api-docs/openapi.json","llms":"https://publicasta.com/llms.txt"}}