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

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

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

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

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

Важната разлика не е дали системот може да пишува код. Повеќето корисни софтверски задачи вклучуваат циклус:

1. Разбирање на целта и ограничувањата.
2. Испитување на релевантниот код и околните системи.
3. Правење мала, оправдана промена.
4. Потврдување на резултатот.
5. Ревидирање кога потврдата открива проблем.

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

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

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

Ориентација во репозиториум и работи за одржување

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

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

Истражување со тестови на прво место

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

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

Оперативни работни текови и работни текови за испорака

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

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

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

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

• Поставете конкретна цел. „Додај валидација за празни имиња на сметки и покриј ја со тестови“ е покорисно од „подобри го ракувањето со сметки.“
• Обезбедете ограничувања. Наведете ги релевантните барања за компатибилност, стилските конвенции, безбедносните правила и датотеките што не смеат да се менуваат.
• Претпочитајте мали промени. Помалите закрпи полесно се прегледуваат, тестираат, враќаат и од нив се учи.
• Барајте проверка. Побарајте од агентот да ги изврши достапните проверки и искрено да пријави неуспеси, наместо да претпоставува успех.
• Задржете човечка контролна точка. Прегледајте го однесувањето, безбедносните импликации, ракувањето со податоци и архитектонското вклопување пред спојување или распоредување.

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

Довербата треба да се заслужи со докази

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

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

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

Мерете ја работата што навистина се подобрува

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

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

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

Метафората за копилот вреди да се сфати сериозно

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

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