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

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

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

Од одговори кон одговорни работни процеси

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

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

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

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

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

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

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

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

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

Оперативна тријажа

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

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

Поддршка за развојната средина

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

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

Дајте им на агентите граници, не нејасни амбиции

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

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

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

Човечкиот преглед ја менува формата, не важноста

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

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

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

Мерете го работниот процес, не спектаклот

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

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

Трајната предност е подобро инженерско расудување

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

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