بررسی زمینه‌ای عامل : زمانی که گورننس شما به مشکل تبدیل می‌شود — و چگونگی آن را بدون از دست دادن چیزی تعمیر نماییم

منتشر شده در 27 April 2026

زمان مطالعه : 14 minutes

شما هفته‌ها را صرف ساخت یک مدیریت عامل بی‌نقص کردید. Eager/Lazy، روش پایان جلسه، بکاپ‌های چرخشی. سیستم در حال اجراست. سپس یک روز، عامل کند می‌شود. پاسخ‌ها مخفف می‌شوند. شما اندازه‌گیری می‌کنید: ۱۴۱۴ خط به‌طور خودکار بارگذاری می‌شوند. و بدتر از همه این است که متهم نه کد است، نه بکلاگ، نه بایگانی جلسات؛ متهم، فایلی است که روش شما را مستند می‌کند.

تیک

[]

صحنه: جلسه 051، چیزی اشتباه است

۳۰ آپریل ۲۰۲۶، ساعت ۱۶:۰۰. من در میان یک جلسه هستم که`magic-stick`، پروژه من برای ساخت ISO لینوکس زنده. عامل Opencode به‌طور خودکار فایل‌های Eager من را مثل همیشه بارگذاری کرد —AGENT.adoc, PROMPT_REPRISE.adoc, .agents/INDEX.adoc.مهمه چیز عادی است.

اما پاسخ‌ها نرم هستند. عامل دو ثانیه بیشتری برای استدلال می‌گذارد. او یک جزئیتی را که سه پیام پیش، پیش از چشمش بود، فراموش می‌کند. این نه crash است، نه اشتباه — این یک توهین کند است، نوعی که بلافاصله مشاهده نمی‌شود.

من قبلاً این را در جلسه 048 تجربه کرده بودم، وقتی کشف کردم که فایل‌های حاکمیت وزن ۵۲۰۰ خط تجمیعی داشتند. سپس من مکانیزم Hot/Warm/Cold را با پنجره لغزشی ۱۰ جلسه، امواج خنک یکسان و سنسور دو trigger را مفهوم کردم. مشکل حل شد. به صورت نظری.

اما الآن، ما در جلسه 051 هستیم. چرخش بکاپ با موفقیت انجام شد — فایل‌های EAGER از 2087 خط به 500 خط رسیده‌اند. با این حال، وضعیت همچنان سنگین است. یک şey را نمی‌فهمم.

من یک ترمینال باز می‌کنم و تایپ می‌کنم:

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.

این فایل، آنی است که من در جلسه ۱ نوشتم تا استراتژی Eager/Lazy را مستند سازم. این راهنمای روش است. و به تنهایی، ۴۴٪ از زمینه EAGER شده است.

@startuml
skinparam backgroundColor #FEFEFE

title پیش‌زمینه EAGER — 1414 خط
rectangle "AGENT_MODUS_OPERANDI
**627 خطوط (44%)**" as MOD #FFCDD2
rectangle "AGENT.adoc\n287 خطوط (20%)" as AG #BBDEFB
rectangle "INDEX.adoc
218 خط (15%)" as IDX #C8E6C9
rectangle "COMPLETED_TASKS
213 خطوط (15%)" as ARC #FFF9C4
rectangle "PROMPT_REPRISE
51 خط (4٪)" as PRO #E1BEE7
rectangle "SESSIONS_HISTORY\n18 خط (1%)" as HIS #FFE0B2

note bottom of MOD
  Le fichier qui documente
  la méthode est devenu
  le plus gros poste de dépense
end note

@enduml

التع ironic کامل است. فایلی که برای صرفه‌جویی در زمینه طراحی شده، به اصلی‌ترین مصرف‌کننده زمینه تبدیل شده است. چون будто دستورات استفاده از خودرو شما سنگین‌تر از موتور باشد.

بررسی: تجزیه 627 خط

من تصمیم گرفتم یک بررسی بخش به بخش انجام دهم. نه برای حذف — برای درک چیزی که لایق است در EAGER باشد و چیزی که می‌تواند در جای دیگری بدون از دست دادن دانش بزیند.

این構точно دقیق`AGENT_MODUS_OPERANDI.adoc`و این چیزی که در آن می‌یابم:

بخش

خطوط

محتوا

قبلاً در…​

P1 — نمای کلی

64

مشکل حل شده، اصول اساسی، تشبيه داشبورد vs دستورالعمل

—

P2 — ساختار فایل‌ها

97

ساختار درختی، سیاست بارگذاری، چه زمانی چه چیزی را بارگذاری کنیم

—

P3 — qavaynin mutlaq

34

Git ممنوع، دستورات تخریب‌کننده ممنوع، اسرار ممنوع

AGENT.adoc+INDEX.adoc

P4 — دورهٔ زندگی جلسه

133

قالب افتتاح، قوانین کار، 6 مرحله پایان جلسه، چک لیست

AGENT.adoc§پایان جلسه +INDEX.adoc

P5 — معیار‌ها و آستانه‌ها

49

جلسه ایده‌آل (15-30 دقیقه, 1-3 فایل)، نشانه‌های هشدار

—

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

72

جدول تشخیص، قالب پیشنهاد، استثنا

(blank)

P7 — بهبود مستمر

39

متریک‌های پیگیری، بازبینی هفته‌ای

(Empty)

P8 — چک‌لیست راه‌اندازی

13

پروژه جدید Bootstrap

—

P9 — مراجع

30

فایل‌های مرجع، منابع خارجی

AGENT.adoc(files EAGER/LAZY)

پیوست‌های A+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 — قوانین مطلق
(34 خط)" as D1
  card "P4 — دوره زندگی\n(133 خط)" as D2
  card "P9 — منابع
(30 خط)" as D3
}

rectangle "🔴 **هرگز مشاوره نشده**\n215 خطوط (34%)" as JAM #FFCDD2 {
  card "P5 — معیارهای
(49 خط)" as J1
  card "P6 — تشخیص
(72 خط)" as J2
  card "P7 — بهبود
(39 خط)" as J3
  card "P8 — Bootstrap
(13 خط)" as J4
  card "print("پیوست‌ها \u2014 واژه‌نامه\n(42 خط)")" as J5
}

rectangle "🟢 **دانش یکتا**
161 خط (26%)" as UNI #C8E6C9 {
  card "P1 — نمای کلی
(64 خطوط)" as U1
  card "P2 — ساختار فایل‌ها
(97 خط)" as U2
}

note bottom of UNI
  C'est ÇA qu'il faut garder en EAGER.
  Le reste → cold storage.
end note

@enduml

این نمودار کلید همه چیز است. تکرارها (زرد) صرفا نویز خالص است — عامل آن‌ها را دو بار، در دو فایل مختلف می‌خواند. هرگز مورد بررسی قرار نگرفته (قرمز) اسناد مرده است — با دقت نوشته شده، هرگز استفاده نشده. فقط سبز حاوی دانشی است که عامل نمی‌تواند آن را در هیچ جای دیگری پیدا کند.

ترس از از دست دادن مهندسی

در این مرحله، شواهد پیش رویم را دارم: باید کم کنم`AGENT_MODUS_OPERANDI.adoc`. اما من مترددam.

این فایل را به دست خود نوشته‌ام. هر بخش نتیجه‌ی یک درس آموخته در یک جلسه واقعی است. بخش P3 از یک`rm -rf`تصادفی بر`bakery-plugin`که به من توکن‌های Firebase واقعی هزینه کرد. بخش P4 نتیجه پانزده جلسه بود که در آنم فراموش می‌کردم بایگانی کنم و من رشته را گم می‌کردم. روش ۶ مرحله‌ای از کتاب نیامده — از درد آمده است.

حذف کردن این بخش‌ها به معنای ریختن تاریخچهٔ مهندسی شخصی من است. دروس که این‌ها را تولید کرده‌اند، جلساتی که در آن‌ها آن‌ها را کشف کردم، اشتباهاتی که هرگز دیگر نمی‌خواهم تکرار کنم. این متن نیست — این تجربهٔ بلور شده است.

اینجاست که اصل را فرمول می‌کنم که راه‌حل را هدایت خواهد کرد:

_ هرگز حذف نکنید. همیشه جابه‌جایی کنیدآگاهی نباید از پروژه حذف شود. فقط باید به صورت خودکار بارگذاری نشود وقتی که لازم نیست. _

راه‌حل: split دانشنامه‌ای

مدلی که پیشنهاد می‌دهم ساده است و الهام گرفته از راهی است که ویکی‌پدیا بزرگ شده است: وقتی یک مقاله بیش از حد طولانی می‌شود، آن را نمی‌برشانیم — یک مقاله جزئی ایجاد می‌کنیم و خلاصه‌ای را در مقاله اصلی نگه می‌داریم.

برای`AGENT_MODUS_OPERANDI.adoc`، این به این معنی است:

  1. استخراج161 خط دانش منحصر به‌فرد (P1 + P2) در یک فایل جدید`LAZY_EAGER_ESSENTIALS.adoc`— فشرده‌شده به حدود ۵۰ خط، به صورت دقیق EAGER

  2. تغییر نام AGENT_MODUS_OPERANDI.adoc en .agents/encyclopedies/LAZY_EAGER_ENCYCLOPEDIE.adoc— فایل اصلی ۶۲۷ خط، محفوظ intact، در cold storage

  3. هرگز شارژ نکنیدفایل دانشنامهٔ خودکار — برای انسان، برای دیستیلاسیون آینده، برای العاملين که در شش ماه آینده با یک مدل بهتر صدا می‌زنیم

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center

title Split انسیکلوپedic — AGENT_MODUS_OPERANDI
left to right direction

rectangle "**AGENT_MODUS_OPERANDI.adoc**
627 خط
(قبل از جداسازی)" as BEFORE #FFCDD2 {
}

rectangle " " as ARROW1
rectangle " " as ARROW2

rectangle "**LAZY_EAGER_ESSENTIALS.adoc**
**~50 سطر — EAGER**" as ESS #C8E6C9 {
  card "P1 خلاصه
(15 خط)" as E1
  card "P2 چگال
(35 سطر)" as E2
}

rectangle "**.agents/encyclopedies/**\n**LAZY_EAGER_ENCYCLOPEDIE.adoc**\n627 خط — COLD" as ENC #BBDEFB {
  card "P1 در ضمیمه‌ها
(کامل, سالم)" as C1
}

BEFORE -[#4CAF50]-> ESS : "استخراج از
دانه حاسم"
BEFORE -[#2196F3]-> ENC : "حفاظت کامل
از مهندسی"

note bottom of ESS
  Chargé automatiquement
  en début de session
  → L'agent comprend le vocabulaire
end note

note bottom of ENC
  Jamais chargé automatiquement
  Consultable par l'humain
  Matériau brut pour distillation future
end note

@enduml

نام`encyclopedies/`در مترو، Encyclopédie 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.

پنجاه خط. این همه است که عامل برای درک مکانیسم نیاز دارد. بقیه — تاریخچه الدروس، تشبیهات دقیق، روش‌های گام به گام، پیوست‌ها — در دانشنامهٔ می‌مانند.

و مهم‌ترین این است:هیچ چیزی حذف نشده است. هفتصد و بیست و هشت خط مهندسی هنوز اینجا هستند، در`.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

بعد از split :

 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
287 خط (34٪)" as AG #BBDEFB
rectangle "INDEX.adoc
218 خط (26%)" as IDX #C8E6C9
rectangle "COMPLETED_TASKS\n213 خطوط (25%)" as ARC #FFF9C4
rectangle "PROMPT_REPRISE
51 خط (6%)" as PRO #E1BEE7
rectangle "ESSENTIALS\n50 líneas (6%)" as ESS #A5D6A7
rectangle "SESSIONS_HISTORY
18 خط (2%)" as HIS #FFE0B2

note bottom of ESS
  De 627 → 50 lignes
  577 lignes d'ingénierie
  préservées en cold storage

  Rien de perdu. Tout de relocalisé.
end note

@enduml

بزرگ‌ترین مصرف‌کننده (AGENT_MODUS_OPERANDI، 627 خط) با یک فایل 50 خطی جایگزین شد. سود بلافاصله است: 577 خط از زمینه آزاد شده‌اند. agents نفس می‌کشد.

و در`.agents/encyclopedies/`, فایل اصلی با ۶۲۷ خط در انتظار است. سالم. با تمام بخش‌هایش — از جمله بخش‌های تکراری، از جمله بخش‌هایی که هرگز استفاده نشده‌اند. چون یک روز، یک مدل بهتر یا یک دانشمند داده انسان می‌خواهد این زاویه‌ها، این redundantهای پذیرفته‌شده و این دروس آموخته را بررسی کند. و آن روز، matière première (ماده اولیه) موجود خواهد بود.

چرا پوشه به نام encyclopedies/ نامیده می‌شود؟

انتخاب نام صرفاً ظاهری نیست. آن فلسفة مکانیزم را کدگذاری می‌کند.

یک archive (archives/) حاوی داده‌های تاریخی سازماندهی شده به صورت cronológiquement — مثل COMPLETED_TASKS ماهانه. یک backup (backup/) یک اسنپ‌شات زمان‌دار — یک نسخه پشتیبان از وضعیت گذشته

یک انسیکلوپدیا، چیز دیگری است. این یک مجموعه دانش موضوعی است که بر اساس موضوع منظم شده، جامع اما غیرخطی است. ما یک انسیکلوپدیا را از ابتدا تا انتهای آن نمی‌خوانیم. ما در آن برای پاسخ به یک سؤال دقیق غوطه‌ور می‌شویم.

این دقیقاً قرارداد این پرونده است :

پرونده

نقش

دسترسی

چگالی

archives/

داده‌های تاریخی (وظائف تکمیل‌شده به ازای ماه)

LAZY, ساخت‌دار

زمان‌محور

backup/

لحظه‌گیری‌های سرد (موج‌های ۱۰ جلسه)

COLD, کپی کامل

کرونولوژیک

encyclopedies/

دانش تماتیک جامع (روش‌شناسی، الگو‌ها)

COLD, هرگز اتوماتیک

موضوعی

این تمایز از آشفتگی جلوگیری می‌کند. هر فایل می‌داند کجا باید زندگی کند بر اساس ce qu’il contient، نه بر اساس quand il a été créé.

ادامه منطقی سری

اگر دو مقاله اول را خوانده‌اید، اینجا است که سه بخش به هم می‌پیوندند:

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

title تریلوژ گورننس آژنت
left to right direction

package "📖 **مقاله 0108**\nاستراتژی Eager/Lazy" as A1 #E8F5E9 {
  card "نماینده حافظه
بین جلسات" as M1
  card "فایل‌های EAGER\n(بارگذاری خودکار)" as M2
  card "فایل‌های LAZY\n(درخواستی)" as M3
  card "روش ۶ مرحله" as M4
}

package "🧊 **مقاله 0110**
مکانیزم Hot/Warm/Cold" as A2 #FFF9C4 {
  card "پیرسانی
زمینه" as V1
  card "Sliding window
10 جلسه" as V2
  card "موج سرد
همسان" as V3
  card "سنسور با دوтригер" as V4
}

package "🔍 **مقاله ۰۱۱۱**
بررسی + راه‌حل دانشنامه‌ای" as A3 #BBDEFB {
  card "بررسی فایل‌ها
EAGER" as E1
  card "تشخیص
هدر رفتن" as E2
  card "Split
ESSENTIALS/دانشنامه" as E3
  card "حفظ
مهندسی" as E4
}

A1 --> A2 : "حافظه بزرگتر می‌شود
→ نیاز به یک مکانیزم
پرانس"
A2 --> A3 : "سنش کافی نیست
→ باید این را که ارزش دارد تا در EAGER باشد، بررسی شود"

note bottom of A3
  ✅ Les trois couches sont en place
  sur 6 projets actifs
end note

@enduml

  • 0108پاسخ می‌دهد: « چگونه حافظه‌ای برای عامل بین دو جلسه ایجاد کنیم؟

  • 0110پاسخ می‌دهد به: « چطور این حافظه را می‌توان از خفه کردن العامل جلوگیری کرد؟

  • 0111پاسخ می‌دهد: « و اگر masalah نه اندازه بایگانی‌ها است، اما چیزی است که ما انتخاب کرده‌ایم را در حالت EAGER قرار دهیم؟

مقاله اول ساختار را ساخت. مقاله دوم مکانیزم پیرایی را اضافه کرد. مقاله سوم محتوا را بررسی می‌کند — و میبیند که روش‌شناسی خود تبدیل به مشکل شده است.

چیزی که من به‌اختیار دیگری انجام می‌دادم

به‌نگری به عقب، خطای طراحی اولیه را می‌بینم.`AGENT_MODUS_OPERANDI.adoc`این سند به‌عنوان یک سند یکتا — یک بیانیه — ایجاد شده بود. این رویکرد مناسب برای فرمال‌سازی فکر بود. اما پس از فرمال‌سازی فکر، سند باید فوراً تقسیم می‌شد: essence در EAGER، جامع در cold.

من این کار را به این دلیل انجام ندادم که از سند فخر می‌کردم. 627 خط مهندسی خالص، دست‌نویس، هر بخش حاصل یک درس جلسه بود. این اثر من بود. و مثل هر نویسنده، من مشکل داشتم آن را تکه‑تکه کنم.

درس:چون یک سند خوب است، به این معنا نیست که باید به‌طور خودکار بارگذاری شودکیفیت محتوای مورد نظر هیچ ربطی با pertinenceness آن به بافت فوری عامل ندارد.

امروز، قاعده ساده است: هر اسنادی که بیش از ۱۰۰ خط دارد، در contexto EAGER یک مشتبه است. این اسناد لایق یک بررسی است — نه یک محکومیت، بلکه یک بررسی. و سؤال هرگز این نیست که «آیا باید آن را حذف کنیم؟» بلکه «آیا باید آن را در هر جلسه بارگذاری کنیم؟

راهنمای برای بررسی context خود

اگر دو مقاله اول را دنبال کرده و حاکمیت خود Eager/Lazy را تنظیم کرده‌اید، این یک روش بررسی به پنج گام است :

  1. اندازه‌گیری:`wc -l`بر روی تمام فایل‌های EAGER شما. مجموع باید زیر 1000 خط باشد.

  2. بزرگ‌ترین را شناسایی کنید: فایلی که بیش از ۲۰٪ کل را وزن می‌کند، متهم شماره یک است.

  3. بخش به بخش بررسی کنید: برای هر بخش، خودتان بپرسید « آیا این اطلاعات قبلاً جایی دیگر وجود دارد؟ آیا عامل آن را قبلاً در یک فایل دیگر خوانده است؟ آیا این مورد در پنج جلسه اخیر به کار رفته است؟

  4. دسته‌بندی‌کنندهتکراری، هرگز استفاده نشده، دانش یکتا.

  5. تقسیم یا جابجایی: چه چیزی یکتای و بحرانی است → ESSENTIALS فشرده. بقیه →encyclopedies/.

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center

title روش بررسی بافت عامل — ۵ مرحله
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

این رویه ۱۵ دقیقه طول می‌کشد. در یک پروژه با ۵۰ جلسه، این روش به هر جلسه آینده صدها توکن صرفه‌جویی می‌کند. بازدهی سرمایه‌گذاری فوری است.

حکمرانی زنده

چیزی که این سری سه مقاله به من آموخت، این است که حاکمیت عامل یک محصول نهایی نیست. این یکزیست‌ساز زنده. او با پروژه رشد می‌کند. او بیماری‌های رشد را می‌گیرد. او نیاز به بررسی‌های منظم دارد.

نشست ۰۴۸ نشان داد که بایگانی‌ها در حال گسترش هستند. نشست ۰۵۱ نشان داد که خود روش‌شناسی نیز در حال گسترش است. احتمالاً نشست ۰۶۰ چیز دیگری را فاش خواهد کرد. این عادی است. این سالم است. حکومتی که هرگز بازبینی خود را انجام نمی‌دهد، یک حکومت مرده است.

سه مکانیزم ایجاد شده — Eager/Lazy, Hot/Warm/Cold, split encyclopédique — یک سامانه دفاع در برابر اشباع/context را تشکیل می‌دهند. هیچ یک به تنهایی کافی نیست. یکدست، آن‌ها یکدیگر را تکمیل می‌کنند :

  • متلهف/کسلاطلاعات را بر حسب دسترسی ساختار دهید

  • گرم/تید/سردساختاردهی اطلاعات بر حسب تازگی

  • بررسی دانشنامه‌ایساختار اطلاعات بر اساس چگالی

@startuml
skinparam backgroundColor #FEFEFE
skinparam nodeBackgroundColor #E3F2FD

title دفاع در عمق در برابر اشباع زمینه
node "**سیاق عامل**
~800 خط
سالم" as CTX #C8E6C9

node "لایه 1
**EAGER / LAZY**" as C1 #BBDEFB
node "لایه ۲
**گرم / ملایم / سرد**" as C2 #BBDEFB
node "لایه 3
**ضروریات / دایرة‌المعارف**" as C3 #BBDEFB

CTX --> C1 : "ساختار بر اساس\n**دسترسی**"
CTX --> C2 : "ساختار به\n**تازهگی**"
CTX --> C3 : "ساختار بر
**چگالی**"

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

@enduml

با این سه لایه، محیط عامل روی`magic-stick`az 2087 خط (قبل از بهینه‌سازی) به حدود 800 خط رسید — تقسیم بر ۲,۶. بدون از دست دادن حتی یک خط مستندات، یک بایگانی جلسه، یا یک درس آموخته.

همه اینجا است. فقط بهتر مرتب شده.

لینک‌ها

آگاهی نباید از بین برود. کافی است که وقتی لازم نیست، بارگذاری نشود.

مقالات مرتبط

HyperFrames-Gradle : تحويل AsciiDoc إلى فيديو MP4
31 May 2026
بررسی مصرف من LLM : SQLite, OpenCode, Ollama Cloud، و چرا اشتراک حرفه‌ای من بازار جهانی را شکسته است
18 May 2026
Architecture « افزونه مستقل + ریه مصرف‌کننده »: چرا ساخت‌های Gradle من تکرار می‌شوند؟
14 May 2026
گراف دانش به عنوان موتور توصیه: چگونه من «مقالات مرتبط» زمانی را حذف کردم
12 May 2026