استخدام dv (Discourse Vibe) لتكوين Discourse AI في التطوير

dv - Discourse Vibe - https://github.com/samsaffron/dv هي أداة كنت أقوم ببنائها تتيح لك العمل بسهولة على حاويات تطوير Discourse متعددة مهيأة مسبقًا.

لقد قمت ببنائها لتسهيل العمل مع وكلاء الذكاء الاصطناعي، ولكن مع مرور الوقت تقوم بالمزيد والمزيد من الأشياء.

من بين الأشياء التي يمكنها القيام بها:

  • سحب طلب سحب (PR) في حاوية
  • استخراج واستيراد الكود إلى حاوية
  • تشغيل مثيلات تطوير Discourse متعددة على منافذ متعددة
  • تشغيل عدد كبير من وكلاء الذكاء الاصطناعي داخل الحاويات
  • وأكثر من ذلك بكثير

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

لتشغيل هذا على جهازك الخاص.

  • تثبيت Docker
  • تشغيل برنامج التثبيت النصي في README الخاص بـ dv (أو go build له)
  • تشغيل dv build (إذا كانت لديك ذاكرة وفيرة) أو dv pull إذا كانت ذاكرتك محدودة. سيمنحك هذا الصورة الأساسية.
  • تشغيل dv new some-name (dv ls لسرد الحاويات)
  • تشغيل dv config ai وتكوين نموذج اللغة الكبير (LLM) الخاص بك باستخدام واجهة المستخدم النصية (TUI)

image

  • dv config ai --help لمعرفة مفاتيح واجهة برمجة التطبيقات (API) المحتملة التي نبحث عنها

  • بعد إضافة نموذج اللغة الكبير (LLM)، سيكون لديك بيئة تطوير عاملة مهيأة بالكامل مع Discourse AI

  • قم بزيارة localhost:4200/session/admin/become لتسجيل الدخول كمسؤول

  • تحدث إلى الروبوت (بوت الذكاء الاصطناعي في الشريط الجانبي)

image

عرض توضيحي بالفيديو:

لقد نشرت أيضًا كيفية استخدام dv + موجه كود Claude + Discourse MCP على:

17 إعجابًا

شكرًا لك على هذا! أفهم بما يكفي لأدرك أن هذا قد يكون مثيرًا للغاية بالنسبة لي، لكنني أفتقر إلى بعض قطع المعرفة التي تتيح لي فهم ما يفعله هذا حقًا وكيف يمكنني الاستفادة منه.

هل تمانع في تقديم القليل من السياق “غير المخصص للمطورين”؟ (أنا من هواة التجميع: لا أعرف دائمًا كيف أصف مهاراتي في هذا المجال… لست طليقًا في البرمجة بأي شكل من الأشكال، لكنني “أتفهم” المبادئ الأساسية بما يكفي لتمكنني من النضال من خلال كتابة بعض الإضافات الأساسية لـ WordPress في الماضي، وأعرف بعض أشياء سطر الأوامر، وأفهم البرمجة البسيطة وإدارة الخوادم… ما أراه من الذكاء الاصطناعي يجعلني أحلم بأنني سأتمكن أخيرًا من الاقتراب من تنفيذ بعض مشاريعي!)

  • تشغيل عدة نسخ من Discourse Dev على منافذ متعددة

يبدو هذا رائعًا يا سام. لم أقم بالتثبيت بعد. لقد واجهت صعوبة كبيرة في تشغيل عدة نسخ من Discourse باستخدام Docker على خادم Ubuntu. أستخدم Caddy كوكيل عكسي.

أعتقد أن هدفي الرئيسي هو محاولة عكس نسخة Discourse الحية في بيئة التطوير للعمل على عناصر مخصصة قبل نشرها مباشرة. ويفضل أن يكون ذلك على اسم نطاق منفصل.

هل يجب تثبيت هذا أولاً ثم تثبيت نسخ Discourse جديدة وتكوينها، أم يمكن تثبيته ليعمل مع التثبيتات الموجودة ثم إضافة المزيد؟ لست متأكدًا مما إذا كان Caddy هو الخيار الأفضل لإدارة DNS لاستخدام هذا التكوين، أو ما إذا كان هناك خيار آخر أفضل.

يسعى dv إلى أن يكون أداة متكاملة من البداية إلى النهاية. فهو يدير الوكيل وجميع الجوانب الأخرى؛ على سبيل المثال، أبقي مثيلاتي على XYZ.home.arpa.

يمكنك تكوين حاويات متعددة باستخدام dv، ثم استخدام أمر dv catchup لتحديثها إلى أحدث إصدار، مما سيعنى بتحديث الإضافات والنواة الأساسية.

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

هذا البيئة موجهة بشكل أساسي جدًا “للمطورين والمصممين في المقام الأول”. يمكنك تشغيل dv build ثم dv new something ثم dv ra codex والتجول في النظام، لكن الهدف ليس جلب الهندسة إلى الجماهير، بل محاولة إنشاء العديد من الحزم المعزولة للتطوير على جهازك كميزة للمستخدمين المتقدمين من المهندسين والمصممين.

إعجابَين (2)

شكرًا، الأمر واضح. إذا كان مخصصًا للأشخاص الذين يرغبون في إدارة بيئات تطوير متعددة في آن واحد، فهو بالتأكيد ليس لي (لا يزال أفكر فيما إذا كان يجب أن أُنشئ واحدة :rofl:)

إعجاب واحد (1)

إنه مفيد حتى لبيئة واحدة لأنه يجعل إعداد الأشياء أسهل بكثير

dv build dv new something dv list

لكنه في الغالب أداة تقنية للمطورين والمصممين، وليس مصمماً للهواة.

3 إعجابات