هذه الوثيقة تأتي بعد أن أصبحت Thesis 1 تمتلك evidence قوية داخل prototype_v3b_curriculum،
لكن هذه القوة كشفت bottleneck جديدة:
concept_activation_rate = 1.0concept_count = 11
أي أن المفاهيم أصبحت مفيدة، لكن هناك خطر أن تكون:
- over-activated
- أو proliferating أكثر من اللازم
- أو مرتبطة بالـ curriculum الحالية أكثر من ارتباطها بجوهر المهمة
إذًا الهدف الآن هو:
هي السياسة والآليات التي تحدد:
- متى ينبغي تفعيل concept؟
- كم concept نفعّل للمهمة الواحدة؟
- أي concepts نرجّح؟
- ومتى يجب عدم تفعيل أي concept؟
Concept Selectivity = controlled activation of abstractions under relevance, budget, and anti-sprawl constraints
إذا كانت المفاهيم لا تُفعل أبدًا:
- تصبح artifacts جميلة بلا أثر
إذا كانت المفاهيم تُفعل دائمًا:
- تتحول إلى noise
- تضعف falsifiability
- وقد تخلق apparent gains مبنية على over-conditioning
إذًا الهدف ليس:
- zero concepts ولا:
- all concepts all the time
بل:
وجود concepts مفيد، لكن الانتقائية في استخدامها لا تقل أهمية عن تكوينها.
Top-k الثابتة قد تكون أسهل في البداية لكنها ستقود إلى concept overuse أو concept sprawl لاحقًا.
الـ selectivity الجيدة يجب أن تراعي:
- semantic fit
- contract fit
- family fit
- cost/complexity
- anti-redundancy
بعض المهام يجب أن تتلقى zero concepts if concept value is low.
نقترح أن صلاحية concept candidate for activation تُحسب من خمسة مكونات:
هل concept تنتمي إلى family المناسبة؟
هل concept مرتبطة بـ required properties أو forbidden shortcuts للمهمة؟
هل هناك overlap أو semantic closeness بين task/case والـ concept؟
هل concept تضيف جديدًا أم تكرر concept أخرى مفعلة؟
هل عدد المفاهيم المفعلة أو nature of task يجعل إضافة concept أخرى عبئًا أكثر من فائدة؟
لا تُفعل أي concepts.
تُفعل concept واحدة فقط، strongest candidate.
عدد صغير محدود (مثل 2 أو 3) مع thresholds واضحة.
عدد المفاهيم يتحدد حسب:
- ambiguity
- contract complexity
- benefit estimate
للـ prototype الحالية:
أفضل من activation المفتوحة.
نقترح object صريحة:
task_refconcept_refactivation_scoreactivation_reasonsredundancy_penaltyselected: boolranknotes
هذه object مهمة جدًا لكي لا يصبح التفعيل implicit وغير قابل للتفسير.
نقترح score مبدئية على شكل:
ActivationScore = FamilyFit + ContractFit + SemanticFit - RedundancyPenalty - ComplexityPenalty
ليس مهمًا الآن أن تكون رقمية دقيقة جدًا، لكن المهم أن تصبح explicit ومحكومة.
هذه نقطة محورية.
- task low complexity and low ambiguity
- no relevant concept clears threshold
- concepts المتاحة generic جدًا
- procedural skill alone sufficient
- concept activation expected to add noise more than value
لأن success الحقيقية لـ Concept Engine ليست في تفعيلها دائمًا، بل في معرفتها متى تسكت.
Concept Selectivity ليست مشكلة محلية فقط، بل اقتصادية أيضًا.
كل concept مفعلة تستهلك:
- context space
- attention budget
- interpretation bandwidth
- verifier coupling
إذًا concept selection جزء من:
framing تساعد في الانتقاء:
- primary frame تعطي family prior
- secondary frames قد ترفع concept أخرى
- لكن ambiguity العالية لا تعني تفعيل كل concepts الممكنة
إذًا:
- framing guides
- selectivity filters
TaskCase hidden contract الآن يجب أن تكون مصدرًا قويًا للـ selectivity.
required_propertiesforbidden_shortcutsdiagnostic_purpose
concepts التي ترتبط بهذه signals يجب أن تُعطى وزنًا أعلى من concepts family-generic فقط.
هناك ثلاث درجات من تأثير concept:
مذكورة كhint عامة
تغير قالب reasoning أو تمنع shortcut محددة
تؤثر على retrieval / verification / tier routing
المفاهيم القوية يجب أن تتحرك من Hint-only إلى Directive/Control influence.
مفاهيم كثيرة في كل task.
وجود concepts نافعة لكن لا تُستخدم.
عدة concepts متشابهة تتكرر بلا فائدة إضافية.
تفعيل concept لمجرد family match حتى لو contract mismatch.
تفعيل concepts مرتبطة بـ contract فقط وتجاهل family/semantic fit.
الخطوة الحالية المقترحة:
إرجاع select_applicable_concepts من top-k broad إلى:
- scored candidates
- explicit ActivationDecision objects
فرض حد أقصى صغير:
- top-1 أو top-2
إضافة threshold صريح أي concept تحت score معين لا تُفعل
إضافة redundancy penalty إذا كانت concept الثانية لا تضيف جديدًا، تُسقط
إضافة report جديد:
- concept selectivity report
- concept_activation_rate
- avg concepts per task
- zero-concept task rate
- concept utility when activated
- redundant concept activation rate
- activation precision (كم مرة كانت concept المفعلة helpful فعلاً)
- activation rate تنخفض من overuse إلى selective use
- performance لا تنهار
- أو تتحسن under stricter regimes
- concept utility per activation ترتفع
- concept_count قد تبقى نفسها، لكن activation discipline تتحسن
الخطوة التالية يجب أن تكون تنفيذية مباشرة:
- تعديل concept selection لتنتج activation scores
- تقييد max active concepts
- بناء selectivity report
- إعادة تشغيل
prototype_v3b_curriculum - مقارنة:
- performance
- cost
- concept_activation_rate
- concept utility
وهذا سيكون الاختبار الحقيقي التالي لنضج Thesis 1.