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

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

Од создавање код до обликување системи

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

Разгледајте мало барање за одржување: додајте поле во API одговор. Видливата промена во кодот може да биде кратка, но вистинската задача може да вклучува следење на моделот на податоци, проверка на авторизацијата, ажурирање на валидацијата, ревидирање на документацијата, додавање тестови и разгледување на повратната компатибилност. Агентот може да помогне брзо да се состави таа слика. Човекот сè уште одлучува дали полето треба да постои, кој смее да го види и дали дизајнот е кохерентен.

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

Избирајте работни текови, а не нејасни амбиции

„Користете ВИ во инженерството“ е премногу широко за да насочи тим. Почнете со работа што е повторлива, ограничена и лесна за прегледување. Добри почетни кандидати обично се активности со јасни влезови, јасни излези и човечки сопственик кој може да го потврди резултатот.

• Сумирање на pull request и идентификување датотеки или услуги погодени од промена.
• Генерирање прв нацрт на unit тестови за постојно однесување.
• Тријажа на пријава со извлекување чекори за репродукција, веројатна одговорност и информации што недостигаат.
• Споредување на имплементација со документиран API договор.
• Подготовка на нацрт за белешки за издавање од прегледани промени.
• Пребарување на кодна база за слични обрасци пред развивачот да почне со промена.

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

Дајте им на агентите ограничени овластувања

Ефикасноста на агентот зависи од средината околу него. Сам промпт ретко е доволен. Му требаат дефинирани влезови, одобрени алатки, изрични ограничувања и начин да извести што направил. Целта не е агентот да изгледа автономен; целта е неговото однесување да може да се провери.

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

Цел: подготви предложена поправка за пријава 184.

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

Испорачај:
- Краток преглед на сомнителната причина.
- Закрпа или предложени промени.
- Додадени или ажурирани тестови.
- Резултати од тестовите и нерешени ризици.

Ваквата структура ги подобрува и излезот и прегледот. Таа исто така спречува чест начин на неуспех: третирање на течен одговор како доказ дека работата е завршена.

Вградете проверка во циклусот

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

Користете тестови како извршливи барања

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

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

Прегледувајте одлуки, не само разлики

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

За промени со помош од агент, лесна контролна листа за преглед може да помогне:

• Дали барањето е правилно протолкувано?
• Која системска граница ја преминува оваа промена?
• Што се случува кога зависностите не успеваат, истекуваат или враќаат погрешно форматирани податоци?
• Дали логовите, грешките и тестовите се доволни за дијагностицирање на неуспех?
• Дали агентот воведе нова зависност, дозвола или оперативна претпоставка?

Одржувајте го контекстот здрав

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

Ова не е само хигиена на документацијата. Тоа е инвестиција и во воведувањето на луѓе и во перформансите на агентите. Јасните конвенции ја намалуваат потребата агентот да нагаѓа, додека тековните примери ги прават посакуваните обрасци конкретни.

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

Мерете учење, не само брзина

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

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

Предноста на архитектот

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

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