jolestar

تم إلغاء اشتراك GPT بشكل غير مفهوم من Google Play، والآن يبدو أنه لا يوجد مدخل للاشتراك في نسخة Android من GPT؟ هل واجه أي شخص مشكلة مماثلة؟

تم إصدار holon v0.19.0
هذا الإصدار يتضمن واجهة ويب مدمجة، كما أعاد هيكلة نظام التخزين الأساسي، وأعاد هيكلة نظام API و الأحداث، وملأ العديد من الثغرات التي اكتشفتها الذكاء الاصطناعي.
كان يستخدم سابقًا JSONL، وعندما زاد حجم البيانات أصبح من الصعب صيانته.
بالإضافة إلى ذلك، مع عادات برمجة الذكاء الاصطناعي، كانت تُستخدم عملية البحث باستخدام grep وإذا لم يُعثر على شيء يُضاف، مما أدى إلى وجود العديد من التكرارات في API و الأحداث.
لذا، تم نقل كل شيء إلى قاعدة بيانات sqlite، لكن لم يتوقع أحد أن تتراكم البيانات وتصبح كبيرة جدًا، حيث تجاوز حجم قاعدة البيانات 4 جيجابايت، وواجهت مشكلة في الأداء، لذ

هل طلب جهاز كودكس توكن تسجيل الدخول فجأة التحقق من رقم الهاتف؟ ووجدت أن رقم هاتف openai غير موجود في إعدادات الحساب؟ ويبدو أنه لا يوجد مكان لتغييره.

ما نوع الأدوات الأساسية التي يحتاجها الوكيل
رأى الجميع يتحدث عن مجموعة أدوات الوكيل——هل يكفي فقط توفير قشرة شل ليتم كل شيء؟ بعد عمل holon اكتشفت أن الأمر ليس بهذه البساطة.
اقرأ: لماذا تخلينا عن Read/Glob، واتجهنا بالكامل نحو الشل
طورت مجموعة أدوات holon عدة إصدارات، وفي النهاية تخلت عن أدوات مخصصة مثل Read (لقراءة الملفات) و Glob (للبحث عن أنماط)، التي كانت تقدمها Claude Code، واعتمدت على تنفيذ كل عمليات القراءة والبحث عبر الشل. وهذا يتوافق مع مسار Codex——أمر ExecCommand واحد، قراءة الملفات باستخدام cat، البحث عن الكود باستخدام rg، دون الحاجة لتعريف أداة منفصلة لكل نوع من عمليات "القراءة

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

عصر التشفير بالذكاء الاصطناعي، لا تزال عادات البرمجة الجيدة مهمة
مؤخرًا قمت بعمل اختبار أداء لوكيل، واكتشفت أنه لا يمكن تقييم مدى تعقيد مهمة برمجية للذكاء الاصطناعي ببساطة من خلال منظور المطور.
على سبيل المثال، مهمة إعادة هيكلة: تقسيم ملف كبير يتكون من آلاف الأسطر إلى أكثر من عشرة وحدات صغيرة حسب الوظيفة.
هذه المهمة ليست صعبة حقًا على المطور، العمل الرئيسي هو نقل الكود، تنظيم الاستيرادات، التحقق من الترجمة، ويمكن للمبتدئين إنجازها.
لذا فكرت في استخدام مهمة بسيطة لإجراء اختبار أداء، لكن النتيجة كانت غير متوقعة.
يعتقد 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 واجهة سطر أوامر لنظامها البيئي؟