Skip to main content

متى تضيف وحدة

تحتوي بيئة التشغيل على 15 وحدة. إضافة وحدة سادسة عشرة هو قرار مهم - افعل ذلك عندما لا تتناسب وظيفة جديدة مع أي منطقة موجودة وتكون مهمة بما يكفي لتكون جزءًا دائمًا من خط الأنابيب.
قبل إضافة وحدة، فكر فيما إذا كانت الوظيفة تنتمي لوحدة موجودة. إذا كانت أداة جديدة، فربما تنتمي إلى cerebellum كقدرة. إذا كانت فحص أمان جديد، فتنتمي إلى amygdala. الوحدات الجديدة هي للوظائف الإدراكية الجديدة فعلاً.

الخطوة 1: إنشاء المجلد

اتبع اتفاقية شيء واحد لكل مجلد:

الخطوة 2: تعريف الصنف

كل وحدة تتبع نفس نمط المُنشئ:

الخطوة 3: تعريف أحداث Corpus

أضف أحداث وحدتك إلى تعداد CorpusEvent في corpus.ts:
سمِّ الأحداث بصيغة module-name.past-tense-verb. هذا يجعل سجل الأحداث يُقرأ كقصة: “رسالة وُصلت، سياق بُني، أمان فُحص، استجابة بُثّت.”

الخطوة 4: الربط في Agent

استورد وأنشئ نسخة من وحدتك في agent.ts:
مكان تشغيل وحدتك في خط الأنابيب يعتمد على ما تفعله:

الخطوة 5: إضافة تخزين مساحة العمل (إذا لزم الأمر)

إذا احتاجت وحدتك لحالة دائمة، أنشئ مجلدًا في الافتراضيات:
اقرأ واكتب ملفات Markdown للحالة:

قواعد التصميم

جميع الاتصالات بين الوحدات تمر عبر أحداث corpus. هذا يحافظ على رسم التبعيات مسطحًا ويجعل الوحدات قابلة للاختبار بشكل مستقل.
كل وحدة تفعل شيئًا واحدًا بالضبط. إذا كنت تضيف وظيفتين غير مرتبطتين، فهما وحدتان (أو إحداهما تنتمي لوحدة موجودة).
قابلة للقراءة البشرية، قابلة لإصدار Git، قابلة لتحليل نموذج اللغة. لا تستخدم أبدًا الصيغ الثنائية أو JSON لحالة مساحة العمل. Markdown مع بيانات YAML الوصفية هو المعيار.
يجب أن تكون وحدتك قابلة للاختبار بمحاكاة corpus فقط. إذا احتجت لمحاكاة خمسة أشياء أخرى، فوحدتك لديها تبعيات كثيرة جدًا.
إذا احتاجت وحدتك لتكوين، اقرأه من config.json عبر مساعد مساحة العمل. لا تخترع آلية تكوين جديدة.

الاختبار

اختبر وحدتك بشكل معزول بمحاكاة corpus:

نظرة عامة على البنية

فهم كيف تتكامل الوحدات الـ 15 معًا.

هيكل المشروع

أين يوجد كل شيء في الكود.