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

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

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

Од промпт до работен тек

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

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

Добро дизајниран тек може да изгледа вака:

1. Прочитајте ја задачата и идентификувајте ги недостасувачките детали за репродукција.
2. Пребарајте го складиштето за код за пресметка на данок и ажурирање на количината.
3. Сумирајте ја веројатната патека на извршување и релевантните тестови.
4. Предложете фокусиран тест што го опфаќа пријавеното однесување.
5. Подгответе минимална закрпа и извршете ги дозволените команди за валидација.
6. Презентирајте ги diff-от, излезот од тестовите, претпоставките и нерешените прашања за преглед.

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

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

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

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

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

Поставете им граници на агентите пред да им дадете моќ

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

Дефинирајте ја целта и точката на запирање

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

Одделете го пристапот за читање од пристапот за запишување

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

Барајте докази, не самодоверба

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

Task: Add a regression test for issue 482.

Constraints:
- Do not modify production code.
- Use existing test conventions.
- Run only the unit test command documented in the repository.
- Stop if the failing behavior cannot be reproduced.
- Report changed files, command output summary, and open questions.

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

Квалитетот на контекстот е поважен од паметните промптови

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

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

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

Задржете ги луѓето одговорни за одлуките што се важни

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

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

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

Мерете го усвојувањето според исходите, не според активноста

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

Барајте конкретни сигнали: пократко време за разбирање промена, помалку повторливи коментари при преглед, побрза репродукција на дефекти, поцелосна покриеност со тестови околу поправките или појасни предавања при инциденти. Следете и негативни сигнали: поголеми diff-ови, необјаснети промени во зависности, нестабилни тестови или прегледувачи што престануваат внимателно да читаат бидејќи излезот изгледа авторитативно.

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

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