Це частина 2. Частина 1 обговорювали головну проблему (архітектурний дрейф МSK1 чому один агенс з більшим контекстом все ще не працює МSK2 і модель StyloAgent . Ця частина - це робочий процес в praktyce

Усвідомлення існуючих систем

Посадьте флот на систему, яку він ніколи не бачив, і подивіться, що станеться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

Ця розмова - це документація.

Ось справжня послідовність цієї флотилии: МСК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 і дозволити власникам збудовувати його .

Куди це може потрапити

Це ідеї. МСК0 - не обіцянки. МSK1 - робочий процес працює сьогодні для одного інженера і однієї флотилии. . - напрямки, які він показує, більш гіпотетичні.

• Кросс-спеціанти машинM SK1 Флота могла б об 'єднати машини, з спеціалістом, який керує всюди, де є її доменаM SK1 система керує.
• Командна співпраця. Декілька інженерів об 'єднують один флот , кожен маршрутізує роботу до одного і того ж стійкого експерта, таким чином архітектурна пам' ять поширюється, а не застрягає в одній людині
• Віддалена експертиза. спеціаліст, який володіє domeną, до якої можуть дістатися люди, які її не мають
• Спільні пакети спеціалістів. Спеціальний спеціаліст з розпізнавання або спеціаліст Кубернеті, який передавається іншій команді як starting point, а не збудований з нічого.
• Організація-всесвітня архітектурна пам 'ятьM SK1 Отримане розуміння, яке мають експерти, які витримують людей, які покидають та приєднуються до них, так що знання не виходять з дверей, коли в них є інженер, який їх має

Це останнє далеко МСК0 , і я не кажу про це ".".

Дивний пристрій для використання, і ніяких вкладів

Мій приклад використання дивний. Я є однією людиною, яка керує технічною групою агентів через конstelацію моїх власних продуктів та пакетів , так що я можу тримати чотири місця в польоті без того, щоб моя голова була вузьким місцем для зануренняM SK2 Більшість людей не мають цієї проблеми . Я не викидаю це як робочий процес, який кожен повинен прийняти MSC4 Це вирішило мою проблему M SK5

З тієї ж причини, Я не приймаю уривокM SK1 Зав 'язую його, Створюйте його на власний, Візьміть десь, куди я б ніколи не подумав.MSC4 Релізи тут, якщо ви хочете почати з конструювання, а не з джерела.

Завершення

Справа не в кодуванні агента з більшою пам 'яттю. МСК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-,, яка вже володіє відповіддю

Весь цикл ,, коли він рухався автобусом :

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 - головна проблема та модель StyloAgent
• Чому LLMs провалюються як датчики - category error of using a probabilistic synthesizer as a boundary device
• MCP є транспортом, Не є архітектурою - чому архітектура живе над протоколом , не всередині цього M SK2
• Stylo.Bot: Як Bots стали розумнішими M SK2Part МSK3 - детектор, який створює та запускає ця флотилия
• Архітектура Sidecar - як двигун Stylo .Bot підключається до будь-якого стека