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

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

Од автоматско довршување до ограничено делегирање

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

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

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

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

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

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

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

Квалитетот на задачата го одредува квалитетот на извршувањето

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

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

Дајте му на агентот дефиниција за завршеност

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

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

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

Вградете заштитни механизми во работниот тек, не само во поттикот

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

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

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

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

Проверката е вистинскиот умножувач

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

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

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

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

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

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

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