تدقيق وكيل السياق: عندما تصبح حوكمتك الخاصة المشكلة — وكيفية إصلاحها دون فقدان أي شيء

نُشر في 27 April 2026

وقت القراءة : 14 minutes

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

المشهد: الجلسة 051، شيء ما غير صحيح

30 أبريل 2026، 16:00. أنا في منتصف الجلسة على`magic-stick`, مشروعي لبناء ISO Linux الحية. قام وكيل Opencode بتحميل ملفاتي Eager تلقائيًا كالمعتاد —AGENT.adoc, PROMPT_REPRISE.adoc, .agents/INDEX.adoc. كل شيء طبيعي.

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

لقد عشت ذلك بالفعل في الجلسة 048، عندما اكتشفت أن ملفات الحوكمة كانت تزن 5200 سطرًا متراكمًا. بعد ذلك صَغَّرْتُ مفهوم الآلية Hot/Warm/Cold مع نافذة انزلاقية من 10 جلسات، وأمواج باردة متطابقة، ومستشعر باثنين من المشغلات. تم حل المشكلة. من الناحية النظرية.

لكننا الآن في الجلسة 051. حدثت عملية النسخ الاحتياطي بنجاح — انخفض عدد ملفات EAGER من 2087 إلى 500 سطر. ومع ذلك، يظل السياق ثقيلًا. هناك شيء يفوتني.

أفتح طرفًا وأكتب :

wc -l AGENT.adoc AGENT_MODUS_OPERANDI.adoc PROMPT_REPRISE.adoc \
  .agents/INDEX.adoc .agents/SESSIONS_HISTORY.adoc \
  .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
  287 AGENT.adoc
  627 AGENT_MODUS_OPERANDI.adoc
   51 PROMPT_REPRISE.adoc
  218 .agents/INDEX.adoc
   18 .agents/SESSIONS_HISTORY.adoc
  213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
 1414 total

1414 سطر. لقد نفذت دورية النسخ الاحتياطي بشكل جيد في INDEX، SESSIONS_HISTORY و COMPLETED_TASKS — هم نظيفون. لكن هناك فيل في الغرفة لم أره :627 سطرفي ملف واحد.AGENT_MODUS_OPERANDI.adoc.

هذا الملف هو الذي كتبته في الجلسة 1 لتوثيق استراتيجية Eager/Lazy. إنه دليل الطريقة. وأصبح وحده يشكل 44% من السياق EAGER.

@startuml
skinparam backgroundColor #FEFEFE

title Contexte EAGER — 1414 سطور
rectangle "AGENT_MODUS_OPERANDI\n**627 سطور (44%)**" as MOD #FFCDD2
rectangle "AGENT.adoc\n287 سطور (20%)" as AG #BBDEFB
rectangle "INDEX.adoc\n218 سطور (15%)" as IDX #C8E6C9
rectangle "COMPLETED_TASKS\n213 سطور (15%)" as ARC #FFF9C4
rectangle "PROMPT_REPRISE\n51 سطور (4%)" as PRO #E1BEE7
rectangle "SESSIONS_HISTORY\n18 سطور (1%)" as HIS #FFE0B2

note bottom of MOD
الملف الذي يوثق الطريقة أصبح أكبر بنود النفقات.
end note

@enduml

السخرية تامة. الملف المصمم لـ توفير السياق أصبح المستهلك الرئيسي مستهلك للسياق. إنه كما لو أن دليل استخدام سيارتك يزن أكثر من المحرك.

التدقيق: تفكيك 627 سطر

أقرر إجراء تدقيق قسمًا بقسم. ليس للحذف — بل لتفهم ما يستحق أن يكون في EAGER وما يمكن أن يعيش في مكان آخر دون فقدان للمعرفة.

هنا الهيكل الدقيق لـ`AGENT_MODUS_OPERANDI.adoc`وما أجده فيه :

القسم خطوط المحتوى موجود بالفعل في…​

P1 — نظرة شاملة

64

المشكلة تم حلها, المبادئ الأساسية, مقارنة لوحة العدادات مع الدليل

—

P2 — بنية الملفات

97

الشجرة، سياسة التحميل، متى تحمّل ماذا

—

P3 — قواعد مطلقة

34

Git ممنوع، الأوامر المدمرة ممنوعة، الأسرار ممنوعة

AGENT.adoc+INDEX.adoc

P4 — دورة حياة الجلسة

133

قالب الافتتاح، قواعد العمل، 6 خطوات نهاية الجلسة، قائمة مراجعة

AGENT.adoc§نهاية الجلسة +INDEX.adoc

P5 — المقاييس والعتبات

49

الجلسة المثالية (15-30 دقيقة، 1-3 ملفات)، علامات تحذير

—

P6 — أنواع الجلسات

72

جدول الكشف، شكل الاقتراح، الاستثناءات

—

P7 — تحسين مستمر

39

مقاييس المتابعة، مراجعة أسبوعية

</think>

P8 — قائمة بدء

13

موقع بوتستراب جديد

—

P9 — المراجع

30

ملفات المرجع، الموارد الخارجية

AGENT.adoc(ملفات EAGER/LAZY)

الملاحق أ+B

42

قائمة المصطلحات، تاريخ الإصدارات

—

الحكم نهائي :

  • المكررات التامة(167 سطر) : P3, P4, P9 — كل شيء موجود بالفعل`AGENT.adoc` ou INDEX.adoc, غالبًا كلمةً بكلمة

  • لم يُستشار أبدًا في الممارسة(215 سطر) : P5, P6, P7, P8، الملاحق — من الحاكمية الميتا التي لم تُستخدم أبدًا في أي جلسة

  • معرفة فريدة(161 أسطر) : P1 و P2 — المصطلحات LAZY/EAGER، التشبيه، سياسة التحميل

على 627 سطر382 هم ضوضاء. وهذه 382 سطرًا يتم تحميلها في بداية كل جلسة، تستهلكها الوكيل، وتشتت انتباهه قبل أن أقول مرحبًا.

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center

title تدقيق AGENT_MODUS_OPERANDI.adoc — 627 أسطر
left to right direction

rectangle "🟡 **مكررات**\n167 أسطر (27%)" as DUP #FFF9C4 {
  card "P3 — القواعد المطلقة\n(34 lignes)" as D1
  card "P4 — دورة الحياة\n(133 lignes)" as D2
  card "P9 — المراجع\n(30 lignes)" as D3
}

rectangle "🔴 **لم يُستشار أبدًا**\n215 أسطر (34%)" as JAM #FFCDD2 {
  card "P5 — المقاييس\n(49 lignes)" as J1
  card "P6 — الكشف\n(72 lignes)" as J2
  card "P7 — التحسين\n(39 lignes)" as J3
  card "P8 — Bootstrap\n(13 lignes)" as J4
  card "ملاحق — القائمة المصطلحات\n(42 lignes)" as J5
}

rectangle "🟢 **معرفة فريدة**\n161 أسطر (26%)" as UNI #C8E6C9 {
  card "P1 — نظرة عامة\n(64 lignes)" as U1
  card "P2 — هيكل الملفات\n(97 lignes)" as U2
}

note bottom of UNI
هذا هو ما يجب الاحتفاظ به في EAGER
الباقي → cold storage.
end note

@enduml

هذا المخطط هو مفتاح كل شيء. التكرارات (الصفراء) هي ضوضاء صافية — الوكيل يقرأها مرتين، في ملفين مختلفين. ما لم يُستشار أبدًا (الأحمر) هو توثيق ميت — كُتب بعناية، لم يُستخدم أبدًا. فقط الأخضر يحتوي على معرفة لا يستطيع الوكيل العثور عليها في مكان آخر.

الخوف من فقدان الهندسة

في هذه المرحلة، لديّ الدليل أمام عيني: يجب أن أقلّص`AGENT_MODUS_OPERANDI.adoc`. لكنني أتردد

هذا الملف كتبته يدويًا. كل قسم هو نتيجة درس تعلمته في جلسة حقيقية. الجزء P3 ولد من`rm -rf`العرضي على`bakery-plugin`كلفني رموز Firebase الفعلية. الجزء P4 هو نتيجة خمسة عشر جلسة كنت خلالها أنسى أن أُجري الأرشفة وأضيع مساري. الإجراء المكون من ست خطوات لم يخرج من كتاب — بل نشأ من الألم.

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

هذا هو المكان الذي أصيغ فيه المبدأ الذي سيوجه الحل :

_ لا تحذف أبداً. أعد التوزيع دائماً.لا يتعين على المعرفة أن تختفي من المشروع؛ بل يجب عدم تحميلها تلقائيًا عندما لا تكون ضرورية. _

الحل : التقسيم الموسوعي

النموذج الذي أقترحه بسيط ويستلهم الطريقة التي نشأت بها ويكيبيديا: عندما يصبح المقال طويلًا جدًا، لا نقطعه — بل ننشئ مقالًا مفصلاً ونبقي ملخصًا في المقال الرئيسي.

ل`AGENT_MODUS_OPERANDI.adoc`، هذا يعطي:

  1. استخراجال161 سطرًا من المعرفة الفريدة (P1 + P2) في ملف جديد`LAZY_EAGER_ESSENTIALS.adoc`— مضغوط إلى ~50 سطرًا، بصرامة EAGER

  2. إعادة تسمية AGENT_MODUS_OPERANDI.adoc en .agents/encyclopedies/LAZY_EAGER_ENCYCLOPEDIE.adoc— الملف الأصلي المكون من 627 سطرًا، محفوظ كما هو، في التخزين البارد

  3. لا تشحن أبداًملف الموسوعة تلقائيًا — إنه متواجد للإنسان، للتقطير المستقبلي، للوكيل الذي سنستدعيه خلال ستة أشهر باستخدام نموذج أفضل

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center

title التقسيم الموسوعي — AGENT_MODUS_OPERANDI
left to right direction

rectangle "**AGENT_MODUS_OPERANDI.adoc**\n627 أسطر\n(avant split)" as BEFORE #FFCDD2 {
}

rectangle " " as ARROW1
rectangle " " as ARROW2

rectangle "**LAZY_EAGER_ESSENTIALS.adoc**\n**~50 أسطر — EAGER**" as ESS #C8E6C9 {
  card "P1 مكثفة\n(15 lignes)" as E1
  card "P2 مكثفة\n(35 lignes)" as E2
}

rectangle "**.agents/encyclopedies/**\n**LAZY_EAGER_ENCYCLOPEDIE.adoc**\n627 أسطر — COLD" as ENC #BBDEFB {
  card "P1 إلى الملاحق\n(intégral, intact)" as C1
}

BEFORE -[#4CAF50]-> ESS : "استخراج\nالمعرفة الحرجة"
BEFORE -[#2196F3]-> ENC : "الحفاظ intالكامل\nمن الهندسة"

note bottom of ESS
تم تحميله تلقائيًا
في بداية الجلسة
→ الوكيل يفهم المفردات
end note

note bottom of ENC
لم يُحمَّل تلقائيًا أبدًا
قابل للقراءة من قبل الإنسان
مادة خام للتقطير المستقبلي
end note

@enduml

الاسم`encyclopedies/`ليس هذا أمرًا تافهاً. encyclopedia ليس ملف أرشيف — بل مجموعة من المعرفة المنظمة، قابلة للتشاور لكنها غير قابلة للحمل. لا تُقرأ موسوعة Universalis في المترو. نحتفظ بها في المكتبة، ونذهب إليها عندما يكون لدينا سؤال محدد.

هذا بالضبط دور هذا المجلد : مكتبة مرجعية باردة، منظمة، شاملة — الذي لا يلمسه الوكيل تلقائيًا.

محتوى الملف ESSENTIALS

هذا ما يبدو عليه الملف الجديد عمليًا`LAZY_EAGER_ESSENTIALS.adoc`, المستخرج والمضغوط من P1 وP2 :

= Stratégie LAZY/EAGER — Principes Essentiels

[abstract]
Ce fichier définit la stratégie de gestion du contexte agent.
Chargé automatiquement (EAGER) en début de session.

== Principes

|===
| EAGER | LAZY
| Tableau de bord | Manuel du propriétaire
| Chargé automatiquement | Chargé sur demande
| <= 100 lignes, <= 10k tokens | Illimité, détaillé
| Règles absolues, mission courante | Archives, historique, références
|===

== Politique de Chargement

|===
| Fichier | Type | Quand charger
| PROMPT_REPRISE.adoc | EAGER | Début session (auto)
| *_ESSENTIALS.adoc | EAGER | Début session si EPIC active
| .agents/INDEX.adoc | EAGER | Début session (auto)
| *_REFERENCE.adoc | LAZY | Sur besoin (détails architecture)
| .agents/sessions/N-*.adoc | LAZY | Sur demande (détails session)
| .agents/encyclopedies/*.adoc | COLD | Jamais auto (humain seulement)
|===

== Comment l'Agent Sait Quoi Charger

Début session → PROMPT_REPRISE + INDEX + ESSENTIALS actifs.
Besoin de détails → charger les *_REFERENCE et sessions/ en LAZY.
Connaissance froide → encyclopedies/, jamais automatique.

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

والأهم:لم يُحذف شيء. ال 627 سطرًا هندسيًا ما زلن موجودات، في`.agents/encyclopedies/LAZY_EAGER_ENCYCLOPEDIE.adoc`. إنها فقط موضوعة في المكتبة وليس على سطح العمل.

النتيجة: -50% من السياق EAGER

قبل الانقسام :

 287 AGENT.adoc
 627 AGENT_MODUS_OPERANDI.adoc
  51 PROMPT_REPRISE.adoc
 218 .agents/INDEX.adoc
  18 .agents/SESSIONS_HISTORY.adoc
 213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
1414 total

بعد التقسيم :

 287 AGENT.adoc
  50 LAZY_EAGER_ESSENTIALS.adoc       ← remplace 627 lignes
  51 PROMPT_REPRISE.adoc
 218 .agents/INDEX.adoc
  18 .agents/SESSIONS_HISTORY.adoc
 213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
 837 total                              ← -41%
@startuml
skinparam backgroundColor #FEFEFE

title السياق EAGER بعد التقسيم الموسوعي — 837 خطوط (-41%)
rectangle "AGENT.adoc\n287 خطوط (34%)" as AG #BBDEFB
rectangle "INDEX.adoc\n218 خطوط (26%)" as IDX #C8E6C9
rectangle "COMPLETED_TASKS\n213 خطوط (25%)" as ARC #FFF9C4
rectangle "PROMPT_REPRISE\n51 خطوط (6%)" as PRO #E1BEE7
rectangle "ESSENTIALS\n50 خطوط (6%)" as ESS #A5D6A7
rectangle "SESSIONS_HISTORY\n18 خطوط (2%)" as HIS #FFE0B2

note bottom of ESS
من 627 → 50 سطرًا
577 سطر من الهندسة
محفوظة في التخزين البارد
لم يُفقد شيء. تم نقل كل شيء.
end note

@enduml

أكبر مستهلك (AGENT_MODUS_OPERANDI، 627 سطرًا) تم استبداله بملف من 50 سطرًا. الفائدة فورية: 577 سطرًا من السياق تم تحريرها. الوكيل يتنفس.

وفي`.agents/encyclopedies/`,ينتظر الملف الأصلي المكون من 627 سطر. سليم. مع جميع أقسامه — بما فيها celles التي هي مكررات، بما فيها celles qui لم تُستعمل أبدًا. لأنه يومًا ما، سيحتاج نموذج أفضل أو عالم بيانات بشري إلى مقارنة هذه الزوايا، هذه التكرارات المفترضة، هذه الدروس المستفادة. وفي ذلك اليوم، ستكون المادة الأولية موجودة.

لماذا يُسمى المجلد `encyclopedies/

اختيار الاسم ليس مجرد زخرفة. إنه يشفّر فلسفة الآلية.

أرشيف (archives/) يحتوي على بيانات تاريخية منظمة زمنياً — مثل COMPLETED_TASKS الشهرية. نسخة احتياطية (backup/) هو لقطة مؤرخة — نسخة احتياطية من حالة ماضية.

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

هذا هو exactamente عقد هذا الملف :

ملف

دور

الوصول

الحبيبية

archives/

البيانات التاريخية (المهام المكتملة شهريًا)

LAZY, منظم

تتابعي

backup/

اللقطات الباردة (موجات من 10 جلسات)

COLD, نسخة كاملة

زمني

encyclopedies/

معرفة موضوعية شاملة (المنهجية, الأنماط)

كولد، أبداً تلقائيًا

موضوع

هذا التمييز يتجنب التجميع العشوائي. كل ملف يعرف أين يجب أن يعيش وفقًا ما يحتويه، وليس وفقًا متى تم إنشاؤه.

الاستمرار المنطقي للسلسلة

إذا كنت قد قرأت المقالتين الأوليتين، إليك كيف تتناسب القطع الثلاث مع بعضها:

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center
skinparam wrapWidth 220

title ثلاثية حوكمة الوكيل
left to right direction

package "📖 **المادة 0108**\nStratاستراتيجية Eager/Lazy" as A1 #E8F5E9 {
  card "ذاكرة الوكيل\nبين الجلسات" as M1
  card "ملفات EAGER\n(auto-chargés)" as M2
  card "ملفات LAZY\n(sur demande)" as M3
  card "إجراء 6 خطوات" as M4
}

package "🧊 **المادة 0110**\nMآلية Hot/Warm/Cold" as A2 #FFF9C4 {
  card "شيخوخة\nالسياق" as V1
  card "Sliding window\n10 sessions" as V2
  card "موجة باردة\nمتطابق" as V3
  card "حساس بـ\نييناثنين مشغلات" as V4
}

package "🔍 **المادة 0111**\nAudit + Solution موسوعية" as A3 #BBDEFB {
  card "تدقيق الملفات nEAGER" as E1
  card "تحديد\nالهدر" as E2
  card "Split\nESSENTIALS/encyclopédie" as E3
  card "الحفاظ\nعلى الهندسة" as E4
}

A1 --> A2 : "الذاكرة تزداد\n→ نحتاج إلى آلية\nمن الشيخوخة"
A2 --> A3 : "الشيخوخة لا تكفي\n→ يجب علينا تدقيق ما\nyستحق أن يكون في EAGER"

note bottom of A3
الطبقات الثلاث موجودة على 6 مشاريع نشطة
end note

@enduml

  • 0108يجيب على: « كيف نعطي الوكيل ذاكرة بين الجلستين ?

  • 0110يجيب على: «كيف تمنع هذه الذاكرة من اختناق الوكيل؟

  • 0111يجيب على: « وماذا لو لم تكن المشكلة هي حجم الأرشيفات، بل ما اخترناه أن نضعه في وضع EAGER ؟

المقال الأول بنى البنية. المقال الثاني أضاف آلية الشيخوخة. المقال الثالث يراجع المحتوى — ويكتشف أن المنهجية نفسها أصبحت المشكلة.

ما كنت سأفعله بشكل مختلف

مع مرور الوقت، أرى الخطأ في التصميم الأولي.`AGENT_MODUS_OPERANDI.adoc`تم إنشاؤه كوثيقة وحيدة — بيان. كان هذا الأسلوب الصحيح لتأصيل الفكرة. ولكن بمجرد تأصيل الفكرة، كان ينبغي تقسيم الوثيقة فورًا: الأساس في EAGER، والشامل في cold.

لم أفعل ذلك لأنني كنت فخورًا بالمستند. 627 سطرًا من الهندسة البحتة، مكتوبة يدويًا، كل قسم ثمرة درس جلسة. كان هذا عملي. وكما هو الحال مع كل كاتب، واجهت صعوبة في تقطيعه.

الدرس :ليس لأن وثيقة ما جيدة فإنها يجب أن تُحمَّل تلقائيًا. جودة المحتوى لا علاقة لها بملاءمته ل

اليوم، القاعدة بسيطة: أي مستند يزيد عن 100 سطر في سياق EAGER هو مشتبه به. يستحق تدقيقًا. ليس إدانة — تدقيقًا. والسؤال لا يظل أبدًا « هل ينبغي حذفه؟ » بل « هل ينبغي تحميله في كل جلسة؟

الدليل لتدقيق سياقك الخاص

إذا قمت باتباع المقالتين الأوليين وإعداد حوكمتك الخاصة Eager/Lazy، إليك إجراء تدقيق من خمس خطوات :

  1. قياس:`wc -l`على جميع ملفاتك EAGER. يجب أن يكون الإجمالي أقل من 1000 سطر.

  2. حدد الأكبر: الملف الذي يشكل أكثر من 20٪ من الإجمالي هو المشتبه به الأول.

  3. قم بالتدقيق قسمًا بقسم: لكل قسم، اسأل نفسك « هل هذه المعلومات موجودة بالفعل في مكان آخر؟ هل الوكيل قرأها بالفعل في ملف آخر؟ هل تم استخدامها في آخر 5 جلسات؟

  4. **import sys

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center

title إجراء تدقيق سياق الوكيل — 5 مراحل
start

:**قياس**\n`wc -l *.adoc .agents/*.adoc`;

if (Total > 1000 lignes ?) then (oui)
  :السياق ثقيل جداً;
else (non)
  :السياق OK;
  stop
endif

:2. **تحديد المشتبه به**\nLe الملف > 20% من الإجمالي;

:3. **تدقيق القسم قسمًا تلو الآخر**\nPour كل قسم:\n• موجود في مكان آخر؟ → مكرر\n• لم يُستَخدم أبدًا؟ → ميت\n• معلومات فريدة؟ → حاسم;

:4. **المنصّ**  \n🟡 المكررات → يجب حذفه من EAGER  \n🔴 لم يُستخدم مطلقًا → التخزين البارد  \n🟢 المعرفة الفريدة → يجب الاحتفاظ بها;

:5. **منفّصِل**\n🟢 → ESSENTIALS (~50 أسطر، EAGER)\n🟡🔴 → encyclopedies/ (التخزين البارد);

:✅ سياق محسّن\nبدون فقدان للهندسة;

stop

@enduml

  1. تقسيم أو إعادة توزيع: ما هو فريد وحاسم → ESSENTIALS مضغوط. كل ما تبقى →encyclopedies/.

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center

title إجراء تدقيق سياق الوكيل — 5 خطوات
start

:1. **Mesurer**\n`wc -l *.adoc .agents/*.adoc`;

if (Total > 1000 lignes ?) then (oui)
  :⚠️ Contexte trop lourd;
else (non)
  :✅ Contexte OK;
  stop
endif

:2. **Identifier le suspect**\nLe fichier > 20% du total;

:3. **Auditer section par section**\nPour chaque section :\n• Déjà ailleurs ? → doublon\n• Jamais servi ? → mort\n• Information unique ? → critique;

:4. **Classifier**\n🟡 Doublons → à retirer de l'EAGER\n🔴 Jamais utilisé → cold storage\n🟢 Connaissance unique → à garder;

:5. **Splitter**\n🟢 → ESSENTIALS (~50 lignes, EAGER)\n🟡🔴 → encyclopedies/ (cold storage);

:✅ Contexte optimisé\nsans perte d'ingénierie;

stop

@enduml

هذه العملية تستغرق 15 دقيقة. في مشروع يضم 50 جلسة، فإنها توفر مئات الرموز لكل جلسة مستقبلية. عائد الاستثمار فوري.

حوكمة حيّة

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

كشفت الجلسة 048 أن الأرشيفات تتضخم. كشفت الجلسة 051 أن المنهجية نفسها تتضخم. من المرجح أن تكشف الجلسة 060 شيئًا آخر. هذا طبيعي. هذا صحي. الحوكمة التي لا تعيد النظر فيها أبدًا هي حوكمة ميتة.

@startuml
skinparam backgroundColor #FEFEFE
skinparam nodeBackgroundColor #E3F2FD

title الدفاع في العمق ضد تشبع السياق
node "وكيل السياق\n~800 أسطر\nسليم" as CTX #C8E6C9

node "الطبقة 1\n**EAGER / LAZY**" as C1 #BBDEFB
node "الطبقة 2\n**HOT / WARM / COLD**" as C2 #BBDEFB
node "الطبقة 3\n**ESSENTIALS / ENCYCLOPÉDIE**" as C3 #BBDEFB

CTX --> C1 : "البنية حسب\n**التوافر**"
CTX --> C2 : "البنية حسب\n**الانتعاش**"
CTX --> C3 : "البنية حسب\n**الكثافة**"

note bottom of C3
الثلاث طبقات ضرورية. لا واحدة منها كافية بمفردها.
end note

@enduml

  • Eager/Lazyنظم المعلومات حسب التوفر

  • حار/دافئ/باردنظم المعلومات حسب النضارة

  • تدقيق موسوعينظم المعلومات بالكثافة

@startuml
skinparam backgroundColor #FEFEFE
skinparam nodeBackgroundColor #E3F2FD

title الدفاع في العمق ضد تشبع السياق
node "**سياق الوكيل**\n~800 أسطر\nسليم" as CTX #C8E6C9

node "الطبقة 1\n**EAGER / LAZY**" as C1 #BBDEFB
node "الطبقة 2\n**حار / دافئ / بارد**" as C2 #BBDEFB
node "الطبقة 3\n**أساسيات / موسوعة**" as C3 #BBDEFB

CTX --> C1 : "الهيكل حسب\n**التوفر**"
CTX --> C2 : "هيكل بواسطة\n**نضارة**"
CTX --> C3 : "الهيكل حسب\n**الكثافة**"

note bottom of C3
  Les trois couches sont nécessaires.
  Aucune n'est suffisante seule.
end note

@enduml

مع هذه الثلاث طبقات، السياق الوكيل على`magic-stick`انخفض من 2087 سطرًا (قبل أي تحسين) إلى حوالي 800 سطرًا — أي قسمة على 2,6. دون فقدان أي سطر من الوثائق، أو أي أرشيف جلسة، أو أي درس تعلم.

كل شيء هنا. مجرد ترتيب أفضل.

مقالات ذات صلة

HyperFrames-Gradle : تحويل AsciiDoc إلى فيديو MP4
31 May 2026
تدقيق استهلاكتي للـLLM : SQLite، OpenCode، Ollama Cloud، ولماذا يتسبب اشتراكي الاحترافي في كسر السوق العالمي؟
18 May 2026
المكوّن المستقل + جذر المستهلك» : لماذا يتم مضاعفة بنائي Gradle؟
14 May 2026
الرسم البياني للمعرفة كمحرك للتوصية: كيف قتلت المقالات «المرتبطة» الزمنية؟
12 May 2026