المهارات

وصّل InsForge بثلاثة مسارات: CLI وSDK وOpenRouter

لمن يريد أن يبني وكيل تطبيقات خلفية بـ InsForge. ثبّت أولاً skills add الرسمي. الخلفية عبر مهارات CLI والعملاء عبر SDK ووظائف الذكاء الاصطناعي الجديدة تحتاج ai setup أولاً؛ التشخيص يحدد الموقع ولا يعطي إصلاحًا.

Official source · insforge-skills

Install

npx -y skills add insforge/insforge-skills

لمن يناسب

استخدم هذه المجموعة عندما تريد أن يبني وكيل ذكاء اصطناعي تطبيقات بـ InsForge، وهو Backend-as-a-Service. المصدر يكتب أنها تساعد المطوّرين على بناء التطبيقات عبر وكيل. صفحة المنتج:

https://insforge.dev/

مستودع المهارات:

https://github.com/insforge/insforge-skills

المصدر يعطي تمييزًا أساسيًا: بنية الخلفية تستخدم مهارات CLI؛ معظم تكاملات العميل تستخدم @insforge/sdk؛ وظائف الذكاء الاصطناعي الجديدة تستخدم OpenRouter API، وتُضبط المفاتيح بـ npx -y @insforge/cli ai setup. إن لم تكن جاهزًا لتشغيل التثبيت الرسمي على هذا الجهاز أو لا تقبل كتابة ملفات مهارة فلا تتابع بعد.

هناك أيضًا مهارة تشخيص: توجّه تشغيل أوامر التشخيص لتحديد المشكلات ولا تقدّم اقتراحات إصلاح. لا تتوقع أن تغيّر الشيفرة مباشرة. المصدر لا يوسّع قدرات الخلفية إلى جرد وظائف؛ لا تخترع عمليات أعمال ملموسة. من يريد فقط النقر على InsForge في المتصفح وليس جاهزًا لترك وكيل يوصل عبر مهارات CLI أو SDK لا يحتاج أن يبدأ من هنا.

أنهِ أول محاولة في 3 دقائق

افتح أولاً المستودع الرسمي وتحقق:

https://github.com/insforge/insforge-skills

التثبيت الموصى به هذا فقط. تثبيت المهارات يغيّر مجلد المهارات المحلي؛ قبل التنفيذ أكّد أنك تريد ترك مهارات InsForge هنا:

npx -y skills add insforge/insforge-skills

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

في المرة الأولى داخل الوكيل تحقق فقط؛ لا تشغّل ai setup بعد ولا تخترع أوامر تشخيص فرعية. اطلب من الوكيل ترديد التمييز الأساسي: بنية الخلفية عبر مهارات CLI، تكامل العميل غالبًا @insforge/sdk، وظائف الذكاء الاصطناعي الجديدة عبر OpenRouter، والتشخيص يحدد المشكلات فقط بلا اقتراحات إصلاح. نقطة الرصد: يستطيع بيان هذه المسارات الثلاثة بوضوح ولم يضبط مفاتيح ولم ينفّذ إصلاحات غائبة.

ai setup يضبط مفتاح API وهو أثر جانبي. شغّله فقط عندما تؤكد أنك تريد مفتاح OpenRouter لوظائف ذكاء اصطناعي جديدة:

npx -y @insforge/cli ai setup

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

حالات استخدام

الحالة 1: ثبّت المهارات أولاً عبر المدخل الرسمي. في وكيل يستطيع استقبال skills add، بعد قبول كتابة ملفات مهارة، نفّذ فقط npx -y skills add insforge/insforge-skills. يناسب من يريد فقط ربط مهارات InsForge بوكيل وليس جاهزًا بعد لضبط مفاتيح. إشارة النجاح: ينتهي أمر التثبيت طبيعيًا ويستطيع الوكيل القول إن هذا لـ InsForge Backend-as-a-Service. إن فشل التثبيت فتوقف؛ لا تنتقل إلى مسار السوق كمسار رئيسي احتياطي.

الحالة 2: تحقق أولاً من التوصيل ثم قرر هل تضبط مفتاح ذكاء اصطناعي. بعد التثبيت اجعل الوكيل يردد: بنية الخلفية تستخدم مهارات CLI، معظم تكاملات العميل تستخدم @insforge/sdk، وظائف الذكاء الاصطناعي الجديدة تستخدم OpenRouter API، والمفاتيح تُضبط بـ npx -y @insforge/cli ai setup؛ مهارة التشخيص تحدد المشكلات فقط ولا تقدّم اقتراحات إصلاح. يناسب من يخشى أن يخرج الوكيل فورًا إلى الشبكة أو يغيّر الخلفية عشوائيًا. إشارة النجاح: تمييز المسارات الثلاثة وحدّ التشخيص واضحان. قبل تشغيل ai setup فعلًا أكّد أنك تريد ترك المفتاح. المصدر لا يعطي جرد أوامر تشخيص؛ لا تخترعه. لا تعامل «مساعدة المطوّرين على بناء التطبيقات» كأن خطوات إنشاء أو ترحيل ملموسة قد أُعطيت أصلًا.

حدود الاستخدام

المسار الرئيسي هو npx -y skills add insforge/insforge-skills فقط. المصدر كتب أيضًا تثبيت سوق إضافات؛ ذلك ليس المسار الرئيسي لأول محاولة. لا تضعهما جنبًا. صفحة المنتج:

https://insforge.dev/

يجب أن يصمد تمييز المسارات الثلاثة: بنية الخلفية عبر مهارات CLI، تكامل العميل غالبًا @insforge/sdk، وظائف الذكاء الاصطناعي الجديدة عبر OpenRouter وإنهاء ai setup أولاً. مهارة التشخيص توجّه التحديد فقط ولا تقدّم اقتراحات إصلاح. المصدر لا يوسّع جرد عمليات خلفية ملموسة ولا يكتب مجلد المهارات أو حقول المفتاح أو خطوات الإزالة. لا تُكمل أفعال أعمال أو أوامر إصلاح أو قائمة عملاء غير مكتوبة. نجاح المرة الأولى هو انتهاء التثبيت وترديد الوكيل للتمييز فقط؛ قبل ضبط مفتاح أو تشغيل تشخيص أكّد الآثار الجانبية. إن بدأ الوكيل إعطاء خطوات إصلاح فتوقف أولاً وعد إلى «تحديد المشكلات فقط». لا تتظاهر بأن OpenRouter موصول أصلًا لوظائف ذكاء اصطناعي جديدة قبل انتهاء ai setup. لا تتجاوز @insforge/sdk في تكامل العميل ولا تخترع اسم SDK آخر. ولا تبدّل بنية الخلفية إلى مثبّت لم يظهر. الدليل لا يكتب مسارات إزالة أو تحديث؛ لا تخترع أوامر. نجاح المرة الأولى يطلب فقط انتهاء التثبيت وأن يقول الوكيل بوضوح مسارات مهارات CLI وSDK وOpenRouter الثلاثة.