المواضيع الرائجة
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
أصبحت أقتنع أكثر فأكثر بأن نهج أدوات يونكس الذي يعتمد على وجود مجموعة من الوحدات الوظيفية المركزة والقابلة للتركيب يمكن استخدامها بشكل منفصل أو كجزء من خط أنابيب أكبر، هو أيضا أفضل نهج لأدوات برمجة الوكلاء.
المشكلة في محاولة إنشاء نظام موحد كبير يقوم بكل شيء هي أن الناس لديهم سير عمل وطرق تطوير خاصة بهم، وعادة ما يكون من الصعب جدا محاولة إنشاء مشروع موحد يناسب الجميع يمكنه استيعاب ذلك دون أن يتحول إلى تعقيد هائل لا يعمل جيدا عمليا.
لدي أداة واحدة لبريد الوكلاء، وأداة لإدارة المهام (خرز ستيف ييغ)، وأداة لاختيار المهام (BV)، وأداة للبحث في التاريخ السابق (cass)، وأداة واحدة لمعالجة اللغات متعددة اللغات واكتشاف الأخطاء (ubs)، وأداة لمعالجة الأوامر الحساسة (slb)، وواحدة لإدارة جلسات TMUX ووكيل (NTM)، وواحدة للذاكرة (CSM)، وهكذا.
ويمكنك استخدام واحدة منها، أو بعضها، أو جميعها. وهي متكاملة جزئيا مع بعضها البعض، لكن دائما اختيارية. لذا يمكن ل slb استخدام بريد الوكيل إذا كان لديك الإعدادات، لكنه يعمل بشكل مستقل أيضا. وNTM يمكنه عرض المعلومات من BV لكنه ليس مفروضا.
تصبح مثل كتل ليغو صغيرة يمكنك استخدامها لبناء أي نظام تريده، ويصبح من السهل إنشاء أدواتك الخاصة لإضافة الوظائف التي تريدها.
ثم يصبح ملف AGENTS dot md الخاص بك أشبه بنظام تشغيل حيث تقوم "بتثبيت" الأدوات في ذاكرة العمل الخاصة بالوكيل وتهيئة الأدوات بوصف كيف ومتى ولماذا تستخدمها (الغريب أنك الآن تضطر للقلق بشأن إقناع الجهاز باستخدام الأدوات!)
لذا يمكنك إعداد جميع أدواتك على جهازك لكن تفعيل الأدوات المحددة فقط حسب المشروع عن طريق تضمين النصوص ذات الصلة التي تشرح الأدوات التي تريد استخدامها.

الأفضل
المُتصدِّرة
التطبيقات المفضلة
