Geliştiricinin Gizli Bahçesi: Mekânsal Ontoloji, LLM'leri Prompt Mühendisliği Olmadan Nasıl Hizalar?
Yayınlandı: 30 April 2026
- Tespit: Prompt Engineering bir Kumdan Şatodur
- Dört Güven Çemberi: Mekansal Bir Ontoloji
- Artı/Eksi: Uzamsal Hizalama vs. Prompt ile Hizalama
- Workspace İlişkisel Cebiri ve Gözlemlenebilir Delta
- Bileşik Bağlam Vektörü: RAG + pgvector + Graphify
- Otomatik GDPR Sınıflandırması: Yönlendirici Olarak LLM
- Yol Haritası: AsciiDoc’tan LangGraph4j’ye
- Bu Mimari Neyi Çözer (ve Neyi Çözmez)
- Sonuç: Söylem Olarak Mimari
Prompt engineering kırılgandır. 80.000 token’da, hizalama kurallarınız gürültü içinde kaybolur ve LLM, konuşmanın başında ondan ne istediğinizi unutur. Benim çözümüm mü? Metinle değil, boşluk. Geliştirme çalışma alanımı, mahrem gizli bahçeden halka açık demirhanelere kadar dört eş merkezli güven çemberine ayırdım ve her çember dosya sisteminin fiziksel bir bölgesidir. LLM’e kuralların hatırlatılmasına gerek yok: dosya yolu onları zaten içeriyor. İşte nasıl çalıştığı ve bu mekânsal hizalama mimarisinin neden bir …'den daha dayanıklı olduğu:`system prompt`500 satırlık.
Bu uzun bir makale.
Rahatça yerleşin.
Tespit: Prompt Engineering bir Kumdan Şatodur
Üç hafta boyunca, üç farklı LLM — Kimi K2.6, GLM-5.1 ve DeepSeek-V4-Pro (tek hayatta kalan, ama bu başka bir hikayeBurada zaten ele alındı.) — kullanarak Opencode ile Gradle eklentileri geliştirdim. Benim agent yönetişim yöntemimBunu önceki bir makalede detaylıca belgeledim., AsciiDoc dosyalarına dayanıyor —AGENT.adoc, INDEX.adoc, PROMPT_REPRISE.adoc— her oturum başında ~30 000 token kural, backlog ve geçmiş yükleyen.
Ve bu dokümantasyon altyapısına rağmen, iki şey dikkatimi çekti:
-
LLM unutur. Her EAGER dosyasının başındaki mutlak kurallara rağmen, toplam 60.000 token’dan sonra (başlangıç bağlamı + konuşma), Kimi K2.6 şunları önermeye başladı:`Write`yapılandırma dosyaları üzerinde ezici. GLM-5.1 bir Firebase token’ını değiştirilmesi gereken bir placeholder ile karıştırdı. Kurallar yazılıydı — LLM onları artık görmüyordu.
-
Yönetişimin kendisi bir sorun haline geliyor. Bağlam patlamasını önlemek için `Hot/Warm/Cold`Article sur la rotation de backup. mekanizmasını uyguladıktan sonra bile, EAGER dosyalarım hâlâ 1414 satırdıJ’ai documenté cet audit ici.. LLM’i doygunluktan korumak için tasarlanan yönetişim, LLM’i doygunluğa ulaştırıyordu.
Prompt’taki token sayısına bağlı olmayan bir hizalama mekanizmasına ihtiyaç duymuştum.
Cevap: metne göre hizalamayı bırakın ve şuna göre hizalamaya başlayın: l'boşlukLütfen çevrilecek metni sağlayın.
Dört Güven Çemberi: Mekansal Bir Ontoloji
Dosyam`workspace/(içinde~/workspace/`) bir Git deposu değildir. Bu, kod, dokümantasyon, eğitim ve altyapı dahil olmak üzere tüm çalışmamın kök dizinidir. Ve düzenleme kuralları değil, şunlar olan dört bölgeye ayrılmıştır:iç içe geçmiş güven çemberleriLütfen çevrilecek metni sağlayın.
Seviye |
Etiket |
Fiziksel alan |
CVS |
Görünürlük |
0 |
Gizli bahçe |
`workspace/`kök |
Yok |
Özel — özgür düşünce, commit yok, yayınlama yok |
1 |
Kasa |
|
Özel Git (solo) |
Sırlar, jetonlar, vizyon arşivi. Tek bir kişi. |
2 |
Kütüphane |
|
Özel Git (genişletilmiş) |
Pedagojik veriler, SPG/SPD, JSON şemaları. Tanımlanmış güven çemberi. |
4 |
Forgeler (kamu) |
|
Git genel (Apache 2.0) |
Kaynak kod, eklentiler, testler, teknik dokümantasyon. |
NOT: Tabloda seviye 3 yoktur. Seviye 3 geçiş seviyesidir: şunlardan oluşan bir içeriktir:`office/`anonimleştirilmiş olan ve açık veri olarak yayınlanmaya hazır olan. Kendine ait fiziksel bir alanı yoktur; bu bir konum değil, verinin bir durumudur.
Her seviye belirli bir soruyu yanıtlar:
-
Henüz paylaşılmaya hazır olmayan, kısıtlı bir çevreyle bile paylaşılmak istenmeyen bir fikir nereye bırakılır? → Gizli bahçeye. Git yok. Baskı yok.
-
Bir API token’ı sızdırmadan nerede saklanır? → Kasa (
configuration/). Fiziksel olarak izole. Başka hiçbir depo onu yanlışlıkla referans alamaz. -
Bir pilot eğitim kurumu ile eğitim kataloğu nerede ortaklaşa oluşturulur? → Kütüphane (
office/). Versiyonlanmış, iş birlikçi ancak gizli. -
Açık kaynaklı bir Gradle eklentisi nerede endüstriyelleştirilir? → Yazılım depoları (
foundry/). Kamu, çatallanabilir, CI’da test edilmiş.
Bu ontolojibir LLM tarafından tüketilebilir. Bir dosyayı okuduğunda`foundry/plantuml-gradle/src/`, şunu örtük olarak bilir: "4. çemberdeyim — genel kod, zorunlu testler, sır yok, eğitim verisi yok". Bunu ona hatırlatan bir isteme (prompt) ihtiyaç duymaz.
Gizli Bahçe: CVS Dışı Alan
En सबसे önemli — ve en sezgi karşıtı kavramdır.
Kök`workspace/yoktur.git/. Orada bulunan belgeler (`WORKSPACE_VISION.adoc, WORKSPACE_AS_PRODUCT.adoc, WORKSPACE_ORGANIZATION.adoc— ve şu an okuduğunuz ve ondan türetilen) versiyonlanmak, paylaşılmak veya benden başka biri tarafından tekrar okunmak için tasarlanmamıştır. Bunlarfilizlenen düşüncelerLütfen çevrilecek metni sağlayın.
|
Gizli bahçe doğası gereği out-of-CVS'dir. Versiyonlamanın olmaması, düşünce özgürlüğünün koşuludur. Oraya okunmak için yazılmaz — kendi vizyonunu netleştirmek için yazılır. |
Ancak bu özgürlüğün bir bedeli var: bir`rm`kazara gerçekleşir ve aylarca süren stratejik düşünceler yok olup gider. Çözüm bahçeyi versiyonlamak değildir (bu onu yok etmek olurdu) — çözüm onuaynalayanenที่สุดในวงแคบที่สุด
Yönetişim Yapılandırması Olarak `.gitignore
-
kökünde`workspace/
, bir dosya.gitignore`minimal şunu beyan eder:geçmişleme politikasıgizli bahçe dosyaları:
.goosehints
.goose
Ce .gitignore`klasik Git fonksiyonuna sahip değildir (yoktur.git/`kök dizinde). Şöyle çalışır: biryönetişim yapılandırma dosyasıbelirli bir soruya yanıt veren: gizli bahçenin hangi artefaktları tarihe kaydedilmeyi hak ediyor ve hangileri tamamen geçicidir?
-
Şu listedeki dosyalar:`.gitignore`—
.goosehints,.goose— ajanlar tarafından oluşturulan geçici artefaktlardır. Stratejik değeri yoktur. Geçmiş kaydı tutulmaz. -
Dosyalar`.adoc`kökten —
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— değillerdirdeğiliçinde`.gitignore`. Geçmişe kaydedilecek eserler bunlardır.
Le `.gitignore`diryönetişim şeması: burada listelenmeyen her şey snapshot adayıdır. Ve LLM, bu dosyayı okuduğunda, bir prompt içerisinde hatırlatmaya gerek kalmadan, nelerin arşivlenmesi ve nelerin yoksayılabileceğini tam olarak bilir.
Snapshot Mekanizması
Oluşturdum`configuration/vision-archive/: tüm …'ların tarihli anlık görüntüleri.adoc`kök dizinden, özel depoya commit edilmiş`configuration/`. Her beyin fırtınası oturumu bir snapshot üretir:
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"
Prosedür, oturum sonunda, bu genel yönlendirme görevini yürüten LLM’nin kendisi tarafından tetiklenir. Her snapshot, stratejik düşüncenin T anındaki tam durumunu yakalar.
Git geçmişi`configuration/`haline gelirstratejik düşüncemle ilgili biyografi. Bir tane yapabilirim`git log — vision-archive/`ve görüşümün gelişimini, oturum oturum, tarih tarih görmek.
Bir iş günü sonrası geçmişten gerçek bir örnek:
$ 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
Bir günde beş snapshot. Her biri bir geri yükleme noktasıdır. Her biri stratejinin oluşum sürecinde bir kilometre taşıdır.
Dosya`configuration/vision-archive/latest/`sürekli olarak bir … içerirçalışma kopyasıson snapshot’tan, Git geçmişinde gezinmeye gerek kalmadan hızlı bir referans görevi gören.
Ve LLM için bu birtutarlılık oraklı: mevcut uygulama ile daha önceki bir tarihte arşivlenmiş vizyon arasında bir çelişki gözlemlediğinde, bunu bildirebilir.
Kasa: Spring Cloud Config gibi `configuration/
`configuration/`sadece görme arşivini içermez. Birincil —ve gelecekteki— işlevi, birSpring Cloud Config sunucusuTüm sırlar, tokenlar, kimlik bilgileri ve altyapı tanımlayıcıları burada, yalnızca sahibinin erişebildiği özel bir Git deposunda tutulur.
Neden bir dosya yerine ayrı bir depo?`.env`her projede mi?
-
Yanlışlıkla sır pushlama : imkansız. Sırlar, genel projelerin yanlışlıkla referans veremeyeceği özel bir depodadır.
-
Denetim: Git geçmişi, her yapılandırma değişikliğinin izini sürer. Kimin, neyi, ne zaman, hangi SHA özetiyle değiştirdiği görülür.
-
Geri Alma :`git revert`bozuk bir yapılandırma üzerinde. Manuel yedekleme gerektirmeden, anlık olarak.
Kütüphane: Tüketilebilir Veri olarak `office/
`office/`geliştirme çalışmasının dokümantasyon karşılığıdır. Blog yazılarını, teknik spesifikasyonları, eğitim materyallerini (38 FPA kurs dizini, SPG/SPD, JSON şemaları, Bloom/Harrow/Krathwohl taksonomileri) — yani şunları oluşturan her şeyi içerir:eğitim materyaliLütfen çevirilecek metni sağlayın.
Ama`office/`sadece bir belge çekmecesi değildir. O, biryapılandırılmış veri kaynağısadece şunların Gradle eklentileri:`foundry/`tüketirler. Bir blog yazısı şurada`office/`bir eklentinin HTML’e dönüştüreceği bir girdidir. Bir AsciiDoc SPG içindeki`office/metiers/FPA/`bir orkestratörün slaytlar, kuizler ve video kapsülleri oluşturmak için ayrıştıracağı bir artefakttır.
Et le `build.gradle.kts`kökünde`office/`iş kodu değildir — bu birekosistem eklentileri tüketim betiğiŞöyle diyor: "kullandığım Gradle eklentileri şunlar, çalışma alanımın bağlamı da burada".
Forges: Uygulama olarak `foundry/
foundry/`içerirendüstriyelleştirilmiş kod. 7’si şu an … tarafından yönetilen 54 Git deposu,.agents/`. Vizyonun yürütülebilir hale geldiği yer burasıdır — Gradle eklentileri, CI/CD, JUnit5 + Cucumber testleri.
ile olan ilişki`office/`çift yönlüdür:
-
`office/`Profesyonel bir çevirmensin. Fransızcadan Türkçeye çevir.
TÜM ters tırnak kod bölümlerini (…) olduğu gibi koru; ters tırnak içeriğini, boşluklarını veya konumlarını asla değiştirme. Bu metin daha büyük bir cümlenin parçası olabilir; bağlam istemeden parçayı çevir. Yalnızca çevrilmiş metni çıktı olarak ver; açıklama, yorum, giriş, alternatif veya seçenek sunma.foundry/: eğitim verileri, eklentilerin tükettiği ham maddedir.
-
`foundry/`Profesyonel bir çevirmensiniz. Fransızcadan Türkçeye çeviri yapın.
TÜM ters tırnak kod alanlarını (…) olduğu gibi koruyun; ters tırnak içeriğini, boşluklarını veya konumunu asla değiştirmeyin. Bu metin daha büyük bir cümlenin parçası olabilir; bağlam istemeden parçayı çevirin. Yalnızca çevrilmiş metni çıktı olarak verin; açıklama, yorum, giriş, alternatifler veya seçenekler eklemeyin.office/: eklentiler, zenginleştiren veriler üretir`office/` — le `graph.json`graphify-gradle’den, derlenmiş slider destelerinden, build raporlarından.
Artı/Eksi: Uzamsal Hizalama vs. Prompt ile Hizalama
İki yaklaşımı karşılaştıralım.
Klasik Yaklaşım: Ön-İstem ile Hizalama
✅ Pro |
❌ Contra |
Uygulaması kolay. Sistem isteminde ( |
Uzun bağlama karşı hassas: kural 80K token’dan sonra kayboluyor. |
Genel kurallar (ton, format) için çalışır. |
Doğrulanamaz: hiçbir şey LLM’nin kuralı ihlal etmesini engellemez. |
Proje mimarisini yeniden düşünmeye gerek yok. |
Devredilemez: her repo kuralları yeniden tanımlar. |
Tamamen deklaratif: LLM yapması gerektiğini bilir, ancak onu engelleyen hiçbir şey yoktur. |
Bu Yaklaşım: Uzamsal Ontoloji ile Hizalama
✅ Pro |
❌ Contra |
Uzun bağlama karşı dayanıklı: kural uzak bir istemde değil, dosya yolundadır. |
İlk altyapı maliyeti: workspace’i daireler şeklinde yapılandırmak zaman alır. |
Mekanik olarak doğrulanabilir: şurada bir sır`foundry/`tarafından tespit edilebilir`git check-ignore`Lütfen çevrilecek metni sağlayın. |
Disiplin gerektirir: yeni bir katılımcının çemberleri anlaması gerekir. |
Devredilebilir: bir`AGENT.adoc`standard yeni her projeye daireleri sunar. |
Yalnızca mekânsal kısıtlamaları kapsar — stil kodu istemde kalır. |
Tasarım yoluyla güvenlik: bir`git push`den beri`foundry/`sergileyemez`configuration/`Lütfen çevrilecek metni sağlayın. |
|
LLM olmayan ajanlar tarafından tüketilebilir: bir Gradle orkestratörü daireye göre yönlendirme yapabilir. |
Ana kazanç savunmacı (güvenlik, görünürlük) değil — o,yaratıcı. LLM, bir ontoloji tarafından yapılandırılmış bir alanda çalıştığında, hiçbir prompt’un ona izin vermediği şeyi yapabilir: deltayı gözlemlemek.
Workspace İlişkisel Cebiri ve Gözlemlenebilir Delta
LLM tarama yaptığında`foundry/, bir …'ya sahiptiryapılandırılmış veri ağları: düğümler (eklentiler, dosyalar, testler, bağımlılıklar), türlendirilmiş kenarlar (`import, depends_on, generates, tests), bileşim ve sıra ilişkileri (`training-gradle`referans havuzunu çıkar →`slider-gradle`slaytları oluşturur →`capsule-gradle`videoyu kurgula).
Bu cebir hiçbir yerde açıkça yazılmamıştır — ancak gözlemlenebilir. Her`build.gradle.kts`bağımlılıkları ortaya çıkarır. Her`INDEX.adoc`çapraz referansları sunar.
LLM bu cebiri gözlemler ve şu durumu tespit eder:delta: sistemin halihazırda üretebildikleri ile vizyonun tanımladıkları arasındaki fark.
Bu deltadan yola çıkarak, şunları tanımlayabilir:iş uzmanı haritalamaları— CDA (Uygulama Tasarımcısı Geliştiricisi, Kotlin/Gradle/JHipster) ve FPA (Yetişkin Profesyonel Eğitmeni, Pedagoji/Qualiopi/Bloom) — ve her bir uzman için eksik olanları belirlemek.
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’ye ne yapması gerektiğinin söylenmesine gerek yoktur. Delta, yapıdan ortaya çıkar.
Bileşik Bağlam Vektörü: RAG + pgvector + Graphify
İlişkisel cebir teorik bir kurgu değildir. O, bir … oluşturan üç bileşenle *somutlaştırılmıştır*bileşik bağlam vektörüLLM için.
Bileşen 1 — RAG LangChain4j + PostgreSQL pgvector
İki eklentide halihazırda üretim ortamında LangChain4j kullanıyorum:`slider-gradle`(4 LLM sağlayıcısı) ve`plantuml-gradle`(7 sağlayıcı). ONNX embedding’leri (AllMiniLmL6V2) şu verileri indeksler:`office/`ve kaynak kodu`foundry/`PostgreSQL + pgvector içinde.
Bu RAG iki boyut üzerinde çalışır:
-
Boyut verileri : belgeler`office/`(SPG, makaleler, eğitimler, JSON şemaları)
-
Boyut kodu : kod tabanları`foundry/`(kaynaklar Kotlin, testler Cucumber, AGENT.adoc)
Kesişim hem *ne*yi (iş alanını) hem de *nasıl*ı (uygulamayı) kapsar.
Bileşen 2 — Knowledge Graph Graphify
Graphify, … içine entegre edilmiştir`plantuml-gradle`(109 test, 380/380 GEÇTİ) ve bir`graph.json`— düğümler, kenarlar ve otomatik olarak tespit edilen topluluklarla yapılandırılmış bir knowledge graph.
Vektör benzerliği (bulanık) ile çalışan RAG’ın aksine, bilgi grafiği (knowledge graph) şununla çalışır:kesin ilişkiler(deterministik):`graphify query`semantik sorgular için (~50 token),`graphify path`gezinmek için,`graphify explain`açıklamak için.
Bileşen 3 — Artımlı Graphify: Seyrek, Toplanabilir, Tüketilebilir
Bu, kilit mimari karardır.
Graphify tek bir depoda yaşamamalıdır. Şu şekilde yaşamalıdırdağınıkher eklentide:
-
Her plugin bir Gradle görevi içerir`updateKnowledgeGraph`Graphify’yi çağırankendi scope’u üzerindeve üretir`graph.json`yerel.
-
build script`i`office/
* tüketir`graphify-gradle`ile`rootDir = /home/cheroliv/workspace`ve üretir bir`graph.jsonküreselyerel grafları birleştiren. -
Her eklentinin RAG’si şunu enjekte eder`graph.json`küresel olarakbağlam filtresiLLM sorguları için.
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
Sonuç: LLM boşlukta arama yapmaz; bilgi grafiği (knowledge graph) tarafından yapılandırılmış bir alanda gezinir. "bir diyagram oluştur" şeklindeki bir sorgu, grafikteki ilgili düğümlere nasıl ulaşacağını bilir.
Otomatik GDPR Sınıflandırması: Yönlendirici Olarak LLM
Mekansal ontoloji sadece LLM’i hizalamakla kalmaz, ona birGDPR sınıflandırma tablosuher veriyi kendi meşru bölgesine yönlendirmek için.
Kriter |
LLM Tespiti |
Eylem |
Maksimum seviye |
Kişisel veri (isim, e-posta, IP) |
Desen`@`, IP, özel isimler |
Anonimleştir →`[OF_PILOTE]`veya katman 2 yönlendirici |
2 |
Token / Gizli Anahtar / Kimlik Bilgisi |
Desen`sk-… |
Yönlendirici → |
1 |
Dahili URL |
İçerir`localhost`, özel IP |
Anonimleştir → |
2 |
Eğitsel veri (SPG, ders) |
Bloom/Qualiopi Yapısı |
Yönlendirici → |
3 |
Kaynak kod / test |
Uzantı`.kt`, |
Yönlendirici → |
4 |
Oturum sonunda, LLM birgenel görevLütfen çevrilecek metni giriniz.
-
Okuma`.gitignore`geçici artefaktları (snapshot’tan hariç tutulacak) stratejik artefaktlardan (geçmişi tutulacak) ayırt etmek için kök dizin
-
Tüm dosyaların envanteri`.adoc`kökten`workspace/`
-
Filtreleme: şunlarda listelenen dosyaların hariç tutulması`.gitignore`, diğerlerinin tamamı dahil
-
Şuraya kopyala`configuration/vision-archive/$DATE/
ve sembolik bağlantının güncellenmesi`latest/ -
Depoya commit`configuration/`yapılandırılmış bir mesaj ile
-
Her değiştirilen dosyanın (tüm daireler) otomatik GDPR sınıflandırması
-
Yönlendirme: veriler`office/`→ özel commit, kod`foundry/`Profesyonel bir çevirmensin. Fransızca’dan Türkçe’ye çeviri yap.
TÜM ters tırnak kod bölümlerini (…) olduğu gibi koru — ters tırnak içeriğini, boşluklarını veya konumlarını asla değiştirme. Bu metin daha büyük bir cümlenin parçası olabilir — bağlam istemeden parçayı çevir. Yalnızca çevrilmiş metni çıktı olarak ver — açıklama, yorum, giriş, alternatif veya seçenek sunma../gradlew check, yapılandırma → commit
-
GDPR uyarıları ve arşivleme onayı içeren yapılandırılmış rapor
Le `.gitignore`kök bir Git yapılandırma dosyası değildir — bu birgeçmişe dönük veri saklama yönetişim dosyası. LLM’in, gizli bahçenin hangi dosyalarının stratejik biyografiye gireceğine ve hangilerinin atılabilir olduğuna karar vermek için tükettiği şemayı tanımlar.
LLM artık basit bir metin oluşturucu değil. O,bilgi yöneticisiekosistemin — üretici, sınıflandırıcı, yönlendirici.
Yol Haritası: AsciiDoc’tan LangGraph4j’ye
Bugün, bu yönetişim deterministiktir: LLM, AsciiDoc dosyalarında tanımlanan bir prosedürü uygular. Bu, lafaz 1— LLM belleği ile prompt mühendisliği.
La aşama 2prosedürün her bir adımını bir … içine çıkaracaktırtipli Gradle göreviLütfen çevrilecek metni sağlayın.
./gradlew endSessionWorkspace → snapshot vision-archive
./gradlew endSessionProject → archive .agents/
./gradlew endSessionReport → rapport multi-zones
La aşama 3oturum kapatma sürecini bir … olarak modelleyecektirdurum grafiğiilehttps://github.com/langgraph4j/langgraph4j[LangGraph4j]Lütfen çevrilecek metni sağlayın.
[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]
Bu grafik CI/CD’de versiyonlanacak, Gradle tarafından çalıştırılacak ve eklentilerin GitHub Secrets’ları aracılığıyla yapılandırılacaktır. LLM’in artık yönlendirmeye karar vermesine gerek kalmayacak; bunu grafik yapacak.
Bu Mimari Neyi Çözer (ve Neyi Çözmez)
Bir LLM bu alanda çalıştığında bir sırrı sızdıramaz (yol bunu engeller). Bir eğitsel veriyi kaynak koduyla karıştıramaz (fiziksel alan farklıdır). 80.000 token’da bir güvenlik kuralını unutamaz — çünkü kural prompt’ta değil, o … içinde`workspace/`No text was provided to translate. Please send the French text you’d like me to translate into Turkish.`configuration/`Translation source text is missing — please provide the French text to translate.`office/`Translate from fr to tr.`foundry/`her dosya okumasının yeniden etkinleştirmesi
Somut olarak şunları sağlar:
-
Yok`git push`bir sırrın yanlışlıkla ifşası* : sırlar şuradadır`configuration/
(daire 1). Kamu projeleri şunlardadır:`foundry/(daire 4). Hiçbir yol her ikisini de kesmez. -
Veride iş mantığı olmamalı:`office/
içerir.adoc`, YAML’lar, JSON Şemaları — ancak`.kt`. Le `build.gradle.kts`burada yaşayan şey bir tüketim betiğidir, iş kodu değildir. -
Stratejik düşünce ortaya konulmamış: vizyon belgeleri gizli bahçede (CVS dışı kök dizin) yer alır. Snapshot’lar şuradadır:`configuration/`(özel kasa). Genişletilmiş güven çevresindeki kişiler dâhil hiç kimse, stratejinin oluşum sürecini okumaz.
-
Otomatik önceliklendirme: LLM, ilişkisel cebir (mevcut olan) ile uzman haritalamaları (gereken) arasındaki farkı gözlemler. Bir sonraki geliştirme görevi bu farktan ortaya çıkar.
Sonuç: Söylem Olarak Mimari
Sitemin alt kısmına siyasi bir manifesto koymuyorum. Prompt’larıma etik kurallar eklemiyorum. Hizalama metinde değil — şurada:dosya sistemiLütfen çevrilecek metni sağlayın.