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

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

Што го прави агентот со вештачка интелигенција различен?

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

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

Каде агентите создаваат практична вредност

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

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

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

Дизајнирајте го работниот тек, не само поттикот

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

Дајте му на агентот јасен оперативен договор

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

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

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

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

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

За промени со поголем ризик, барајте човечко одобрение помеѓу планирањето и извршувањето. За задачи со низок ризик, барајте валидација пред агентот да ја означи работата како завршена. Целта не е секој работен тек да стане бавен; туку прегледот да се постави таму каде што има најголема вредност.

Втемелете го агентот во вистинскиот контекст

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

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

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

Вградете одговорни контроли во системот

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

• Користете одделни акредитиви и тесно ограничени дозволи за дејствата на агентот.
• Претпочитајте пристап само за читање сè додека одредена можност за запишување не покаже вредност.
• Евидентирајте ги повиците на алатки, влезовите, излезите и одлуките за одобрување во форма што прегледувачите можат да ја испитаат.
• Чувајте ги чувствителните податоци надвор од поттиците, освен ако нивната употреба е неопходна и одобрена.
• Барајте човечки преглед за дејства чувствителни од безбедносен аспект, насочени кон клиенти, финансиски или такви што ја менуваат продукцијата.
• Мерете го квалитетот преку резултати како преработка, товар на прегледот, пропуштени дефекти и време на циклус — не само преку завршување на задачите.

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

Како тимовите треба да ги усвојат агентите

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

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

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

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

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

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