This is a viewer only at the moment see the article on how this works.
To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk
This is a preview from the server running through my markdig pipeline
StyloAgent कार्यप्रणाली: कैसे मैं कोड एलएलएम्स का उपयोग करके बड़े ( और HUGE के सिस्टम बनाना और प्रबंधित करता हूँ
Saturday, 18 July 2026
भाग 1 वस्तु का आकार था
एक मॉडल केवल वास्तविक कार्य के तहत अपने को बनाए रखने का अर्जन करता है : एक कोडबेस पर यह कभी नहीं देखा है कि फ्लैट को छोड़ने के लिए एक परिवर्तन को रिपोजिटरियों में pushing , और एक निर्णय ट्रैक को बनाए रखते हैं जो पुनः आरंभ से बचता है
से जारी है भाग 1, जो मुख्य समस्या को शामिल किया गया था | ( | आर्कटेक्ट्रिक ड्रिफ्ट |), | क्यों अधिक संदर्भ इसे नहीं ठीक करता है | МSK3 | और StyloAgent मॉडल
मौजूदा प्रणालियों को समझना
फ्लाइट को किसी ऐसी प्रणाली पर छोड़ दें जिसे उसने कभी नहीं देखा है।
overview- खोज करने के लिए चला गया। यह पठनीय चलाया। < s> केवल खोज एफओएस कोर से गुजरता है और वास्तविक पाइपलाइन का पता लगा।
फिर यह समझ के रूप में नीचे लिखा है architecture.md : एक कोडM SK1grounded C4 अवयव चित्र जिसमें प्रत्येक अवयविक अपने स्वामित्व अभिकर्ता द्वारा रंगाया जाता है ग्रे का अर्थ है अभी तक कोई मालिक नहीं, और धूसर एक संकेत है। यह दिखाता है कि कई वाणिज्यिक सेवाओं में कोई विशेषज्ञ नहीं था। overview- एकल
यह भाग रिपो है। overview- अपनी खोजों को स्पेक्ट में फोल्ड करता है।
बहुसंग्रहों के बीच कार्य करना
रिपो-सेंट्रिक उपकरणिंग रिपोरी को विश्व की इकाई के रूप में देखता है। विशेषज्ञ अपने डोमेनों को नहीं फ़ोल्डर, और एक डोमेन रिपोस को पार करता है
एक कार्यस्थान के रूप में दो स्टेलो.बोट रिपोज रजिस्टर foss- जहाँ भी यह रहता है पता चलाता है-, और यह दोनों में रहता है , एक सिम से जोड़ा जाता है | : | एफओएस इंजन परिभाषित करता है IFingerprintStoreDI के माध्यम से एक Postgres क्रियान्वयन में वाणिज्यिक परत स्क्वाप्स deploy- गेटवे को फिर से बना दिया, स्टेजिंग अब बॉट कम पढ़ता है पुष्टि करता है, और यह वाणिज्यिक Postgres स्टोर के खिलाफ सही रहा क्योंकि वह स्टोर एक ही सीम के पीछे बैठा FOSS परीक्षण SQLite में चलाया गया है। Mostlylucid.Ephemeral और आप एक संविदा बदल दिया है हर उत्पाद पर निर्भर करता है
यहाँ वह हिस्सा है जिसे मैं सबसे पसंद करता हूँ।
वास्तुकला कभी नहीं सोती
जब कोई भी कोडिंग नहीं कर रहा है तब शांत लाभ प्रकट होता है
यहाँ यह डिस्क पर बनी रहती है। overview-जीवंत दस्तावेज़
इसका मतलब है कि वास्तुकला अभिप्राय किसी भी व्यक्तिगत चलाने से अधिक रहता है overview- एक संकुचन घटना के बाद वापस आता है, यह एक जाँच बिंदु पढ़ता है जो वर्तमान स्थिति और पिछले सत्र की कठिन पाठों से शुरू होता है foss- वापस आता है, यह कमिट जानता है 9b849629 भेजा गया है और कि जोखिम मुद्दे का एक पहलू अभी भी खुला है दीर्घकालिक स्मृति एक विशेषता नहीं है जो किनारे पर बांधी जाती हैक्योंकि काम को रोकने का कार्य वह होता है जो कार्य के बारे में लिखा जाता है
हर निर्णय का औचित्य होता है
संदेश बस मार्ग से अधिक काम करता है।
वार्तालाप दस्तावेज़ है

यहाँ इस फ्लैट से एक वास्तविक अनुक्रम है overview- जोखिम मुद्दे को निर्देशित करने के लिए foss-तत्काल चिह्नित
From: overview- Priority: urgent
# PRIORITY: the RISK display+correctness on the dashboard (human: this is the WORST)
Known bots showing VeryHigh ... known-good bots should latch friendly/Verified.
Report root cause + fix.
foss- जांच की और मूल कारण के साथ वापस आया : सत्यापित | - | दावा लैच कभी भी तार नहीं था overview- अनुमोदित और दो शर्तें जोड़ी , दोनों इंजीनियरिंग निर्णयों को बनाए रखने के लिए मूल्यवान है
From: overview- Priority: normal
# APPROVED - ship it (TDD). No DB op = perfect; add a REAL test of the wired flow
1. ADD A REAL TEST that exercises the ACTUAL wired flow end-to-end ... NOT one that
manually calls UpdateClaimVerificationAsync. That's the exact false-confidence gap
that hid this.
2. The CF / real-client-IP caveat is real ... if the gateway sees CF egress, the latch
never fires.
दोनों नोट्स provenance हैं. पहले रिकॉर्ड करता है कि एक पिछले परीक्षण ने प्रवाह को झुठलाया और बग को छुपाता है deploy-. foss- भेजी जा रही कमिट 9b849629, फिर एक वास्तविक अंत के साथ छिद्र परीक्षण को प्रतिस्थापित करता है 883a1277, और overview- लूप बंद करें
From: overview- Priority: low
# 883a1277 real E2E test = exactly right; told deploy- to build it.
... drives the actual orchestrator + real store + real projection, no manual call ...
that fully closes the false-confidence gap that hid this.
अब से छः महीनों के बाद जब कोई पूछता है कि दावे की गाड़ी कहाँ है वहां क्यों तारित है, तो उत्तर गुम नहीं होता।
इसने मेरे कार्यभार को क्यों कम किया
इससे मुझे कोड अधिक तेजी से लिखने के लिए नहीं किया।
मैं एकीकरण बस बनना बंद कर दिया स्टिलियोएजेंट से पहले मैं एकमात्र घटक था जो यह समझता था कि कैसे पता लगाने की इंजन1 gateway निर्माण, Postgres स्टोर, और तैनाती पाइपलाइन एक साथ मिलते हैं, तो प्रत्येक क्रॉस-Cut change routed through my head.I held the constraints.I remembered the seams.I re-explained the architecture to whichever agent I was talking with.That work read as just knowing my own system,and it was a tax all time.
अब पुनः निर्माण एक बार होता है और लिखा जाता है :
से पहले | के बाद | |--------|-------| | Re-explain the oneM SK2DB seam every session | Encoded as an invariant the specialists honour एक परिवर्तन के लिए चार डोमेनों पर स्विच करें याद रखें जो पिछले सत्र भेजा गया है | सहेजा गया संदर्भ मेरे लिए याद रखता है
जो बचा है वह हिस्सा है जो करने के योग्य है।
यह कहाँ जा सकता है
ये विचार हैं-एमएसके0-अवश्यक नहीं हैं-मएसके1 आज कार्यप्रणाली एक इंजीनियर और एक फ्लीट के लिए काम करती है।
- क्रॉस एक फ्लैट मशीनों को विस्तारित कर सकता है
- टीम सहयोग कई इंजीनियर एक फ्लैट को साझा करते हैं-,-एक ही स्थायी विशेषज्ञों के लिए प्रत्येक रूटिंग कार्य करता है-,-अर्थात् एक व्यक्ति में फंसने की बजाय वास्तुकला स्मृति साझा होती है
- दूरस्थ विशेषज्ञता एक विशेषज्ञ जो उस डोमेन का मालिक है जिसे उन लोगों द्वारा प्राप्त किया जा सकता है जो उसका मालिक नहीं हैं
- साझा विशेषज्ञ पैकेज एक खोज विशेषज्ञ या Kubernetes विशेषज्ञ किसी अन्य टीम को शुरूआत बिंदु के रूप में नहीं बनाया गया
- संगठन विशेषज्ञों द्वारा प्राप्त संकलित समझ जो लोगों को छोड़ने और शामिल होने के बीच जारी रहती है, जिससे ज्ञान बाहर नहीं निकलता जब कि इसे रखने वाले इंजीनियर ऐसा करते हैं
यह पिछला बहुत दूर है और मैं इसे दावा नहीं करता
एक अजीब उपयोग केस, और कोई योगदान नहीं
मेरे उपयोग का मामला अजीब है। मैं एक व्यक्ति हूँ जो अपने उत्पादों और पैकेजों के एक संstellation में एक अभियांत्रिक एजेंटों की एक अभियंता संगठन तक पहुंचती है।
इसी कारण से मैं योगदान स्वीकार नहीं करता।
निष्कर्ष
सुधार एक बड़े स्मृति के साथ कोडिंग एजेंट नहीं था। यह रूप में परिवर्तन था।
यह पूरा तरीका है।
अनुसूची : कार्यप्रणाली व्यवहार में
यहाँ ज्ञात है।
- निवेदन प्राप्त करता है मैंने फ्लैट को बताया कि डिस्प्ले पर सबसे बुरी बात जोखिम प्रदर्शन था
overview-इसे दो मुखों के साथ एक जांच के रूप में framed : जोखिम नहीं दिखाया गया है , और जब दिखाया जाता है गलत जोखिम - विशेषज्ञ के लिए मार्गों की समीक्षा एक त्वरित संदेश
foss-पता लगाने की इंजन के मालिक , के साथ गार्डरेल कि कोई भी उत्पादन अंगुली छाप - DB पुनः МSK3 डेरिव पहले स्टेजिंग और एक स्पष्ट मानव जा करने की जरूरत है - विशेषज्ञ जांच करता है
foss-दावे जाल के लिए इसे खोजा और वास्तविक कारण पाया :UpdateClaimVerificationAsyncउत्पादन में शून्य कॉलर्स था - चर्चा हो रही है
overview-टीडीडी के तहत अनुमोदित और बस पर दो शर्तों को जोड़ा : एक वास्तविक अंत जोड़ें - \to \ - \end test \deploy-. - कोड एजेंट क्रियान्वयन करता है
foss-orchestrator seam पर लैच तारित9b849629. कोई उत्पादन डीबी ऑपरेशन की आवश्यकता नहीं है - परीक्षण चलाएँ पहला परीक्षण ने यह साबित किया कि स्टोर को '.' कहा गया था
foss-फिर एक वास्तविक अंत जोड़ा - में - \end परीक्षण वास्तविक वाद्य मंडली चलाने के लिए883a1277. - दस्तावेज़ अद्यतन अलग से कोई नहीं
- विशेषज्ञ निर्जलन करता है
foss-अपने सहेजे गए संदर्भ को लिखता है :9b849629shipped,883a1277उतरा, एक मुख अभी खुला है, गार्डरेल आगे ले जाया गया - ज्ञान बनाए रखा जाता है एक गेटवे में फिर से बनाया गया है, जो कि स्वामित्व के द्वारा चलाया गया था
deploy-, स्टेजिंग पर सत्यापित किया गया, और एक निगरानी के लिए पात्र बन गया।foss-, जो पहले से ही उत्तर का स्वामी है
पूरे लूप को जब यह बस से आगे बढ़ता है
sequenceDiagram
participant H as Human
participant O as overview-
participant F as foss-
participant D as deploy-
H->>O: the risk display is the WORST
O->>F: PRIORITY (urgent), root-cause the risk verdict
F->>F: trace projection to the claim latch
F->>O: root cause, UpdateClaimVerificationAsync never wired
O->>F: APPROVED, ship it plus a REAL end-to-end test
F->>F: commit 9b849629, then 883a1277 (real e2e test)
O->>D: rebuild the gateway from 883a1277
D->>D: staging, known bot now reads LOW not VeryHigh
D->>O: verified green on staging, ready for a guarded prod cut
यह बस पर संदेशों की वास्तविक क्रम है
संबंधित लेख
- स्टिलियोएजेंट कार्यप्रणाली (पार्ट 1) कोर समस्या और StyloAgent मॉडल
- क्या LLMs सेंसर के रूप में विफल एक सीमांत युक्ति के रूप में संभाव्यतावादी संश्लेषक का उपयोग करने की श्रेणी त्रुटि
- MCP एक परिवहन है आर्कीटेक्चर प्रोटोकॉल से ऊपर क्यों रहता है
- स्टिलियो.बॉट:बौट्स कैसे स्मार्ट हो गया | ( | भाग |2) पता लगाने की इंजन इस फ्लैट का निर्माण करता है और चलाता है
- साइडकार वास्तुकला - कैसे स्टेलो |. |बोट इंजन किसी स्टैक से जुड़ता है