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

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

Од давање поттик до насочување систем

Еден поттик е барање. Оркестрацијата е работен тек со граници, влезови, контролни точки и одговорен исход.

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

Оркестраторот ја дели работата на намерни фази:

1. Да го дефинира исходот видлив за корисникот и оперативниот исход.
2. Да ги обезбеди релевантните ограничувања, како класификација на податоците, постојни конвенции и правила за распоредување.
3. Да делегира ограничени задачи со набљудливи излези.
4. Да прегледа докази од тестови, разлики, дневници и човечки проверки.
5. Да се справи со неизвесноста, ескалацијата и одлуките за издавање.

Ова наликува на добро инженерско лидерство бидејќи е добро инженерско лидерство. ВИ ја менува брзината и обемот на извршувањето; не ја отстранува потребата од расудување.

Дајте им на агентите тесни задачи и експлицитни договори

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

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

Задача: Додај валидација за полето display-name.

Опсег:
- Промени само го обработувачот за ажурирање на профилот и неговите тестови.
- Зачувај ги постојните облици на API одговорите.
- Не менувај ја шемата на базата на податоци или заедничките алатки за валидација.

Критериуми за прифаќање:
- Одбиј празни имиња по отстранување на празни места.
- Прифати постојни валидни имиња.
- Додај фокусирани тестови за двата случаи.
- Изврши ја релевантната команда за тестирање и пријави го резултатот.

Запри и прашај ако на тековното однесување се потпира друга крајна точка.

Ова не е бирократија. Тоа спречува агентот да третира веродостојно толкување како овластување. Истата дисциплина ги олеснува и човечките предавања: друг инженер може да ја разбере намерата без да ја реконструира од транскрипт од разговор.

Користете разложување за да создадете сигурен напредок

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

Практичен образец за испорака

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

Различни агенти можат да помогнат во различни фази, но паралелизмот треба да се заслужи. Два агента можат независно да прегледаат кодна база или да споредат опции за имплементација. Не треба и двата да ја менуваат истата област освен ако нема јасен план за интеграција. Побрзите конфликтни промени и понатаму се конфликтни промени.

Поставете ја верификацијата во центарот на работниот тек

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

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

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

Дизајнирајте за неуспех пред да се случи

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

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

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

Вештините што се најважни

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

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

Корисна навика е да се зачува контекстот на одлуките во близина на работата. Забележете зошто постои некое ограничување, кои алтернативи биле отфрлени и кој ризик останува. Ова го штити следниот човечки прегледувач и следниот агент од повторување стара грешка со нова доверба.

Новата полуга е одговорно насочување

ВИ агентите можат извонредно брзо да претворат добро врамена задача во опиплив напредок. Тоа ја прави јасноста повредна, а не помалку вредна. Разликата нема да биде во тоа кој може да побара од ВИ најголема промена. Ќе биде во тоа кој може да обликува сигурен пат од намера до докази до издавање.

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