Софтверот ретко откажува затоа што тимот не можел да изработи функционалност. Откажува кога промената ќе се соочи со реалноста: неочекуван влез, бавна зависност, избрзано издание, нејасно предупредување или поправка што го решава вчерашниот инцидент додека го создава утрешниот. ВИ-агентите можат да помогнат во тој јаз — не како автономни херои, туку како способни партнери што ја прават инженерската работа попромислена, понабљудлива и поотпорна.

Корисното прашање не е дали агентот може да генерира код. Многумина можат. Повредното прашање е: може ли да му помогне на тимот порано да го забележи ризикот, да ја намали повторливата истрага и да зачува здрав инженерски суд кога системите се под притисок?

Отпорноста е работна практика

Отпорниот софтвер продолжува да обезбедува прифатлива услуга кога делови од околината се однесуваат лошо. Тоа вклучува неправилно обликувани барања, исцрпени ресурси, делумни прекини, грешки при распоредување и неуспеси на трети страни. Ја вклучува и човечката страна на операциите: дали луѓето можат да разберат што се случило и безбедно да одговорат.

ВИ-агентот може да ја поддржи оваа работа низ целиот животен циклус на испорака. Може да ги сумира промените во однесувањето на pull request, да предложи недостигачки гранични случаи, да помогне во толкувањето на логовите за време на инцидент или да претвори груб оперативен прирачник во појасен редослед на проверки. Ова се вредни задачи бидејќи го намалуваат когнитивното оптоварување без да бараат агентот да ја донесе конечната одлука за продукцијата.

Разликата е важна. Отпорниот систем не треба да зависи од тоа ВИ-агентот да биде точен. Наместо тоа, тимот треба да го дизајнира работниот тек така што излезот од агентот да може да се прегледа, да има јасни граници и лесно да се отфрли.

Користете агенти за да ја проширите инженерската перспектива

Повеќето дефекти не се скриени во очигледната патека. Нова крајна точка може да работи совршено со валидни податоци, а сепак да се однесува лошо кога надолна услуга ќе истече по време. Повторното обидување може да ги подобри минливите неуспеси, а да го засили оптоварувањето за време на прекин. Агентот е особено корисен кога се бара да ја испита промената низ неколку експлицитни перспективи, наместо едноставно да се праша: „Дали овој код е добар?“

Претворете ги нејасните барања за преглед во конкретни упатства

Дајте му на агентот промена, релевантни ограничувања и тесно дефинирана задача. На пример, побарајте од него да ги идентификува начините на неуспех поврзани со идемпотентност, истекување на време, авторизација, конзистентност на податоците или набљудливост. Барајте од него да разликува докази од шпекулации.

Прегледај го овој обработувач на статус на плаќање за проблеми со отпорноста.

Фокусирај се на:
- дупликат-барања и идемпотентност
- истекувања на време на зависности и однесување при повторно обидување
- одговори со грешки што може да изложат чувствителни детали
- логови, метрики и траги потребни за дијагноза

За секоја загриженост, наведи ја релевантната патека на кодот и означи ја како
потврдена, веројатна или бара човечка проверка.

Оваа структура создава подобар разговор за преглед. Агентот не прогласува дека дизајнот е безбеден; му помага на прегледувачот да постави попрецизни прашања. Инженерот сè уште проверува дали предложената загриженост се однесува на вистинската архитектура и деловни правила.

Направете го однесувањето при неуспех експлицитно во кодот

Агентите често се ефикасни во наоѓањето на празнините помеѓу имплементацијата на среќната патека и нејзиниот оперативен договор. Разгледајте услуга што повикува надворешен давател. Кодот што повикува треба да има истекување на време, внимателно ограничени повторни обиди и значаен одговор при неуспех. Исто така, му треба одлука за тоа што се случува кога исходот е неизвесен.

async function fetchProfile(client, userId) {
  try {
    return await client.getProfile(userId, { timeoutMs: 1500 });
  } catch (error) {
    if (error.code === "TIMEOUT") {
      throw new ServiceUnavailableError("Profile service timed out");
    }
    throw error;
  }
}

Овој пример намерно е нецелосен. Дали тука припаѓа повторен обид зависи од давателот, операцијата, шемите на сообраќај и од тоа дали повторувањето е безбедно. Агентот може да предложи прашања како „Дали ова барање е идемпотентно?“ или „Дали клиентот веќе прави повторни обиди?“ Тие прашања спречуваат честа грешка: додавање втор слој на повторни обиди без да се сфати дека еден веќе постои.

Користете агенти за да подготвуваат тестови за овие случаи, но направете ги тврдењата значајни. Тестот за истекување на време треба да го провери однесувањето од кое зависат корисниците и повикувачите нагоре по текот, а не само дека се појавил исклучок. Тестот за дупликат-барање треба да потврди дека состојбата не се менува двапати. Тестот за резервна опција треба да потврди дека застарените или деградирани податоци се јасно обработени.

Подобрете ги операциите без да ја автоматизирате одговорноста

За време на инцидент, најтешкиот дел често е составувањето доверлива слика од предупредувања, контролни табли, историја на распоредувања, логови и неодамнешни промени. ВИ-агентот може да ги сумира тие влезови, да групира слични грешки, да предложи временска линија и да ги идентификува системите што заслужуваат прво да се испитаат.

Тоа може да заштеди вредни минути, особено кога доказите се бучни. Но одговорот на инцидент е и местото каде што самодовербата може да биде опасна. Агентот може да создаде веродостоен наратив од нецелосни сигнали. Третирајте го неговото резиме како помош за истрага, а не како командант на инцидент.

• Одржувајте ги доказите видливи. Побарајте од агентот да го поврзе секој заклучок со линијата од логот, промената на метриката, разликата во конфигурацијата или факт обезбеден од човек што го поддржува.
• Одделете го набљудувањето од препораката. „Стапката на грешки се зголеми по распоредувањето“ е различно од „врати назад сега“.
• Зачувајте ги границите на одобрување. Дејства како промени во продукцијата, употреба на акредитиви, комуникација со клиенти и поправка на податоци треба да бараат експлицитно човечко овластување.
• Забележете го исходот. По инцидентот, претворете ги потврдените наоди во тестови, предупредувања, подобрувања на оперативниот прирачник или ставки во заостанатата листа.

Изградете доверливи работни текови со агенти

Агентот станува подоверлив кога неговата околина е намерно ограничена. Дајте му пристап само за читање кога прегледува или истражува. Обезбедете ги само документацијата, областите од складиштето и алатките потребни за задачата. Барајте структуриран излез кога автоматизацијата надолу по текот ќе го користи неговиот резултат. Најважно, направете ги неповратните дејства одделни од анализата.

Практичен работен тек може да му дозволи на агентот да прегледа разлика при распоредување и да создаде контролна листа за ризици. Развивачот ја прегледува таа листа, избира какви било промени и го извршува вообичаениот процес на тестирање и распоредување. Агентот потоа може да го сумира добиениот излез од тестовите, но не смее повторно да дефинира што значи „поминато“.

Овој пристап, исто така, им помага на тимовите да научат каде агентите додаваат вистинска вредност. Ако истиот наод од прегледот се појавува постојано, подобрете ги статичките проверки, шаблоните за тестови или конвенциите за услуги. Најдобриот исход не е агент што засекогаш ја фаќа истата грешка; туку систем во кој таа грешка станува потешка за создавање.

Изберете партнерство наместо театар

ВИ-агентите можат да направат работата со софтверот да се чувствува побрза, но само брзината не е отпорност. Отпорноста произлегува од јасни договори, ограничени начини на неуспех, добра видливост, извежбан одговор и инженери што ги разбираат компромисите што ги прават.

Кога се користи добро, агентот ги зајакнува тие навики. На тимовите им дава уште еден пар очи, ја забрзува рутинската анализа и го прави оперативното знаење полесно за повторна употреба. Кога се користи небрежно, може да додаде угланцана неизвесност на веќе сложените системи.

Трајниот пат е едноставен: доделувајте им на агентите работа што може да се провери, држете ги луѓето одговорни за одлуките со последици и претворете ја секоја потврдена лекција во посилна инженерска практика. Така ВИ станува вистински партнер во создавањето софтвер што го преживува реалниот свет.