# Практика StyloAgent: Як будувати та управляти великими ( і HUGEM SK2 системами, використовуючи коди LLMs МSK3 Частка МSK4 *Це частина 2. [Частина 1](https://www.mostlylucid.net/blog/styloagent-workflow) обговорювали головну проблему (архітектурний дрейф МSK1 чому один агенс з більшим контекстом все ще не працює МSK2 і модель StyloAgent . Ця частина - це робочий процес в praktyce* [TOC] --- ## Усвідомлення існуючих систем Посадьте флот на систему, яку він ніколи не бачив, і подивіться, що станетьсяM SK1 Ось так StyloAgent розпочав роботу над Stylo.Bot MSC3 двигуномMST4 ядро логіки жили в братському комп 'ютерному репозиториі FOSSMS5 і ніхто з флоту цього ще не розумівMSL6 `overview-` пішов досліджувати. запускав читанийM SK1 тільки дослідження проходить через ядро FOSS і відслідковував справжній канал : масштабований оркестратор, який володіє воднім каналом для сигналу запитуMSC3 , живить одинтонний детектор, що керує хвилямиМSK5 запорядковує атоми детектора МSK6 виробляє документальний записMST7 тоді підпис та ризикова постановка з трьома осями, отриманими в часі читанняМST8 Тоді він написав, що це розуміння `architecture.md` : код МSK1 стовбурова діаграма компонентів МSK2, де кожен компонент забарвлений його власником . Диаграма подвоюється як мапа власника **Сір означає, що поки що немає власника**, і сірий - це сигнал :, який показував, що кілька комерційних послуг не мали експерта МSK2 і що комерційний зворотній зв 'язок був у руках `overview-` одинокий. Це частина репо-сумові інструменти не вистачаютьM SK1 Виход не є одним -записом, який застаріває, коли він написаний `overview-` згортає свої знахідки до опису. МСК0, потім архітектура. МSK1, потім список. М СК2, з 'являється розуміння, МСК3, з' являється власникство. ,, і обидві постійно роблять все точніше замість того, щоб зруйнуватися. МКС5. Карта жива, тому що власники території продовжують її виправляти --- ## Працюючи в багатьох reposіtoriaх Repo-центричний інструментарій сприймає репозиторію як єдине у світі . StyloAgent сприймає його як деталі застосування **Специалісти мають власні домени, а не папки**, і домен перетинає репозицію Два repos-репозитори Stylo.Bot - як один робочий простір `foss-` має розпізнавання, де б він не жити - МСК0 - і він живе в обох - МSK1 - з 'єднаних швами - : - `IFingerprintStore`, комерційні шари обмінюються в програмуванні Postgres через DI . Знані МSK2 Bots fix їздили на цю шину \ . Це був FOSS комп 'ютер \ МSK4 але кораблі розпізнавання всередині комерційного зображення входу в порт \, так `deploy-` перебудував ворота, постановка підтвердила те, що робот зараз читає низько , і він залишився правильним у порівнянні з комерційним магазином Postgres, тому що цей магазин сидить за тим самим сплетінням тесту FOSS, проведеного в SQLite МSK2 Одна зміна M SK3 два репозитори , три експерти MSC5 об 'єднані тими, хто володіє сплетенням. `Mostlylucid.Ephemeral` і ви змінили контракт, кожен продукт залежить від Ось частина, яка мені найбільше подобається. Я тримаю чотири репозиції в польоті одночасно , кожен з спеціалістом, який має лише свій власний контекст МSK2 Попросіть одного агента тримати чотири репо водночас і він довільно змінює свій контекст M SK3 деталі Auth поглинають розвідувальні аргументи , обмеження використання затьмарують правила тривалості MSC5 і кожна відповідь стає трохи гіршою MSL6 окремі спеціалісти відокремлюють контексти М SK7 так що чотири активні репо - це чотири зосереджених агентів\ , не один заплутаний\ МSK9 Ніякий код LLM, який я використовував, не робить цього самостійно\ M SK10 --- ## Архітектура ніколи не спить Тиша перевага з 'являється, коли ніхто не кодує. У звичайному робочому потокіM SK1 момент закривання сеансу розумієш, що воно зникло : воно живе у контекстному вікні і вікно закрито . Тут він залишиться на дискі. `overview-`' живі документи. Ці файли є довготривалою формоюMSC2 і вони виживають на кожному перезапускіM SK3 В пам 'яті немає стану зберігання демона, який крах міг би стирати Це означає, що архітектура переживає будь-яку людину `overview-` повертається після compaction event, він читає контрольний пункт, який починається з теперішнього стану та складних уроків останнього сеансуM SK1 і орієнтується на один чтений. Коли `foss-` повертається, він знає, що `9b849629` і є ще одна сторона питання ризику. **Довгий-тривалість пам 'яті - це не функція, яка закріплена на стороніM SK1 Це сутність**, тому що акт зупинки роботи - це акт запису того, що робота була --- ## Кожне рішення є надійним Посиловий автобус робить більше, ніж маршрутні роботи. Оскільки спеціалісти координують його, і кожна інформація приземляється в каналіM SK2 причину кожного рішення зафіксують, як це трапляєтьсяМSK3 Не записуються після цього в doc нікому не оновлюються МSK4 Зафіксовані в моментіМСК5 в словах, які насправді використовували спеціалісті МСК6 > Ця розмова - це документація. ![Увага-перший Сигналовий АвтобусМSK1 закріплений M SK2 Потрібна увага МSK3 група непорозмовлених ниток , потім Недавній M SK5 потім Арівіум , колір кожного рядка MSC7 кодований участницею зі статусним гліфом](/articleimages/styloagent-bus.png) Ось справжня послідовність цієї флотилии: МСК0 , витягнутий прямо з автобусу, ".". Вона починається з `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-` і повернувся з причиною. : перевірений МSK1 зав 'язка не підключена `overview-` підтвердили і додали дві умови, обидві інженерні рішення, варті збереження M SK1 ``` 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. ``` Обидві ноти свідчать про існування. Перше записує, що попередній тест підробив потік і приховував błądM SK1 так що цього разу тест повинен керувати реальним шляхом. Друге записює перекреслений - граничний ризик і передає його `deploy-`. `foss-` надсилання `9b849629`, потім замінив поверхневий тест на справжній кінець - до МSK2 кінців один в `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. ``` Через шість місяців, коли хтось запитуватиме, чому ланцюг схвалення підключений туди, де він є, ми зможемо відповісти: МSK1 . Відповідь не втрачена. МSK2 , а на автобусі ",", відповідно до порядку . МSK4 , з прикріпленими SHA комп 'ютерами. --- ## Чому це зменшило мою працю Це не змусило мене писати код швидше. Моделі були вже швидкимиM SK1 Це скоротило когнітивний навантаження , що було справжнім витратом. **Я перестав бути автобусом інтеграції.** До StyloAgent я був єдиним компонентом, який розумів, як з 'єднуються двигун розпізнавання ",", ворота МSK2 , магазин Postgres , труба з розміщанням, МSK3 і deploy pipeline . МSK4 , так що кожен перехрест , МSK5 , відрізаний зміною, проходить через мою голову. МSK6 Я тримав обмеження , . . Я пам' ятав шви . Тепер реконструкція відбувається один раз і записується : | Перед МSK1 Після МSK2 |--------|-------| | Знову МSK1 поясни один МSK2 DB шв 'є кожен час | Зашифрований як інваріант, який цінують експерти | Контекст МSK1 перемикаємось через чотири домени, щоб зробити одну зміну МSK2 Рухаємось зміною ; кожен спеціаліст має власний контекст | Запам 'ятайте, що було відправлено в минулому сеансі Все, що залишається - це частина, яку варто зробити. : вирішити, що збудувати МSK1 і дозволити власникам збудовувати його . --- ## Куди це може потрапити Це ідеї. МСК0 - не обіцянки. МSK1 - робочий процес працює сьогодні для одного інженера і однієї флотилии. . - напрямки, які він показує, більш гіпотетичні. - **Кросс-спеціанти машинM SK1** Флота могла б об 'єднати машини, з спеціалістом, який керує всюди, де є її доменаM SK1 система керує. - **Командна співпраця.** Декілька інженерів об 'єднують один флот , кожен маршрутізує роботу до одного і того ж стійкого експерта, таким чином архітектурна пам' ять поширюється, а не застрягає в одній людині - **Віддалена експертиза.** спеціаліст, який володіє domeną, до якої можуть дістатися люди, які її не мають - **Спільні пакети спеціалістів.** Спеціальний спеціаліст з розпізнавання або спеціаліст Кубернеті, який передавається іншій команді як starting point, а не збудований з нічого. - **Організація-всесвітня архітектурна пам 'ятьM SK1** Отримане розуміння, яке мають експерти, які витримують людей, які покидають та приєднуються до них, так що знання не виходять з дверей, коли в них є інженер, який їх має Це останнє далеко МСК0 , і я не кажу про це ".". --- ## Дивний пристрій для використання, і ніяких вкладів Мій приклад використання дивний. Я є однією людиною, яка керує технічною групою агентів через конstelацію моїх власних продуктів та пакетів , так що я можу тримати чотири місця в польоті без того, щоб моя голова була вузьким місцем для зануренняM SK2 Більшість людей не мають цієї проблеми . Я не викидаю це як робочий процес, який кожен повинен прийняти MSC4 Це вирішило мою проблему M SK5 З тієї ж причини, Я не приймаю уривокM SK1 Зав 'язую його, Створюйте його на власний\, Візьміть десь, куди я б ніколи не подумав.MSC4 Релізи тут, якщо ви хочете почати з конструювання, а не з джерела. [![Останній випуск](https://img.shields.io/github/v/release/scottgal/styloagent)](https://github.com/scottgal/styloagent/releases) --- ## Завершення Справа не в кодуванні агента з більшою пам 'яттю. МСК0. Це була зміна в формі. МSK1. З одного агента, який намагається знати все, МSK2. До багатьох спеціалістів, кожен володіє чимось і спілкується між собою. .. Властство постійне. ММК4. Розуміння живе на автобусі. ММСК5. А архітектура більше не живе лише в моїй голові. Це весь трюк. МСК0 - не розумніша модель, МСК1 - команда, МSK2 - експерти, які зберігають свої домени, МКС3 - архітектор, який зберігає їх послідовність, МСС4 - запис кожного рішення, яке триває довше сеансу, який було зроблено в МСК5 - він зберігає архітектуру, так що я не мушу --- ## Довідник : Практика робочого процесу Ось відомі "-", Bots risk fix і МSK1 від початку до кінця . 1. **Обзор отримує запит.** Я сказав флоту, що найгіршим на панелі керування був дисплей ризику. `overview-` сформулювати його як одне дослідження з двома обличчями : ризик не показаний , і ризик хибним, коли показаний 2. **Уявлення про маршрути до спеціаліста.** Подібне повідомлення до `foss-`, власник детектора , з гальдом, що будь-яке відбитки пальців для виробництва МSK2 DB ре МSK3 індикатор потребує побудови спочатку і експлуатного людського ходу 3. **Спеціальний експерт досліджує** `foss-` відслідковував його до ланцюга і знайшов реальну причину : `UpdateClaimVerificationAsync` з нульовим числом викликачів в виробництві. Також він помітив, що теперішній тест підробив дзвінокM SK1 тому прогалина залишилася прихованою. 4. **Розмова відбувається.** `overview-` підтвердили згідно з цим правилом і додали дві умови на автобусі: : додайте реальний кінець МSK1 до МSK2 тест кінця , і підтвердіть справжній CF СМК4kliënт МСК5 індикатор IP з `deploy-`. 5. **Кодовий агент реалізує.** `foss-` підключили канат до orchestrator seam. `9b849629`. Ніяких операцій на заводі не потрібно МSK1 це самотужки МSK2 лікується, як Bots re - краwl 6. **Тести запускаються.** Перший тест довів, що магазин називався ".". `foss-` а потім додали справжній кінець- доM SK1 тест, який керує справжнім оркестратором , справжнім магазином МSK3 і справжнім проектуванням . Заверніть `883a1277`. 7. **Обновлення документації.** Ніхто окремо. Корінна причинаМSK1 дві умовиM SK2 і SHA-комміт всі на автобусі в порядку. 8. **Специальна дехидрація.** `foss-` пише свій зачуваний контекст : `9b849629` Wysyłка, `883a1277` приземлилася, одна сторона все ще відкритаM SK1 охоронні ланцюги рухалися вперед. 9. **Знання зберігаються.** Знову побудували ворота, які власноруч `deploy-`, перевірено на стежці МSK1 і стало піддатним для охороненого МSK2 розщеплення - згинального розрізу виробництва ХМSK4 Коли наступне питання про стовпування приходить МСК5 він приземляється `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 ``` Ніхто не написав цю послідовність після того, як це сталося. --- ## Подібні статті - [Практика StyloAgent (Пара МSK1](https://www.mostlylucid.net/blog/styloagent-workflow) - головна проблема та модель StyloAgent - [Чому LLMs провалюються як датчики](https://www.mostlylucid.net/blog/llms-fail-as-sensors) - category error of using a probabilistic synthesizer as a boundary device - [MCP є транспортом, Не є архітектурою](https://www.mostlylucid.net/blog/mcp-is-a-transport-not-an-architecture) - чому архітектура живе над протоколом , не всередині цього M SK2 - [Stylo.Bot: Як Bots стали розумнішими M SK2Part МSK3](https://www.mostlylucid.net/blog/botdetection-part2-signature-pipeline-and-stylobot-architecture) - детектор, який створює та запускає ця флотилия - [Архітектура Sidecar](https://www.mostlylucid.net/blog/sidecar-architecture) - як двигун Stylo .Bot підключається до будь-якого стека