أشعر أن هناك الكثير من القدرات والمعرفة الكامنة محبوسة داخل GPT 4.5 يتم تجاهلها ببساطة بسبب ارتفاع تكاليف الاستنتاج. أتمنى لو أن OpenAI يجد طريقة لكشف ذلك بشكل أفضل، لكن يبدو أنهم اعتبروا الأمر مجرد تجربة فاشلة في هذه المرحلة.

سير عمل البرمجة الوكيل لدي أصبح ميتا ومرجعيا جدا مؤخرا. أشعر أن دواسة العجلة الطائرة تزداد سرعة الآن مع تزايد مستوى تفاعلي/توجيهي نحو قيادة أدواتي الخاصة. مثل هذا السؤال الغريب الذي استخدمته للتو، حيث طلبت من أوبوس 4.5 أن يستخدم أداة تحليل الخرزات الخاصة بي لمعرفة ما الذي يجب أن يطبقه جميع أصدقائه الروبوتيين بشكل أفضل لاستخدام نظرية الرسوم البيانية على مئات المهام المفتوحة والمهام الفرعية في الخرز: "أعد قراءة AGENTS dot md أولا. هل يمكنك تجربة استخدام BV للحصول على بعض الرؤى حول ما يجب أن يعمل عليه كل وكيل بشكل أكثر فائدة؟ ثم شارك هذه الرؤى مع الوكلاء الآخرين عبر بريد الوكلاء واقترح بشدة في رسائلك العمل الأمثل لكل واحد منهم واشرح كيف ولماذا توصلت إلى ذلك باستخدام BV. استخدم التفكير الفائق."

على الرغم من أن جهازي سريع جدا، إلا أنني كنت أشعر بالإحباط من شعور جهازي كله بعدم الاستجابة، مع تقطعات الفأرة ولوحة المفاتيح، لأن بعض المهام كانت تشغل عدة عمليات مكثفة دفعة واحدة وتثبت كل معالج عند استخدام يقارب 100٪. على سبيل المثال، غالبا ما يكون لدي 10 مشاريع مفتوحة في وضع المؤشر في وضع WSL تحت ويندوز 11. عندما كان المؤشر يقوم بالتحديث وإعادة التشغيل، كل تلك العمليات التي تبدأ في نفس الوقت كانت تتسبب في سحق جهازي. أو أعمل على مشاريع مختلفة في نفس الوقت، وفجأة يحاول أحد الوكلاء تجميع قاعدة شيفرة كبيرة ل Rust، وفجأة يبدأ الفأرة بالتقطيع، وهذا يزعجني كثيرا. أخيرا سئمت من الأمر وقررت أن أفعل شيئا حيال ذلك. هناك بعض الحزم الموجودة التي قدمت الكثير مما أردته، خصوصا Ananicy، لكنني أردت شيئا يتعامل مع كل الإعدادات تلقائيا لحل المشاكل المحددة التي أواجهها. ببساس، الطريقة التي تعمل بها هي أنه يكتشف عملية تستخدم كمية كبيرة جدا من المعالج ثم يغير مستوى الأولوية (كم هو "جميل" في لغة يونكس) ليخفضه ويعيد الاستجابة لجهازك. يمكنه أيضا فعل الشيء نفسه للعمليات التي تقتل إدخال/إخراج لديك بسبب ملايين مقابض الملفات المفتوحة واستخدام الكثير من الإدخال/الإخراج باستخدام "ionice". كنت أريد شيئا يقوم بكل شيء من حيث التثبيت، التكوين، الاستمرارية، إلخ، مع تثبيت قصير "يعمل فقط". هذا موضح في أول لقطة شاشة أدناه. وأثناء قيامي بذلك، قررت أن أصنع شاشة نظام في Golang تسمى sysmon وتتميز بواجهة طرفية أنيقة جدا (انظر اللقطات الثانية والثالثة أدناه). ومن المفارقات أن هذا تحول إلى مشروع أكبر بحد ذاته، لكنني سأحتفظ به كجزء من هذا النظام الموحد على أي حال. يشبه الأمر إلى حد ما htop أو btop لكنه يركز حصريا على تحديد البرامج/العمليات التي تضعف أداء نظامك. يظهر لك أسوأ المخالفين، ويأخذ أيضا الإدخال/الإخراج في الاعتبار. هناك بعض الأوامر الصغيرة الخاصة للمؤشر والشحن، لأنها سببت لي أكبر المشاكل. على أي حال، ألق نظرة وأخبرني برأيك. كل المشروع مفتوح المصدر بالكامل ومرخص من معهد ماساتشوستس للتكنولوجيا ويمكن العثور عليه هنا: