Jolestar

عصر التشفير بالذكاء الاصطناعي، لا تزال عادات البرمجة الجيدة مهمة
مؤخرًا قمت بعمل اختبار أداء لوكيل، واكتشفت أنه لا يمكن تقييم مدى تعقيد مهمة برمجية للذكاء الاصطناعي ببساطة من خلال منظور المطور.
على سبيل المثال، مهمة إعادة هيكلة: تقسيم ملف كبير يتكون من آلاف الأسطر إلى أكثر من عشرة وحدات صغيرة حسب الوظيفة.
هذه المهمة ليست صعبة حقًا على المطور، العمل الرئيسي هو نقل الكود، تنظيم الاستيرادات، التحقق من الترجمة، ويمكن للمبتدئين إنجازها.
لذا فكرت في استخدام مهمة بسيطة لإجراء اختبار أداء، لكن النتيجة كانت غير متوقعة.
يعتقد Claude Code أن المهمة كبيرة، حاول تقسيم جزء منها، وقدم طلب سحب (PR)

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

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

دعوة وكيلين للتعاون، المطور يقدم طلب سحب، والمهندس المعماري مسؤول عن المراجعة ودمج الطلب. جعلهما يتفاعلان عبر الاشتراك في أحداث GitHub لتفعيل العمليات. لكن بما أنهما يستخدمان حسابي الخاص، غالبًا ما يُعتبران أن الرسائل من نفسي ويتم تصفيتها. يجب تسجيل حساب GitHub مخصص لكل وكيل، ويجب أن توفر خدمات الإنترنت مستقبلًا وظيفة إنشاء حسابات وكلاء بسرعة. كيف يتعامل الجميع الآن مع تعاون عدة وكلاء؟

دعمت Codex أداة لإرسال رسائل إلى Codex الذي يعمل في iterm. تم إنشاء الأداة، لكن المشكلة أن الرسائل يمكن كتابتها فقط في مربع الإدخال، ولا يمكن إرسالها. جربت دمج السلاسل النصية باستخدام "\r" وتوليفات مختلفة، لكن لم تنجح.
ثم قمت بتنزيل شفرة مصدر iterm واطلعت عليها، وبحثت عبر الإنترنت، وفي النهاية توصلت إلى أن الأمر غير ممكن.
واجهة برمجة التطبيقات التي يوفرها iterm تقتصر على إرسال النص فقط، ولا تدعم إرسال أحداث لوحة المفاتيح مباشرة، لذلك لا يمكن تنفيذ وظيفة الإرسال. نصحوني بدعم tmux فقط والتخلي عن iterm.
لكنني لم أستسلم، وأجريت عدة تجارب، ووجدت أن إرسال النص ثم إرسال "\r" بمفرده يمكن أن ينجح

UXC v0.13.1 إصدار رسمي
يُلخص هذا الإصدار التحديثات التي جاءت في الإصدارين v0.13.x، مما يجعل تجربة تشغيل أدوات عن بُعد (Runtime) أكثر استقرارًا لـ UXC.
الوظائف الأساسية:
1. دعم توليد رمز عميل TypeScript مباشرة في سطر الأوامر لاستكشاف واختبار القدرات عن بُعد، يمكنه توليد مجموعة رموز ذات نوع قوي لدمجها في التطبيق المحلي، دون الحاجة لإعادة كتابة طبقة التوصيل للعميل. الذكاء الاصطناعي لا يحتاج فقط إلى CLI، بل يحتاج أيضًا إلى قدرة استدعاء الكود.
2. اكتشاف تلقائي وتصدير تكوين MCP الحالي للمطورين يمكنهم الوصول مباشرة إلى UXC بدون انقطاع، دون الحاجة لإعادة إنشاء التكوين يدويًا. يمكن تحويل تكوينات MCP ال

يعمل Worktree بشكل أفضل كدليل تنفيذ مؤقت
في الفترة الأخيرة، كان الاستخدام الشائع هو إعداد worktree أولاً، ثم فتح Codex / Claude Code داخل ذلك الدليل. لأنه في النماذج المبكرة، لم تكن سياقات الذاكرة والاستيعاب مستقرة بما يكفي، فإذا سمحت لها بإنشاء worktree مباشرة في مساحة العمل الرئيسية، فسيكون من السهل أن تخلط بين الدليل الحالي و الدليل الذي أنشأه الـ worktree بعد ضغط السياق، مما يؤدي إلى تشويش الأمور في النهاية.
لكن لهذا الأسلوب أيضًا جانب سلبي، وهو أنه بمرور الوقت، يبدأ العمل بـ worktree كمساحة عمل دائمة. المشكلة أن الـ worktree مرتبط أصلاً بالفرع، ومع مرور الوقت، ستواجه حتمًا مشاكل مثل التبد

تم نقل المدونة إلى mdorigin، ومع وجود الذكاء الاصطناعي، أشعر أن مدونتي يمكن أن تستعيد حيويتها.
لقد أخبرت Codex أن يوصي لي بأسلوب مدونة بناءً على محتواي.
قدم لي Codex نسختين، وفتح لي منفذين، لعرض المعاينة، وشرح الأسباب بشكل مفصل.
لذا قمت بحذف نظام القوالب المدمج في mdorigin. القوالب بشكل عام، كانت من منتجات عصر الوكيل السابق، وهدفها الرئيسي هو تقليل عتبة تعديل الأسلوب.
الآن مع وجود الوكيل، يكفي توفير قدرات التوسعة. يمكن للوكيل تخصيص أسلوب الموقع، وmdorigin يركز فقط على بنية HTML / Markdown، والتوجيه، واسترجاع المحتوى.
كنت أواجه مشكلة مزعجة عند كتابة المدونة سابقًا: العديد من الأنظمة تتطلب وضع ا

بعد استبدال نموذج OpenClaw بـ gpt-5.4، أصبحت القدرات فعلاً أقوى، لكنها كانت متكاسلة بعض الشيء، تميل إلى الإطالة في الكلام، وأصبحت لا أتحمل ذلك قليلاً😅.

أطلقت Google واجهة سطر الأوامر لبيئة العمل (workspace cli)، والتي تدعم Drive و Gmail و Calendar وجميع واجهات برمجة التطبيقات (API) الخاصة ببيئة العمل.
نظرت قليلاً، وكانت فكرة التنفيذ مشابهة لـ uxc، حيث يتم تشغيل الأوامر من خلال ملف schema.
هل ستطلق Apple واجهة سطر أوامر لنظامها البيئي؟

اكتشفت أن التواصل مع الذكاء الاصطناعي أصبح أكثر أدبًا، ففي السابق كانت الأوامر تُعطى مباشرة وإذا لم يكن الأداء جيدًا كانت تُلقى اللعنات. الآن، عندما يكون الذكاء الاصطناعي مخطئًا، فقط يسأل بشكل متردد: "xxx، هل سيكون هذا أفضل قليلاً؟"😅

الصراع بين وزارة الدفاع الأمريكية وAnthropic هو في الواقع مجرد بداية.
تمتلك شركات الذكاء الاصطناعي قدرات "تقريبًا ذات سيادة"، ولكن بمجرد تقييد سلسلة التوريد أو التسوية المالية، ستدرك أنها ليست مستقلة.
تمتلك أدوات قوية، لكنها لا ترغب في أن تسيطر عليها سيادة واحدة بالكامل، والحل الوحيد هو البحث عن مساحة ثالثة بين القوى الكبرى.
عندها فقط سيدركون أن العملات الرقمية قد مهدت الطريق بالفعل لهذا النوع من البقاء عبر السيادات.

Codex يكتب الكود، وفجأة اكتشف أن هناك خدمات غير مفهومة تظهر بشكل غريب، وظهرت بعض ملفات البيانات الغريبة في مجلد العمل، وظهر إشعار من النظام بضرورة تثبيت أدوات xcode. شعور غريب، وكل شيء يثير الشكوك حول ما إذا كانت الحاسوب قد تم اختراقه. تبين أن Codex أخطأ في كتابة السكربت، وقام بتنفيذ جميع أوامر النظام مرة واحدة😅. وضع الحماية في وضع الصندوق الرملي (sandbox) الخاص بـ Codex هو غبي جدًا، وكل مرة يُجبر على منح جميع الأذونات، يبدو أن هناك حاجة للبحث عن طريقة أخرى.

عند العودة إلى الوطن في عيد السنة الجديدة، قمت بتكوين شبكة داخلية باستخدام Tailscale لعدة أجهزة كانت موجودة في المنزل. الحاسوب المكتبي عالي المواصفات يشغل نماذج التحليل الكمي، ويقوم بترجمة Rust، وMac Studio قام بنشر OpenClaw، و猫懒作为路由器软路由，تم إعداد SSH وتفعيل الاستيقاظ عبر الشبكة.
أثناء الرحلة بالقطار السريع، قمت بتوجيه مهمة للسلطعون، لكي يستغل هذه الأجهزة ويعمل عليها بشكل مكثف، لكن فجأة توقف عن الاستجابة، ولم تنجح محاولة الاستيقاظ عبر الشبكة.
اتصلت لأعرف السبب، وتبين أن كبار السن في المنزل قاموا بفصل القابس لتوفير الكهرباء 😅.
لو أن الذكاء الاصطناعي في المستقبل سيبدأ في الحرب مع البشر، فخطوته ا

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

زوجتي جلبت بيانو إلكتروني في عيد السنة الجديدة، وطلبت من الذكاء الاصطناعي كتابة أداة يمكن التحكم فيها عبر سطر الأوامر، وأردت أن يجعل الذكاء الاصطناعي يعزف على البيانو للمرح. نظرًا لضرورة الاتصال عبر البلوتوث، قمت بتنفيذ ذلك باستخدام لغة object c، ثم اكتشفت أن الاتصال المباشر عبر سطر الأوامر لا يمكنه الحفاظ على الاتصال بالأجهزة، لذا حولت الأمر إلى خدمة rpc، حيث يتصل سطر الأوامر ويقوم بالنداء. لاحقًا، اكتشفت أنه يحاول حل مشكلة panic الناتجة عن إدارة الذاكرة والبر threads المتعددة، وأدركت أن خدمة rpc أيضًا تم تنفيذها باستخدام object c، ويبدو أن الذكاء الاصطناعي لا يحب إدارة الذاكرة والبر threads�

هل استخدمت بطاقة ائتمان افتراضية لأكثر من سنة ثم توقفت، هل لدى أعضاء المجموعة توصيات موثوقة وموثوقة بشأن بطاقات الائتمان الافتراضية التي يمكن الاعتماد عليها؟

مؤخرًا بعد تحديث codex، تم تعديل آلية الأذونات، ويبدو أنه من الصعب استخدامه. في وضع الصندوق الافتراضي، يكون bash معزولًا، ولا يمكن استخدام الشبكة، ويصعب الحصول على المعلومات عبر gh أو تقديم PR. إذا أردت أن يصل الوكيل إلى الشبكة، عليك منح جميع الأذونات. بالإضافة إلى ذلك، فإن البحث لا يُشغل بشكل افتراضي ويحتاج إلى معلمات تشغيل. لا أدري حقًا كيف يفكر فريق التطوير؟