ڈویلپر کا خفیہ باغ: اسپیشل اونٹولوجی کس طرح پرامپٹ انجینئرنگ کے بغیر LLMs کو الائن کرتی ہے

فہرست مضامین

واقعہ: پرامپٹ انżynئرنگ ریتی کا قلعہ ہے
اعتماد کے چار دائرے : ایک فضائی انٹولوژی
Pro/Contra : فضائی ترازبندی vs Prompt کے ذریعے ترازبندی
- کلاسیک رویہ : پرو-پرامپٹ سے ترتیب
- یہ approach : فضائی آنٹولوجية سے مطابقت
WorkSpace ka rabita al-jabr aur mushahidda delta
مکمل سیاق و سباق ویکٹر: RAG + pgvector + Graphify
خودکار RGPD درج بندی : LLM روٹر
رودمپ : اسکیڈیو سے LangGraph4j تک
یہ معماریت کیا حل کرتی ہے (اور یہ کیا نہیں حل کرتی)
نتیجہ: معماريت، ایک گفتگو کے طور پر

پڑھنے کا وقت : 20 minutes

پرمپٹ انجینئرنج نازک ہے۔ 80,000 ٹوکنز پر، آپ کے الیگنرمنٹ کے قواعد شور میں غرق ہو جاتے ہیں، اور LLM یاد بھول جاتا ہے کہ آپ نے باتچیت کے شروع میں اسے کیا پوچھا تھا۔ میرا حل؟ متن سے الیگنرمنٹ نہیں، بلکہجگہ. میں نے اپنا ڈیولپمنٹ ورک سسٹم (یا ورکشاپ) چار ہلکا‑ہلکا اعتماد کے دائرےوں (concentric circles) میں منظم کیا ہے — اندرونی خفیہ باغ سے عمومی forge تک — اور ہر دائرہ فائل سسٹم کا ایک مادی حصہ ہے۔ LLM کو Rules یاد دلانے کی ضرورت نہیں، کیونکہ فائل کا Path ان Rules کو شامل کرتا ہے۔ یہاں بتائیں گے کہ یہ کیسے کام کرتا ہے، اور کیونکہ فضا‑محاذاة معمارِی مزید لچکدار ہے۔`system prompt`500 سطروں کا.

یہ ایک لمبا مضمون ہے۔
آرام سے بیٹھیں

واقعہ: پرامپٹ انżynئرنگ ریتی کا قلعہ ہے

Teen haftay tak, maine Opencode ke saath Gradle plugins develop kiye, teen mukhtalif LLMs istemaal karte hue — Kimi K2.6, GLM-5.1, aur DeepSeek-V4-Pro (wahid bachta, lekin yeh ek doosri kahani Déjà couverte ici.) Mere governance ka tarika agentJe l’ai documentée en détail dans un précédent article. AsciiDoc files ke mutabiq —AGENT.adoc, INDEX.adoc, PROMPT_REPRISE.adoc— ہر سیشن کے شروع میں تقریباً 30,000 ٹوکن قواعد، بیکلاگ اور تاریخ لوڈ کرتے ہیں۔

اس کے باوجود اس دستاویزی ڈھانچے کے، دو چیزیں مجھ پر اثر ڈالی :

LLM بھول جاتا ہے۔ ہر EAGER فائل کے سربراہ پر مطلق قواعد کے ساتھ، 60 000 ٹوکنز کے مجموعی بعد ( ابتدائی سیاق + مکالمہ )، Kimi K2.6 پیشکش کرنے لگ گیا ہے`Write`کونفیگریشن فائلوں پر زائد بار. GLM-5.1 نے ایک Firebase ٹوکن کو جسے بدلنا ہو، ایک placeholder کے ساتھ گھلا دیا. قواعد likhī gayī تھیں — LLM انہیں بعد یہ نہیں دیکھتا۔
حکمرانی خود ایک مسئلے میں تبدیل ہوتی ہے۔ بعد از Hot/Warm/ColdArticle sur la rotation de backup. کو لاگو کرنے کے بعد، سیاق کے پھٹنے سے بچنے کے لیے، میرے EAGER فائلیں ابھی بھی 1414 لائنوں کا وزن تھاJ’ai documenté cet audit ici.۔ حکمرانی — LLM کی saturation سے حفاظت کرنے کے لیے بنائی گئی — LLM کو saturation کر دی گئی۔

مجھے ایک آ لائنمنٹ میکانزم درکار تھا جو پرامپٹ میں ٹوکنز کی تعداد پر مبنی نہ ہو۔

جواب: متن کے مطابق ہيئنگ کرنا بند کریں، اور ہيئنگ شروع کرنے کے لیےجگہ.

اعتماد کے چار دائرے : ایک فضائی انٹولوژی

میرا فائل`workspace/(میں~/workspace/`) pas ایک گیت ریپوزٹری نہیں۔ یہ میرے تمام کام کی جڑ ہے — کوڈ، دستاویزات، تربیت، بنیانی ڈھانچہ۔ اور یہ چار زونوں میں منظم ہے جو ترتیب کے اصول نہیں، بلکہاعتماد کے مرکزین دائرے:

سطح

لیبل

فيزيائي علاقہ

CVS

ظاہریت

خفی باغ

`workspace/`جڑ

کوئی نہیں

خفی — آزاد سوچ، کوئی commit نہیں، کوئی publication نہیں

سیف

configuration/

خصوصی گٹ (سولو)

راز، ٹوكنز، رؤیا کے آرکائیو۔ صرف ایک شخص۔

کتب خانہ

office/

خصوصی گٹ (موسیع)

عالمی تعلیمی ڈیٹا، SPG/SPD، JSON کے سکیما. امان کے دائرے کی شناخت کی گئی۔

عوامی بھٹیاں

foundry/

گٹ عام (ایپاچی 2.0)

سورس کوڈ، پلاگ انز، ٹیسٹس، تکنیکی دستاویزات

نوٹ: ٹیبل میں سطح 3 نہیں ہے۔ سطح 3 ایک transitoire سطح ہے: یہ مواد کا حصہ ہے`office/`جسے بے نام کیا گیا ہے اور اوپن ڈیٹا میں شائع کرنے کے لیے تیار ہے۔ اس کی کوئی مخصوص جسمانی علاقہ نہیں ہے — یہ ڈیٹا کی حالت ہے، ایک جگہ نہیں۔

ہر سطح ایک مخصوص سوال کا جواب دیتا ہے :

ایک ایڈیج جات ہے جو ابھی تک شیئر کرنے کے لیے تیار نہیں،حتى ایک محدود دائرے میں بھی، کہاں رکھا جا سکتا ہے؟ → راز کا باغ. گٹ نہیں. دباؤ نہیں.
کیا ایک API ٹوکن کو کہاں محفوظ رکھا جا سکتا ہے تاکہ وہ لاک نہ ہو؟ → سیکورٹی ویولت`configuration/`). فیزیکی طور پر الگ. کوئی دیگر ذخیرہ اسے غلط سے ارجع نہیں کر سکتا.
کیا ہمای什 سے ایک پائلٹ OF کے ساتھ تربیت کا کتالوج mutual?? → مکتبہ`office/`) ورژنڈ، تعاونی، لیکن خصوصی۔
کدھاں اوپن سورس گریڈل پلاگین کو صنعتی بنایا جا سکتا ہے ؟ → لوہ گڑھے`foundry/`). عام، forkable، سی آئی میں ٹیسٹ شدہ.

یہ آنٹولوجیا ہےLLM کے قابل استعمال. جب وہ ایک فائل پڑھتا ہے میں`foundry/plantuml-gradle/src/`, وہ ضمنی طور پر جانتا ہے: “je suis dans le cercle 4 — code public, tests obligatoires, pas de secrets, pas de données pédagogiques” اسے کسی پرامپٹ کی ضرورت نہیں ہے جو اسے یاد دلائے۔

سرگُوں باغ : خارج-CVS فضا

یہ سب سے اہم مفهوم — اور سب سے مخالفِ حسی۔

جڑ`workspace/نہیں ہے.git/. وہ دستاویزات جو وہاں رہتے ہیں (`WORKSPACE_VISION.adoc, WORKSPACE_AS_PRODUCT.adoc, WORKSPACE_ORGANIZATION.adoc— اور آپ ابھی جو پڑھ رہے ہیں، جو اس سے نازل ہے) ان کو ورژن بنانے، شیر کرنے، یا دوبارہ پڑھنے کے لیے نہیں بنایا گیا، صرف میرا خود کے سوا کسی اور کے لیے. یہ ہیںنیکشانی خیالات.

خفی باغ out-of-CVS کی فطرت سے ہے۔ نسخہ سازی کی عدم موجودگی سوچ کی آزادی کی شرط ہے۔ وہاں لکھا نہیں جاتا تاکہ پڑھا جا سکے — وہاں لکھا جاتا ہے تاکہ اپنی اپنی تصورات کو واضح کیا جا sake۔

مگر یہ آزادی کی ایک قیمت ہے: ایک`rm`اتفاقی طور پر، یہ استراتژیکی سوچ کے ماہین غاب ہو جاتے ہیں۔ حل باغ کا ورژننگ کرنے کا نہیں ہے (یہ اسے تباہ کر دے گا) — یہ اس کاعکس کرناسب سے محدود دائرے میں.

یہ `.gitignore` گورننس کی کنفیگریشن کے طور پر

جڑ پر`workspace/, ایک فائل.gitignore`کم سے کم ظاہر کرتا ہے وہسیاست تاریخ سازیرازہ باغ کے فائلز :

.goosehints
.goose

Ce .gitignore`اس میں کلاسیک Git کا کوئی عمل نہیں ہے (کسی چیز نہیں.git/`jar par) woh ek jesa act karta haiحکمرانی کنفیگری فائلیہ ایک مخصوص سوال کا جواب دیتا ہے: راز کے باغ کی کunse اشیا تاریخی لائق ہیں، اور کunse صرف provisional ہیں؟

فہرست شدہ فائلیں میں`.gitignore`(Empty output).goosehints, .goose— ایجنٹس کے ذریعے پیدا کیے گئے عارضی اشیاء. کوئی استراتژیک قدر نہیں. کوئی تاریخ نگاری نہیں.
فائلز`.adoc`جڑ کا —WORKSPACE_VISION.adoc, WORKSPACE_ORGANIZATION.adoc, WORKSPACE_AS_PRODUCT.adoc, WHAT_THE_GAMES_BEEN_MISSING.adoc, depots_implementes_strategie.adoc, synthese-LLMs-long-contexte.adoc— نہیں ہیںنہیںمیں`.gitignore`۔ یہ تاریخی بنانے کے لئے artefacts ہیں۔

Le `.gitignore`ہےحکمرانی کا ڈھانچہ: جس چیز کو یہاں فہرست نہیں کی گئی، وہ سنیپ شاپ کے لیے מועמד ہے۔ اور LLM اس فائل کو پڑھ کر بات جانتا ہے کہ کیا محفوظ رکھنا چاہیے اور کیا نادیده کیا جا سکتا ہے — промپٹ میں اسے یاد دلانے کی ضرورت نہیں۔

سنیپ شاپٹ میکانیزم

میں نے بنایا`configuration/vision-archive/: تمام کے تاریخ شدہ سnapshot.adoc`جڑ سے، خفیہ ذخیرہ میں کامٹس`configuration/`. ہر برین سٹورمینگ سیشن ایک سناپ شٹ پیدا کرتا ہے :

DATE=$(date +%Y-%m-%d)
mkdir -p /home/cheroliv/workspace/configuration/vision-archive/$DATE
cp /home/cheroliv/workspace/*.adoc /home/cheroliv/workspace/configuration/vision-archive/$DATE/
cd /home/cheroliv/workspace/configuration && git add vision-archive/ && \
  git commit -m "vision-archive: snapshot $DATE"

یہ عمل سیشن کے آخر میں LLM خود شروع کرتا ہے، جو یہ عالمی راؤٹنگ کا کام انجام دیتا ہے۔ ہر سنیپشٹ ایک مخصوص وقت T پر استراتیجی سوچ کی مکمل حالت راکارد کرتا ہے۔

گِٹ کی تاریخ`configuration/`بنتی ہےمیری استراتیقی سوچ کی بیوگرافی. میں ایک بن سکتا ہوں`git log — vision-archive/`اور اپنی نظر کی ترقی کو دیکھیں، سیشن بار سیشن، تاریخ بار tarih۔

ایک واقعی مثال تاریخچے کے بعد ایک کام کرنے کے دن:

$ git -C configuration log --oneline -- vision-archive/
1089d1b vision-archive: fin de session finale 2026-05-03
6b21eaf vision-archive: fin de session 2026-05-03-1300
1690f82 vision-archive: post-article 2026-05-03
28e6593 vision-archive: post-migration 2026-05-03
3707b78 vision-archive: snapshot 2026-05-03 — jardin secret initial

ایک دن میں پانچ سناپ شاٹس۔ ہر ایک بازیابی کا نقطہ ہے۔ ہر ایک حکمت عملی کی پیدائش میں ایک مرحلہ ہے۔

فائل`configuration/vision-archive/latest/`ہمیشہ ایک شامل ہےکام کرنے والی کاپیآخری سنیپ شٹ، فوری رجعان کے طور پر استعمال ہونے والا، جس سے گِٹ کی تاریخ میں ناوози کرنے کی ضرورت نہیں پڑتی۔

اور LLM کے لیے، یہ ایکاتساق کا پیشگوی: جب وہ موجودہ پیاده سازی اور محفوظ نظر کے درمیان تعارض دیکھتا ہے، وہ اسے گزارش کر سکتا ہے۔

سیف: `configuration/` Spring Cloud Config کی طرح

`configuration/`یہ صرف وژن کے آرکائیو کا صرف یہ نہیں شامل ہوتا۔ اس کی بنیادی (اور مستقبلی) funksiya aik haiسپرنگ کلاؤڈ کنفیگ سرور. تمام راز، ٹوکن، credentials، اور انفراسٹرکچر کے वर्णن یہان موجود ہیں، ایک خفیہ گِٹ ریپوزٹری میں جو صرف مالک تک رسائی رکھتا ہے۔

کyon ایک الگ ریپازِٹوری، ایک فائل کے بجائے؟`.env`ہر پروجیکٹ میں؟

غلط سے پُش راز : ناممکن. رازوں کو ایک خفیہ ذخیرہ میں رکھا جاتا ہے جو عمومیProjects کی غلط اشارے سے ارجاع نہیں کیا جا سکتا.
Audit: Git کا تاریخچہ ہر ترتیب کے بدل کا ریکارڈ دیتا ہے۔ کون نے کیا بدلایا، کب، اور کس SHA hash کے ساتھ۔
رول بیک :`git revert`ایک خراب کنفیگری پر. اچانک، دستی بیکاپ بنا.

کِتاب خانہ: `office/` جیسے ڈیٹا قابلِ مصرف

`office/`یہ بلاغ کے مضامین، ٹیکنیکی مواصفات، تربیت کے مواد (38 کورس ڈائریکٹری FPA, SPG/SPD, JSON اسکیما، بلوم/هارو/krathwohl taksonomies) — سب چیز جو یہ تشکیل دیتا ہےتعلیمی مواد.

لیکن`office/`یہ صرف ایک ڈاکس ڈروور نہیں ہے۔ یہ ایکسٹرکچرڈ ڈیٹا کا ذریعہکہ گریڈیل پلاگینوں کا`foundry/`وہ استعمال کرتے ہیں. ایک بلاگ کا مضمون میں`office/`یہ ایک انٹری ہے جسے پلاگین HTML میں تبدیل کر دے گا۔ ایسکی ڈاک کے SPG میں`office/metiers/FPA/`یہ ایک آرٹیفیکٹ ہے جسے ایک اورکیسٹریٹر پارس کر کے سلیڈز، کویز، اور ویڈیو کیپسولز بنانے کے لیے استعمال کرے گا۔

Et le `build.gradle.kts`جڑ میں`office/`یہ کاروباری کوڈ نہیں — یہ ایکپلاگین ایکوسیстем کی استعمال کا سکرپٹ۔ وہ کہتا ہے: "یہ گریڈل پلاگ‑inz ہیں جو میں استعمال کرتا ہوں،یہ میرے وورک سпыس کا سیاق ہے

فورجیں : `foundry/` انپلیمنٹ کے طور پر

foundry/`شامل ہےصنعتی کوڈ. 54 گِٹ ریپوزٹریز، جن میں سے 7 حالیاً کسی کے حکمران ہیں.agents/`. یہی جگہ ہے جہاں رؤیا قابلِ اجرا بن جاتی ہے — گرائیڈ پلاگن، CI/CD، JUnit5 + Cucumber کی ٹیسٹس۔

رشتہ کے ساتھ`office/`ہے دو طرفہ :

office/→foundry/: تعلیمی ڈیٹا خام مواد جسے پلاگ انز استعمال کرتے ہیں
foundry/→office/: پلاگن ڈیٹا پیدا کرتے ہیں جو بہتر بناتی ہے`office/` — le `graph.json`graphify-gradle کے، کمپائلڈ سلیڈر ڈیکس، بیلڈ رپورٹس

Pro/Contra : فضائی ترازبندی vs Prompt کے ذریعے ترازبندی

دو طریقوں کا مقابلہ کریں۔

کلاسیک رویہ : پرو-پرامپٹ سے ترتیب

✅ پیشہ ور

❌ مخالف

آسان لاپلہ. نظام پرامپٹ میں ایک بلاک متن

طویل سیاق میں نازک : قاعدة ڈھکیلی جاتی ہے 80K ٹکنز کے بعد

عام قواعد کے لیے کام کرتا ہے (ٹون, فارمیٹ).

Ghair thābit : koi bhi cheez LLM ko qaid ki qīd khilāf karne se rokta nahī̃

پروجیکٹ کی معماریت کو دوبارہ سوچنے کی ضرورت نہیں۔

غیربدلی : ہر repo قوانین دوبارہ تعین کرتا ہے۔

خالصاً اخباری: LLM جانتا ہے کہ یہ کرنا چاہیے، لیکن اسے Rokنے والی کوئی چیز نہیں

یہ approach : فضائی آنٹولوجية سے مطابقت

✅ محترف

❌ ضد

طویل سیاق کے لئے لچکدار : القاعدة/file کے راستے میں ہے، ایک دورور prompt میں نہیں۔

ابتدائی انفراستركچر لاگت : ورک سٹے کو دائروں میں بنانا وقت لگتا ہے۔

مکانی طور پر قابل تصدیق : ایک راز میں`foundry/پتہ لگایا جا سکتا ہے`git check-ignore.

ضابطے لازم : نئے مشارک کو دائرے سمجھنا ضروری ہے

قابل منتقل : ایک`AGENT.adoc`معيار سركلز کو ہر نیے پروجیکٹ پر ظاہر کرتا ہے

یہ صرف فضائی محدودیتوں پر محدود ہے — کوڈ اسٹائل پرامپٹ میں باقی ہے۔

ڈیزائن کے لحاظ سے سکیورٹی : ایک`git push`سے`foundry/دکھا نہیں سکتا`configuration/.

غير-LLM ایجنٹس کے قابل : ایک Gradle اورکیسٹرٹر دائرے کے مطابق روت کر سکتا ہے۔

اس کا بنیادی فائدہ دُفاعی (سکیورٹی، وِزِبیلیٹی) نہیں — یہ ہےخلاق. جب LLM ایک онтولوجی کے تحت منظم شدہ فضاء میں کام کرتا ہے، تو وہ اس کر سکتا ہے جسے کوئی پرامپٹ اجازت نہیں دیتا: دیلتا کا مشاہدہ کرنا

WorkSpace ka rabita al-jabr aur mushahidda delta

جب LLM اسکین کرتا ہے`foundry/، اس کے پاس ایک ہےسٹرکچرڈ ڈیٹا لیس (structured data lattice): نوڈز (plugins, fichiers, tests, dépendances)، ٹائپڈ ایجز (`import, depends_on, generates, tests)، ترتیب اور ترتیبِ ترکیب کے تعلقات (`training-gradle`ریفرینشل نکالیں →`slider-gradle`سلائیڈز تیار کرتا ہے →`capsule-gradle`ویڈیو ایڈٹ کرتا ہے)۔

یہ الجبر کدھر بھی واضح طور پر لکھا نہیں گیا — لیکن یہ معلوم ہے۔ ہر`build.gradle.kts`یہ انحصارات کو دکھاتا ہے۔ ہر`INDEX.adoc`یہ متقابل اشارے پیش کرتا ہے۔

LLM یہ الجبر ملاحظہ کرتا ہے اور اسے پتہ لگاتا ہےڈیلٹا: فاصلہ بین یہ سسٹم پہلے سے پیدا کرنے والا ہے اور جو vision بیان کرتی ہے۔

اس ڈیلٹے سے، وہ کچھ تعریف کر سکتا ہےکاروبار کے ماہرین کی نقشات— CDA (ایپلیکیشن کے ڈیزائنر اور ڈویلپر، Kotlin/Gradle/JHipster) اور FPA (حرفے کے افراد کے براۓ تربیت کا ماہر، تدریس/Qualiopi/Bloom) — اور ہر ماہر کے لیے جس کمی ہے، اسے شناخت کریں

Expert CDA (Kotlin/Gradle/JHipster)
  ├── Plugins : jhipster-gradle-plugins, plantuml-gradle,
  │   codebase-gradle
  ├── Delta : pas encore de SPG CDA formalisé,
  │   pas de fine-tuning expert CDA

Expert FPA (Pédagogie/Qualiopi/Bloom)
  ├── Plugins : training-gradle, slider-gradle,
  │   school-backoffice/forms, capsule-gradle
  ├── Matériel : 38 modules cours, SPG/SPD, taxonomies
  └── Delta : parser AsciiDoc→JSON à créer,
      orchestrateur à coder

LLM کو بتانے کی ضرورت نہیں ہے کہ اسے کیا کرنا ہے۔ ڈیلٹہ ساخت سے ظاہر ہوتا ہے۔

مکمل سیاق و سباق ویکٹر: RAG + pgvector + Graphify

رابطی الجبر ایک نظریاتی بناؤ نہیں ہے۔ یہ ہے مادی شکل میں تین اجزاء سے جو ایک بنائے ہیںسیاق و سباق کا مرکب ویکٹرکے لیے LLM.

حصہ 1 — RAG LangChain4j + PostgreSQL pgvector

میں نے پہلے سے LangChain4j دو پلیگنز میں پروڈکشن میں deploy کر چکا ہے :`slider-gradle`(4 LLM پرووائڈرز) اور`plantuml-gradle`(7 فراہم کرنے والے). ONNX امبیڈنگز (AllMiniLmL6V2) انڈیکس کرتی ہیں ڈیٹا کا`office/`اور مzholi kod کا`foundry/`PostgreSQL + pgvector میں

یہ RAG دو بعدوں پر کام کرتا ہے:

بعدی ڈیٹا : دستاویزات`office/`(SPG, مضامین، تربیاں، JSON کے سکیما)
Dimension code : کوڈ بیسز`foundry/`(مصادر Kotlin، ٹیسٹس Cucumber، AGENT.adoc)

تقاطع دونوں کیا (کاروباری ڈومین) اور کیسے (تنفاذ) کوغطا کرتی ہے۔

جزء 2 — Knowledge Graph Graphify

Graphify میں شامل ہے`plantuml-gradle`(109 tests, 380/380 PASS) aur ek paida karta hai`graph.json`— ایک ساخت یافتہ دانش گراف نڈ، किनارے اور خودکاراً entdeckٹی ہوئی کامیونٹیز کے ساتھ۔

RAG کے برعکس جو ویکٹرSimilarity (فزع) سے عمل کرتا ہے، knowledge graph عمل کرتا ہےدقیق تعلقات(محدد)`graphify query`semantiki sawalat (~50 tokens) ke liye,`graphify path`ناویگیشن کرنے کے لیے,`graphify explain`وضاحت کرنے کے لیے.

حصہ 3 — Graphify افزائشی : پھیلے ہوئے، جمع کرنے کے قابل، استعمال ہونے والا

یہ کلیدی معمارتی فیصلہ ہے۔

Graphify ko ek hi repository mein jeena nahi chahiye. Isay ek tarah se jeena chahiye.متفرقہہر پلاگین میں :

ہر ایک پلاگین Gradle ایک تاپم شامل کرتا ہے`updateKnowledgeGraph`جو Graphify کو بلاتا ہےاپنا scope پراور پیدا کرتا ہے ایک`graph.json`مقامی.
بیلڈ اسکرپٹ کا`office/ استعمال کرتا ہے`graphify-gradle`مع`rootDir = /home/cheroliv/workspace`اور پیدا کرتا ہے ایک`graph.json عالمیجس میں مقامی گرافز کو جمع کیا جاتا ہے
ہر پلاگین کا RAG یہ داخل کرتا ہے`graph.json`عالمی جیسےسیاق کا فِلٹرLLM کی طلبات کے لئے.

TÂCHE GRADLE (dans chaque plugin)
    ↓
graphify → graph.json (scope local)
    ↓
office/build.gradle.kts → graph.json (scope global)
    ↓
RAG pgvector (dans slider, plantuml, codebase...)
    ↓  ← injection du graph.json comme filtre
LLM (deepseek-v4-pro)
    ↓  ← observation algèbre relationnelle
    ↓  ← détection delta vs cartographies experts
PRIORISATION → prochaine tâche

نتیجہ: LLM خالی میں نہیں ڈھونڈتا، بلکہ جس فضا کا انظام knowledge graph کے ذریعے کیا جاتا ہے، وہ اس میں سفر کرتا ہے۔ "génère un diagramme" پر ایک کوئری، گراف کے متعلق عقدوں تک پہنچ سکتی ہے۔

خودکار RGPD درج بندی : LLM روٹر

فضائی آنٹولوجيا صرف LLM کو مناظر کے مطابق کرنے پر متوقف نہیں رہتی — اسے ایکRGPD درج بندی گiredہر ڈیٹا کو اس کی جائز منطقہ طرف راؤٹ کرنا.

معیار

LLM کی تشخیص

عمل

حد اکثر سطح

شخصی ڈیٹا (نام، ایمیل، IP)

نمونہ`@`, IP, خالص ناماء

گومنام کرنا →`[OF_PILOTE]`یا روٹر سطح 2

ٹوکن / راز / ذمّہ دارانہ

نمط`sk-…, `ghp_…, ya29…

روٹر →configuration/. کے حوالے سے`${VAR}`کوڈ میں.

اندرونی URL

شامل`localhost`, خصوصی آئی پی

گمنام سازی →${API_URL}

تعلیمی ڈیٹا (SPG, کور س)

سٹرکچر Bloom/Qualiopi

رائٹر →office/(سطح 2). ڈبل ورژن اگر ایکسپورٹ۔

سورس کوڈ / ٹیسٹ

امتداد`.kt`, .kts`میں`foundry/

روٹر →foundry/. رازوں کی عدم موجودگی کی جانچ کریں

سیشِن کے آخر میں، LLM ایکعالمی کام:

پڑھنے کا`.gitignore`جڑ شناخت کرنے کے لئے موقت اشیاء (اسنیپشٹ سے خارج کرنے کے لئے) مقابلے استراتژیک اشیاء (تاریخی کرنے کے لئے)
تمام فائلوں کا انفنٹری`.adoc`جڑ کا`workspace/`
فیلٹرنگ: فہرست شدہ فائلیں داخل`.gitignore`, سبھی دوسرے کی شمول
کپی میں`configuration/vision-archive/$DATE/اور symlink کی اپ ڈیٹ`latest/
ریپوزٹری میں کامٹ`configuration/`ایک منظم پیغام کے ساتھ
خودکار RGPD کلاسifications ہر معاہدہ فائل (تمام دائرے)
رُٹنگ : ڈیٹا`office/→ خصوصی کامیٹ, کوڈ`foundry/→./gradlew check, تنظیم → کمیٹ
منظّم شدہ رپورٹ RGPD کی انتباہات اور آرکیو کی تصدیق کے ساتھ

Le `.gitignore`جڑ گِٹ کانفیگریشن فائل نہیں ہے — یہ ایکحکمرانی فائل تاریخی سازی۔ یہ وہ سکیما ہے جو LLM استعمال کرتا ہے تا فیصلہ کرے کہ رازوں کے باغ کی کون سی فائلیں استراتجیک حیات نامہ میں شامل ہوں گے اور کون سے ہٹانے کے قابل ہیں۔

LLM اب صرف ٹیکسٹ جنریٹر نہیں رہا۔ یہمعلومات کا مدیرایکوسسٹم کا — پروڈوسر، کلاسفائر، روٹر

رودمپ : اسکیڈیو سے LangGraph4j تک

آج، یہ حکومت حتمی ہے : LLM AsciiDoc فائليں میں بيان کردہ ایک عمل لاگو کرتا ہے۔ یہمرحلہ 1— LLM میموری کے ساتھ پرامپٹ انجیئرنگ.

La مرحلہ 2یہ procédure میں ہر مرحلے کو نکالتا ہے ایکٹائپڈ گریڈل ٹاسک:

./gradlew endSessionWorkspace    → snapshot vision-archive
./gradlew endSessionProject      → archive .agents/
./gradlew endSessionReport       → rapport multi-zones

La مرปลہ 3یہ سیشن کے خاتمے کے عمل کا موجدل بنائے گا جس طرح ایکحالتوں کا گرافکے ساتھhttps://github.com/langgraph4j/langgraph4j[LangGraph4j]: :

[Start] → [Inventaire fichiers modifiés]
       → [Classification RGPD] (nœud ONNX)
       → [Branchement par cercle]
            ├→ cercle 0 → snapshot → commit
            ├→ cercle 2 → anonymisation → commit
            ├→ cercle 4 → archive → commit
            └→ cercle 1 → commit configuration/
       → [Rapport] → [End]

یہ گراف سی/سی ڈی میں ورژن کردگیا ہوگا، Gradle کے ذریعے چلایا جائے گا، پلاگائن کے گіт ہب سیکریٹس کے ذریعے configuration کیا جائے گا۔ ال ایل ایم اب routage فیصلہ کرنے کی ضرورت نہیں ہوگا — گراف خود یہ کرے گا۔

یہ معماریت کیا حل کرتی ہے (اور یہ کیا نہیں حل کرتی)

فضائی أنتولوجيا سب چیزوں کو کولٹی نہیں کرتی۔ کُڈ اسٹائل کی اصطلاحات، نام رکھنے کے طریقے، میمارانہ ڈیزائن کے选定 — یہ سب پرامپٹ میں رہتا ہے۔ جِس کا حل فضائی أنتولوجيا کرتا ہے، وہسキュورٹی اور ظاہریت کا طبقہ: جہاں ہر بائٹ کو رہنا ضروری ہے، اور جو اس دیکھ سکتا ہے۔

یہ اس کی واقعی فائدہ ہے :

نہیں`git push`accidentel d’un secret : les secrets sont dans

(Translated with leading space preserved)

حادثی* ایک راز* : راز میں ہیں`configuration/(دائرہ 1). سرکاری پروژے میں`foundry/(دائرہ 4). کوئی راستہ دونوں سے نہیں گزرتا

ڈیٹا میں کاروباری کوڈ نہیں :`office/شامل ہے کچھ.adoc`, YAML, JSON اسکیما — لیکن نہیں`.kt`. Le `build.gradle.kts`جو یہاں رہتا/ رہتی ہے، استعمال کرنے کا سکرپٹ ہے، کاروباری کوڈ نہیں۔
کوئی اسٹریٹجیک سوچ ظاہر نہیں : ویژن دستاویز خفی باغ میں رہتے ہیں (CVS کے باahar جڑ). سنیپ شاٹس میں ہیں`configuration/`(خفیہ خزانہ). کسی بھی، وسیع اعتماد کے حلقے میں بھی، استراتژی کی ابتداء نہیں پڑھتے۔
خود-اولویت دینے : LLM رابطی الجبر (جس کا وجود ہے) و ماہر کے نقشے (جس کی ضرورت ہے) کے درمیان فرق کو ملاحظہ کرتا ہے۔ تطوير کی اگلی کاروائی اس فرق سے ظاہر ہوتی ہے۔

نتیجہ: معماريت، ایک گفتگو کے طور پر

میں اپنی ویب سائیٹ کے فوٹر میں کوئی سیاسی مانیفیسٹ نہیں ڈالتا۔ میں اپنے پرامپٹس میں کوئی اخلاقی قواعد نہیں ڈالتا۔ تنظیم متن میں نہیں ہے — یہ … میں ہےفائل سسٹم.

جب یک LLM اس فضلے میں کام کر رہا ہوتا ہے، تو وہ ایک راز نہیں لیک سکتا (راستہ اسے روک دیتا ہے). وہ تعلیمی ڈیٹا کو سورس کوڈ کے ساتھ نہیں گھلتا سکتا (فصلی حصہ مختلف ہے). وہ 80,000 ٹوکنز کی ایک سیکیورٹی رول نہیں بھول سکتا — کیونکہ رول پرامپٹ میں نہیں ہے، یہ … میں`workspace/→`configuration/→office/→`foundry/`کہ ہر فائل کی پڑھنے سے دوبارہ فعال ہو جاتا ہے

یہ secure by design کا اصول ہے-agent alignment پر لاگو: LLM سے قواعد کو یاد کرنے کے لیے نہیں پوچھنا۔ معماری اس طرح بنائیں کہ غلطی ساختاً ناممکن بن جائے۔