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

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

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

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

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

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

Тоа е архитектонска работа во нејзината практична форма: зачувување на обликот на системот додека тој се менува.

Што го прави агентот корисен во инженерството

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

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

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

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

Архитектурата е низа компромиси

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

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

Подобар архитектонски промпт

Наместо да го прашате агентот: „Дизајнирај ја новата услуга за известувања“, дајте му рамка за одлучување:

Цел: испорака на известувања во апликацијата за автентицирани корисници.

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

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

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

Дајте им ограничена автономија на агентите

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

Потоа, дозволете контролирани промени во гранка или изолирана околина. Барајте од агентот да наведе кои датотеки ги променил, кои проверки ги извршил и што останува неизвесно. Корисен извештај за завршување не е „готово“; тој е компактен запис на докази.

• Што се промени и зошто?
• Кои тестови или валидации поминаа?
• Кои претпоставки беа направени?
• Што сè уште би можело да откаже во продукција?
• Која одлука, доколку постои, има потреба од човечки сопственик?

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

Поузданоста доаѓа од повратни јамки

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

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

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

Човечката улога станува појасна, не помала

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

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

Градете системи што заслужуваат автономна помош

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

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