CHUWI AuBox Ai365: مختبر الذكاء الاصطناعي المنزلي عندي في صندوق واحد

CHUWI AuBox Ai365 حاسوب صغير لم يسمع به أحد تقريبًا، من علامة تجارية معروفة أكثر بأجهزتها اللوحية الرخيصة، مبني حول شريحة تعيش عادةً في الحواسيب المحمولة. يجلس خلف شاشتي، ويسحب طاقة عند الشريحة أقل من شاحن هاتف، ويشغّل ثمانية وكلاء ذكاء اصطناعي بأسماء، وتطبيق دردشة عائلي، وخدمة فرز بريد إلكتروني، وكل موقع أصونه. كان أكثر قطعة عتاد مملة امتلكتها منذ سنوات، وبعد الجهاز الذي حلّ محله، المملّ هو بيت القصيد بالكامل.

المواصفات الكاملة

المكوّن	المواصفة
الطراز	CHUWI AuBox Ai365 (BIOS AuBox_06)
المعالج	AMD Ryzen AI 9 365 "Strix Point" — 10 أنوية / 20 خيط معالجة (4× Zen 5 + 6× Zen 5c)، حتى 5.0 غيغاهرتز، ذاكرة L3 سعة 24 ميغابايت، تقنية تصنيع 4 نانومتر
الوحدة الرسومية	AMD Radeon 880M — RDNA 3.5، 12 وحدة حوسبة، حتى 2.9 غيغاهرتز
وحدة NPU	AMD XDNA 2 — 50 TOPS (إجمالي المنصة 73 TOPS)
الذاكرة	وحدتا SODIMM بسعة 16 جيجابايت DDR5-5600، بقناتين — 30 جيجابايت قابلة للاستخدام، وقابلة للتوسعة إلى 96 جيجابايت
عرض نطاق الذاكرة	~90 جيجابايت/ثانية عبر ناقل 128 بت
التخزين	قرص NVMe سعة 1 تيرابايت PCIe 4.0، وفتحتا M.2 2280 (كلتاهما مشغولتان الآن)
إيثرنت	منفذا Realtek RTL8125 بسرعة 2.5 جيجابت
الاتصال اللاسلكي	Realtek RTL8851BE — Wi-Fi 6 (802.11ax)، بلوتوث 5.3
USB	منفذا USB4 بسرعة 40 جيجابت/ثانية (وضع DP البديل، دخل طاقة PD حتى 100 واط)، وثلاثة منافذ USB 3.2 Gen 2 من نوع Type-A
الفيديو	HDMI 2.1، وDisplayPort 1.4، بالإضافة إلى منفذي USB4 — حتى 4 شاشات، 8K60 / 4K144
نظام التشغيل	Bluefin 44 (20260721) — Fedora Silverblue غير قابل للتعديل، GNOME 50.3 على Wayland، لينكس 7.0.12
الطاقة	محوّل بموصل أسطواني 19 فولت / 6.32 أمبير، 120 واط
الأبعاد الفيزيائية	140 × 139 × 55 مم، 846 غرامًا، معدني بالكامل، مروحة واحدة — قابل للتثبيت بمعيار VESA
السعر	899 دولارًا سعر القائمة؛ دفعت نحو 900 دولار

لماذا هذا الجهاز

مختبري المنزلي السابق كان ROG Flow Z13 — حاسوب لوحي للألعاب بذاكرة موحّدة 128 جيجابايت. في يوليو 2026 أصابه عطل كهربائي: يعمل، ثم يتجمّد على الشعار، ثم يضع نفسه في وضع السكون بعد نحو ثلاثين ثانية، في كل مرة. التشريح الكامل موجود هنا. النسخة المختصرة هي أنه لا يصل أبدًا إلى محمّل إقلاع، فلا شيء كنت لأفعله من جهة البرمجيات كان سيغيّر شيئًا.

هذا منحني قائمة تسوّق محددة إلى حد ما. احتجت مضيف لينكس بذاكرة 32 جيجابايت على الأقل، ووحدة رسومية كافية لعمل الرؤية المحلي، وشبكة سلكية، و— بعد مشاهدة جهاز يعمل بالبطارية يفشل في إدارة الطاقة — بلا بطارية وبلا تفاوض USB-PD في المسار الحرج. موصل أسطواني ومروحة.

الشيء غير المعتاد في هذا الجهاز هو أنه حاسوب مكتبي من فئة Strix Point. معالج Ryzen AI 9 365 شريحة حواسيب محمولة؛ تعيش في أجهزة ThinkPad وOmniBook، وحتى وقت قريب، في الحاسوب اللوحي الذي فقدته للتو. وضعها في مكعب معدني بحجم 140 مم بمنفذي إيثرنت 2.5 جيجابت ومنفذي USB4 هو نوع القرار الذي لا يحدث إلا حين تبني شركة تصنيع أصغر شيئًا غريبًا بعض الشيء. تلك الغرابة هي بالضبط ما يريده مختبر منزلي: كفاءة حاسوب محمول، وتوصيل طاقة حاسوب مكتبي، وشبكة خادم.

لينكس على هذا العتاد

هذا هو الجزء الذي توقعت أن يكون مؤلمًا ولم يكن كذلك. كل جهاز في هذا الصندوق مدعوم بتعريف ضمن شجرة النواة (in-tree) على نواة Fedora قياسية. لا مستودع من جهة خارجية، ولا وحدة DKMS، ولا تجاوز (override) لمتغير بيئة خاص بالوحدة الرسومية في أي مكان من إعدادي.

الجهاز	التعريف	الحالة على لينكس 7.0.12
Radeon 880M (gfx1150)	amdgpu	يعمل. يظهر كـstrix1، لا حاجة إلى تجاوز.
منفذا RTL8125 2.5GbE	r8169	كلاهما مكتشَف ويعمل، بلا معطيات وحدة.
واي فاي RTL8851BE	rtw89_8851be	ضمن النواة الرئيسية منذ 6.5. يعمل — لكن انظر التحفظ أدناه.
وحدة XDNA 2 NPU	amdxdna	ضمن شجرة النواة منذ 6.14. تُعدَّد كـ/dev/accel/accel0.
USB4	thunderbolt	يعمل.

يستحق تحفظ الواي فاي أن يُذكر بوضوح، لأن تسويق CHUWI نفسه غامض بشأنه، وورقة مواصفات واحدة وجدتها تسمّيه Wi-Fi 7. وهذا غير صحيح. RTL8851BE هي قطعة Wi-Fi 6، بتيار واحد، بلا 2×2، وبلا نطاق 6 غيغاهرتز — تُعرّف نفسها كمتحكم 802.11ax وتقدّم عمليًا نحو 300–400 ميغابت في الثانية. إنها بلا منازع أضعف مكوّن في الجهاز. وهي أيضًا بطاقة M.2 2230 بمفتاح A/E، فيمكن استبدالها بـMediaTek MT7925 إن أردت Wi-Fi 7. لم أهتم بذلك: هذا الجهاز يعيش على إيثرنت سلكي 2.5 جيجابت، وواجهة الواي فاي مغلقة ببساطة.

Bluefin، تحديدًا

اخترت Bluefin بدل Bazzite هنا عن قصد. نفس أساس ublue — rpm-ostree قائم على الصور، وFlatpak أولًا، والتراجع عن تحديث سيئ بإعادة تشغيل واحدة — لكن Bluefin يتبع نواة Fedora القياسية بدل نواة ألعاب مُعدَّلة. على جهاز أحدث عتاده وحدة NPU بتعريف حديث العهد، تتبّع المصدر الرئيسي (upstream) هو الرهان الأكثر أمانًا.

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

كيف يبدو ذلك عمليًا، عند فحص الجهاز أثناء كتابتي هذا: صفر خدمات مستخدم فاشلة، ونشر (deployment) مطابق لبصمته المنشورة، وكل جزء من الحزمة المفترض أنه يعمل، يعمل فعلًا. الوحدة النظامية الفاشلة الوحيدة هي systemd-remount-fs، التي تحاول إعادة تركيب / بوضع القراءة والكتابة ولا تستطيع، لأن / على هذه الصورة هو تركيب composefs للقراءة فقط. هذا هو التصميم يعمل كما هو مقصود، وسطر خطأ تجميلي، لا عطل حقيقي.

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

ما يشغّله

كل شيء خدمة systemd --user. لا Docker، لا سكربتات إشراف، لا إعادة تشغيل يدوية بعد انقطاع الكهرباء. حديقة الحيوان بأكملها تعود من تلقاء نفسها.

الخدمة	ما تفعله	أين تستمع
openclaw-gateway	بوابة الوكلاء — التوجيه، الأدوات، الجلسات	منفذ 18789، الحلقة الداخلية (loopback) فقط
local-chat	DisPatch، تطبيق الدردشة الذي تستخدمه العائلة	منفذ 8765، الشبكة المحلية + Tailscale
lm-studio	خادم نموذج محلي، متوافق مع OpenAI	منفذ 1234، الحلقة الداخلية
comfyui	توليد صور محلي — الآن المسار الاحتياطي	منفذ 8188، الحلقة الداخلية
openclaw-email	فرز البريد الإلكتروني عبر صندوقين. يصيغ الردود، لا يرسل واحدًا أبدًا.	—
hermes-gateway	بوابة رسائل ثانية ومنفصلة	—
rgb-idled	خدمة حالة الطاقة — تضبط ملف طاقة النظام حسب حالة الشاشة والجلسة	—
openclaw-backup.timer	نسخ احتياطي ليلي للإعدادات وحالة الوكلاء	يوميًا عند 02:17
arkvault-backup.timer	لقطة Borg ليلية	يوميًا عند 02:00
arkvault-mirror.timer	نسخة مرآة مؤرَّخة ليليًا إلى القرص الثاني	يوميًا عند 02:30

قائمة الوكلاء

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

الوكيل	الوظيفة	يعمل النموذج على
Bits	مكتب الاستقبال. يستقبل الطلب، يوزّعه، يراجع النتيجة.	سحابي
Brains	التفكير الصعب — البنية، تصحيح الأخطاء، المراجعة	سحابي
Flash	عمل سريع ورخيص — الملخصات، عمليات البحث، مطاردة المهام العالقة	سحابي
Hermes	مسار النشر. تجريبي افتراضيًا، ومباشر فقط بأمري الصريح.	سحابي
Doxy	الطحن بالجملة وكل ما هو خاص — يعمل طوال الليل مقابل تكلفة الكهرباء فقط	هذا الجهاز — خبراء مختلطون 35B
Charley	الرؤية — لقطات الشاشة، المخططات، نوافذ الأخطاء	جهاز ثانٍ
Alpha	مكتب استقبال آمن لأجهزة العائلة — أدوات للقراءة فقط	سحابي
Beta	بوت آمن ثانٍ لأجهزة العائلة	جهاز ثانٍ

Alpha وBeta هما من تتحدث معهما عائلتي. يستطيعان البحث عن أشياء والإجابة عن أسئلة؛ لا يستطيعان لمس ملفات أو تشغيل أوامر، وتطبيق الدردشة يفرض ذلك بشكل منفصل عن إعداد الوكيل، فخطأ في طبقة واحدة لا يفتح الأخرى. المنطق وراء التقسيم بين السحابة الرخيصة والمحلي موجود في تفصيل التكلفة.

كيف تتحرك رسالة عبر الجهاز

تفصيلان يحملان معظم الموثوقية. إن كان نموذج مشغولًا أو معطلًا، يجيب احتياطي بدلًا من فشل الطلب. وكلما أُرسلت مهمة، يُسلَّح مراقب (watchdog) — إن صمت العامل بعد انتهاء نافذته، يُرسَل Flash لمعرفة السبب. لا شيء من الاثنين ذكي بشكل خاص؛ كلاهما الفرق بين حزمة تعمل دون إشراف وأخرى تحتاج مراقبة دائمة.

الأداء على هذه الشريحة

الطاقة. هذا هو الرقم الذي فاجأني. مقاسة عند حزمة الشريحة (SoC) خلال نافذة خمس ثوانٍ، مع تشغيل الحزمة كاملة ومتوسط حِمل حول 2، سحبت الشريحة 4.6 واط. أضف اللوحة الأم، وقرصي NVMe، والذاكرة، وبطاقة الشبكة، والمروحة، وتصل إلى نحو 10 واط عند مأخذ الكهرباء — لكن المعالج نفسه يرتشف أقل من 5 واط بينما يستضيف ثمانية وكلاء، وهذا أوضح توضيح لما تمنحك إياه أنوية الكفاءة Zen 5c. درجات حرارة الخمول تستقر عند نحو 40 °م على Tctl.

المعالج. عشر أنوية Zen 5 بسرعة 5 غيغاهرتز أكثر مما يحتاجه حِمل العمل هذا. توجيه الوكلاء غير مرئي في متوسط الحِمل؛ يقضي الجهاز معظم حياته شبه خامل، والمروحة غير مسموعة من مسافة متر.

الاستدلال المحلي. هنا حيث للجهاز حدود حقيقية، وهي حدود عرض النطاق (bandwidth) لا حدود الحوسبة. لدى Radeon 880M 12 وحدة حوسبة ونحو 90 جيجابايت/ثانية من عرض نطاق الذاكرة للعمل بها. للمقارنة، كان لدى Z13 40 وحدة حوسبة و256 جيجابايت/ثانية، وبطاقات حاسوبي المكتبي المنفصلة لديها نحو 1.8 تيرابايت/ثانية لكل واحدة. التوليد المحلي على هذا الجهاز يُقاس بعشرات قليلة من الرموز (توكن) في الثانية، لا مئات. هذا مناسب للمهمة التي يؤديها — العمل الليلي بالجملة وكل ما يجب ألا يغادر المنزل — وعديم الفائدة للدردشة التفاعلية، وهذا سبب ذهاب الدردشة التفاعلية إلى السحابة.

وحدة NPU. وحدة XDNA 2 NPU تُعدَّد بنظافة عند /dev/accel/accel0 ولا تفعل شيئًا. هذا صادق أكثر منه مخيّب للآمال: الـ50 TOPS حقيقية، لكن المسار البرمجي من "لدي وحدة NPU" إلى "حزمة وكلائي تستخدمها" غير موجود بعد للنماذج التي تهمني، والتي تحتاج نوافذ سياق طويلة واستدعاء أدوات قوي. المكان الذي ستكسب فيه مكانتها في النهاية هو مهام صغيرة وثابتة — تقديم نقطة نهاية تضمين (embeddings) لفهرس بحث وكيل البريد الإلكتروني، أو مصنّف فرز أولي يقرر أي بريد يستحق إيقاظ نموذج حقيقي من أجله. هذا مشروع لوقت لاحق، وقد قام الجهاز بعمله كاملًا من دونها.

الشبكة. يعمل كلا منفذي 2.5GbE بلا أي إعداد. أحدهما موصول بالشبكة؛ والثاني احتياطي.

ما تخليت عنه

التكلفة الصادقة لهذا الانتقال هي الذاكرة، وليست تكلفة صغيرة. كان لدى Z13 128 جيجابايت من LPDDR5X الموحّدة، اقتطعت منها 64 جيجابايت كـVRAM وشغّلت نموذجًا بـ120 مليار معامل محليًا. لدى هذا الجهاز 30 جيجابايت قابلة للاستخدام، إجمالًا، مشتركة بين نظام التشغيل وكل شيء آخر.

لذا طبقة الـ120 مليار معامل اختفت ببساطة. الوكيل المحلي يشغّل الآن نموذج خبراء مختلطين بـ35 مليار معامل بدلًا منها — نموذج حقيقي يؤدي عملًا حقيقيًا، لكنه ليس من الفئة نفسها. عدة مقالات أقدم على هذا الموقع تصف نموذجًا محليًا بـ120 مليار معامل كجزء من حزمتي؛ كان ذلك صحيحًا على Z13 وهو ليس صحيحًا الآن.

ما حصلت عليه في المقابل هو كامل سبب حدوث هذا التغيير: لا بطارية تتقادم، ولا تفاوض USB-PD تحت الحِمل، ولا آلة حالة Modern Standby لينهار فيها. يمكن ترقية اللوحة إلى 96 جيجابايت عبر فتحتي SODIMM، ما قد يستعيد بعض السقف. لست أفعل ذلك بعد — أسعار DDR5 تضاعفت تقريبًا هذا العام، وإضافة السعة لن تضيف عرض نطاق، وهو المحور الذي يقيّد الاستدلال المحلي هنا فعليًا.

قرص SSD الخاص بـZ13 يعيش هنا الآن

هناك تفصيل أحبه أكثر مما ينبغي. القطعة الوحيدة القابلة للصيانة من المستخدم في Z13 كانت قرص SSD، خلف باب في حامل الجهاز. خرج سليمًا، ومرّ عبر حامل محوّل من 2230 إلى 2280، وهو الآن مثبّت في فتحة M.2 الثانية لهذا الجهاز.

يحمل النسخ الاحتياطية. كل ليلة عند 02:30، تُكتب نسخة مرآة مؤرَّخة من حالة هذا الجهاز إلى القرص الذي كان في يوم من الأيام هو الجهاز. المهمة الأخيرة للحاسوب الميت هي التأكد من أن بديله قابل للاستعادة. كما أنه ما زال يحمل صورة كاملة للنظام القديم أُخذت قبل يوم واحد من العطل — الشيء الذي جعل الترحيل نسخة لا إعادة بناء.

ما يكلّفه

التكلفة	المبلغ	ملاحظات
الجهاز	~900 دولار لمرة واحدة	899 دولارًا سعر القائمة، بتشكيلة 32 جيجابايت + 1 تيرابايت
أرصدة واجهة سحابية	~24 دولارًا/شهريًا	كل الوكلاء التفاعليين — التفصيل الكامل
الكهرباء	~4.50 دولار/شهريًا	تشغيل على مدار الساعة بأسعار طوكيو
النماذج المحلية	0 دولار	طبقة الخصوصية. دفعت ثمن العتاد بالفعل.

لنقل إنها أقل من 30 دولارًا شهريًا لتشغيل كل شيء. العتاد يسدّد تكلفته مقابل أي خدمة مستضافة مماثلة خلال أقل من سنة، وطبقة الخصوصية غير متوفرة بأي سعر من خدمة مستضافة.

مطبّات

أشياء عضّتني فعليًا، بترتيب تقريبي حسب الوقت الذي كلّفته:

• سقف الـ30 جيجابايت حقيقي. 32 جيجابايت اسميًا ناقص ما يحجزه البرنامج الثابت والوحدة الرسومية المدمجة يترك 30 جيجابايت في free -h. توليد الصور المحلي والنموذج اللغوي المحلي لا يمكن أن يكونا مقيمَين في الذاكرة معًا، لذا يبدأ توليد الصور عند الطلب ويتوقف عند الخمول — وانتقل مسار الصور الافتراضي بالكامل إلى جهاز ثانٍ على الشبكة.
• خادم النموذج المحلي كان ينهار تحت ضغط الذاكرة. نفس الخطأ الذي أصاب الجهاز القديم: نقطة تحميل AppImage المؤقتة تُعاد تدويرها حين تضيق الذاكرة، وتحصل العملية على خطأ ناقل (bus error) بدل قتل نظيف بسبب نفاد الذاكرة. تشغيل نسخة مستخرَجة تحت systemd بدل AppImage أصلح الأمر نهائيًا.
• المُهل الزمنية تفترض سرعة سحابية. نموذج كبير على وحدة رسومية مدمجة بطيء، لا معطوب، لكن مُهل المزوّد والدور والإلغاء الافتراضية في البوابة ستقتله في منتصف الإجابة وتُبلّغ عن توقف. يجب رفعها كسلسلة مرتّبة — الطلب، ثم الدور، ثم الإلغاء — وإلا فأنت فقط تنقل مكان حدوث الفشل. نماذج التفكير يجب أيضًا وضع علامة عليها كذلك، وإلا بدت متوقفة أثناء تفكيرها وتُلغى.
• معرّفات الوكلاء تُحوَّل إلى أحرف صغيرة في مسار برمجي واحد لا في آخر. فشلت الرسائل بين الوكلاء بصمت إلى أن أصبحت قائمة السماح تضم مدخلات بأحرف صغيرة. بلا خطأ، بلا سطر سجل، فقط لا شيء يصل — أسوأ نمط فشل موجود.
• التحديثات غير القابلة للتعديل (atomic) تعيد تشغيل الجهاز. يُجهّز Silverblue تحديثًا في نشر جديد ويعيد التشغيل إليه. إن حدث ذلك في منتصف مهمة، تموت المهمة. التحديثات الآن تحدث حسب جدولي، في نافذة هادئة.
• الإعدادات القديمة تلاحقك. جزء من الترحيل أعاد حقن ملف هوية قديم من النسخة الاحتياطية للجهاز القديم ووضع البوابة في حلقة انهيار. استعادة نظام يعمل ليست نفسها استعادة نظام صحيح؛ الإعداد الذي يستطيع وكيل إعادة كتابته هو إعداد يمكن أن يعضّك من ستة أشهر مضت.

ما كنت لأغيّره

• واي فاي أفضل، لو كنت أستخدم الواي فاي. بطاقة Wi-Fi 6 أحادية التيار هي المكوّن الضعيف فعليًا. إنها قطعة M.2 2230 بمفتاح A/E قابلة للاستبدال، فالإصلاح يستغرق خمس عشرة دقيقة. الشبكة السلكية تعني أنني لم أحتج إلى ذلك.
• ذاكرة أكثر، في وقت ما. 96 جيجابايت عبر فتحتي SODIMM قد تستعيد بعض ما كان لدى Z13. أسعار الذاكرة الحالية تجعلها صفقة سيئة، ولن ترفع عرض النطاق.
• تحديثات البرنامج الثابت لغز. لا يوجد تنزيل BIOS عام لهذا الطراز. الحصول على واحد يعني مراسلة الشركة المصنّعة بالطراز والرقم التسلسلي والأمل في الاستجابة. هذه تكلفة شراء شيء غامض.
• وحدة NPU تحتاج سببًا لوجودها. خمسون TOPS خاملة دعوة قائمة. نقطة نهاية تضمين (embeddings) هي المهمة الأولى الواضحة.

الحكم

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

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

السجل الأسبوعي

أسبوع 26 يوليو – 1 أغسطس 2026

التاريخ	ما حدث
29 يوليو	أُعيدت صياغة الإصلاح الذاتي للبوابة لتصبح قائمة على الأحداث: وحدة إنقاذ تنطلق الآن فقط حين تدخل الخدمة فعليًا في حالة فشل، وتتوقف بعد ثلاث محاولات بدل مقاومة إيقاف تشغيل متعمّد. كان وكيل قد أوقف البوابة وتركها معطّلة طوال أمسية.
30 يوليو	أُعدَّ الوصول عن بُعد بشكل صحيح، ببابين منفصلين عن قصد: أحدهما يخدم شاشة تسجيل الدخول من إقلاع بارد، والآخر يعكس جلسة سطح المكتب المباشرة. مخازن بيانات اعتماد مختلفة، فلا يقفلني فشل في أحدهما عن الآخر.
30 يوليو	أُضيفت خدمة حالة الطاقة. إطفاء الشاشة يُسقط الجهاز إلى ملف طاقة منخفض ويطفئ إضاءة لوحة المفاتيح؛ جلسة عن بُعد نشطة تتفوق على كليهما، لأن الإدخال عن بُعد يبدو خمولًا بخلاف ذلك.
31 يوليو	تدقيق كامل لبوابة الوكلاء. وُجد أن معرّفات الوكلاء تُطبَّع إلى أحرف صغيرة في مسار واحد لكن ليس في تجاوز مجلد، ما كان قد فرّع ذاكرة أحد الوكلاء بصمت إلى مجلد ثانٍ. أُزيلت التجاوزات كي تُشتق المسارات بشكل صحيح.
31 يوليو	ذهب قرص SSD الخاص بالجهاز القديم إلى فتحة M.2 الثانية كهدف للنسخ الاحتياطي. نسخ المرآة المؤرّخة الليلية تعمل الآن عند 02:30، بعد لقطة Borg الحالية عند 02:00.
31 يوليو	انتقل توليد الصور إلى جهاز ثانٍ على الشبكة كافتراضي؛ النسخة المحلية أصبحت الآن الاحتياطية. أزال هذا تنازع الذاكرة الموصوف في المطبّات أعلاه.
1 أغسطس	اكتسب تطبيق الدردشة صور تفاعل زائلة — تظهر صورة فوق كل جهاز متصل لعشر ثوانٍ وتُغلَق عند أي إدخال. مقتصرة على بوت واحد عن قصد.
1 أغسطس	قِست طاقة حزمة الشريحة لأول مرة: 4.6 واط مع تشغيل الحزمة كاملة. Tctl عند الخمول 40 °م، القرص 286 جيجابايت مستخدَمة من 952 جيجابايت.

لقطة حالية

المقياس	القيمة
نظام التشغيل	Bluefin 44 (20260721)، لينكس 7.0.12
مدة التشغيل	يوم واحد
متوسط الحِمل	0.67
الذاكرة	7.8 جيجابايت مستخدَمة من 30 جيجابايت
القرص	286 جيجابايت مستخدَمة من 952 جيجابايت (31%)
طاقة حزمة الشريحة	4.6 واط
الوكلاء المستجيبون	8 من 8، بالإضافة إلى وكيلي صندوق بريد