# StyloAgent कार्यप्रणाली: कैसे मैं कोड एलएलएम्स का उपयोग करके बड़े ( और HUGE के सिस्टम बनाना और प्रबंधित करता हूँ
2026-07-18T16:05
*यह भाग है 2. [भाग 1](https://www.mostlylucid.net/blog/styloagent-workflow) मूल समस्या को शामिल किया (आर्कटेक्ट्रिक ड्रिफ्ट), क्यों अधिक संदर्भ के साथ एक एकल एजेंट अभी भी असफल रहता है*
[TOC]
---
## मौजूदा प्रणालियों को समझना
फ्लाइट को किसी ऐसी प्रणाली पर छोड़ दें जिसे उसने कभी नहीं देखा है।
`overview-` खोज करने के लिए चला गया। यह पठनीय चलाया। < s> केवल खोज एफओएस कोर से गुजरता है और वास्तविक पाइपलाइन का पता लगा।
फिर यह समझ के रूप में नीचे लिखा है `architecture.md` : एक कोडM SK1grounded C4 अवयव चित्र जिसमें प्रत्येक अवयविक अपने स्वामित्व अभिकर्ता द्वारा रंगाया जाता है **ग्रे का अर्थ है अभी तक कोई मालिक नहीं**, और धूसर एक संकेत है। यह दिखाता है कि कई वाणिज्यिक सेवाओं में कोई विशेषज्ञ नहीं था। `overview-` एकल
यह भाग रिपो है। `overview-` अपनी खोजों को स्पेक्ट में फोल्ड करता है।
---
## बहुसंग्रहों के बीच कार्य करना
रिपो-सेंट्रिक उपकरणिंग रिपोरी को विश्व की इकाई के रूप में देखता है। **विशेषज्ञ अपने डोमेनों को नहीं फ़ोल्डर**, और एक डोमेन रिपोस को पार करता है
एक कार्यस्थान के रूप में दो स्टेलो.बोट रिपोज रजिस्टर `foss-` जहाँ भी यह रहता है पता चलाता है-, और यह दोनों में रहता है , एक सिम से जोड़ा जाता है | : | एफओएस इंजन परिभाषित करता है `IFingerprintStore`DI के माध्यम से एक 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 में एक अभियांत्रिक एजेंटों की एक अभियंता संगठन तक पहुंचती है।
इसी कारण से मैं योगदान स्वीकार नहीं करता।
[](https://github.com/scottgal/styloagent/releases)
---
## निष्कर्ष
सुधार एक बड़े स्मृति के साथ कोडिंग एजेंट नहीं था। यह रूप में परिवर्तन था।
यह पूरा तरीका है।
---
## अनुसूची : कार्यप्रणाली व्यवहार में
यहाँ ज्ञात है।
1. **निवेदन प्राप्त करता है** मैंने फ्लैट को बताया कि डिस्प्ले पर सबसे बुरी बात जोखिम प्रदर्शन था `overview-` इसे दो मुखों के साथ एक जांच के रूप में framed : जोखिम नहीं दिखाया गया है , और जब दिखाया जाता है गलत जोखिम
2. **विशेषज्ञ के लिए मार्गों की समीक्षा** एक त्वरित संदेश `foss-`पता लगाने की इंजन के मालिक , के साथ गार्डरेल कि कोई भी उत्पादन अंगुली छाप - DB पुनः МSK3 डेरिव पहले स्टेजिंग और एक स्पष्ट मानव जा करने की जरूरत है
3. **विशेषज्ञ जांच करता है** `foss-` दावे जाल के लिए इसे खोजा और वास्तविक कारण पाया : `UpdateClaimVerificationAsync` उत्पादन में शून्य कॉलर्स था
4. **चर्चा हो रही है** `overview-` टीडीडी के तहत अनुमोदित और बस पर दो शर्तों को जोड़ा : एक वास्तविक अंत जोड़ें \- \to \ - \end test \ `deploy-`.
5. **कोड एजेंट क्रियान्वयन करता है** `foss-` orchestrator seam पर लैच तारित `9b849629`. कोई उत्पादन डीबी ऑपरेशन की आवश्यकता नहीं है
6. **परीक्षण चलाएँ** पहला परीक्षण ने यह साबित किया कि स्टोर को '.' कहा गया था `foss-` फिर एक वास्तविक अंत जोड़ा - में \- \end परीक्षण वास्तविक वाद्य मंडली चलाने के लिए `883a1277`.
7. **दस्तावेज़ अद्यतन** अलग से कोई नहीं
8. **विशेषज्ञ निर्जलन करता है** `foss-` अपने सहेजे गए संदर्भ को लिखता है : `9b849629` shipped, `883a1277` उतरा, एक मुख अभी खुला है, गार्डरेल आगे ले जाया गया
9. **ज्ञान बनाए रखा जाता है** एक गेटवे में फिर से बनाया गया है, जो कि स्वामित्व के द्वारा चलाया गया था `deploy-`, स्टेजिंग पर सत्यापित किया गया, और एक निगरानी के लिए पात्र बन गया। `foss-`, जो पहले से ही उत्तर का स्वामी है
पूरे लूप को जब यह बस से आगे बढ़ता है
```mermaid
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)](https://www.mostlylucid.net/blog/styloagent-workflow) कोर समस्या और StyloAgent मॉडल
- [क्या LLMs सेंसर के रूप में विफल](https://www.mostlylucid.net/blog/llms-fail-as-sensors) एक सीमांत युक्ति के रूप में संभाव्यतावादी संश्लेषक का उपयोग करने की श्रेणी त्रुटि
- [MCP एक परिवहन है](https://www.mostlylucid.net/blog/mcp-is-a-transport-not-an-architecture) आर्कीटेक्चर प्रोटोकॉल से ऊपर क्यों रहता है
- [स्टिलियो.बॉट:बौट्स कैसे स्मार्ट हो गया | ( | भाग |2)](https://www.mostlylucid.net/blog/botdetection-part2-signature-pipeline-and-stylobot-architecture) पता लगाने की इंजन इस फ्लैट का निर्माण करता है और चलाता है
- [साइडकार वास्तुकला](https://www.mostlylucid.net/blog/sidecar-architecture) - कैसे स्टेलो |. |बोट इंजन किसी स्टैक से जुड़ता है