AI агентът иска да изпрати имейл: сложете одобрението преди действието

За да спрете AI агент преди изпращане на имейл, поставете одобрението непосредствено пред инструмента за изпращане. Агентът може да събере информация и да подготви чернова, но извикването на инструмента трябва да изчака решение за конкретния получател, съдържание и прикачени файлове.

Приложете същия принцип към покупка, изтриване и чувствителна промяна на запис. Прегледът на крайния отговор на агента идва твърде късно, ако той вече е използвал инструмент. Пауза е нужна в точката, в която предложението може да се превърне в действие извън разговора.

Изберете инструментите според ефекта им

Разделете инструментите според това какво могат да променят и колко трудно е промяната да бъде поправена. Така одобряващият взема решение за действие с последици, без да преглежда всяко търсене, обобщение или междинна чернова.

• Без задължително одобрение: търсене, четене на разрешени данни и подготовка на чернова, която остава неизпратена. Правата за достъп до данните продължават да важат.
• Според обхвата: промяна на вътрешен запис. Поправка в една чернова може да има различно правило от промяна в множество клиентски записи; решението зависи от засегнатите данни и възможността за връщане.
• С одобрение преди изпълнение: външно съобщение, покупка, окончателно изтриване или промяна на чувствителни данни. Човекът трябва да види действието, преди инструментът да го извърши.

Правилото може да зависи и от параметрите, а не само от името на инструмента. Един инструмент за имейл може да подготвя чернова или да изпраща до външен адрес; едно и също име не описва достатъчно риска. Ако условията за одобрение се различават, процесът трябва да разпознава операцията и адресатите преди изпълнение.

Покажете какво точно ще бъде разрешено

Съобщение от типа „Агентът иска да използва инструмент“ не дава основа за решение. Одобряващият трябва да вижда предложеното действие в системата, където то ще има ефект, и връзката му с първоначалната задача. За имейл това са получатели, копия, тема, пълен текст и прикачени файлове; за покупка — артикул, количество, цена и адрес за доставка; за изтриване — точните записи и обхватът на операцията.

• Името на действието и системата, в която ще се изпълни.
• Всички параметри, които определят крайния ефект, включително получатели, суми и идентификатори на записи.
• Причината за предложението и задачата, от която произтича.
• Ясен избор между одобрение, отказ и връщане за поправка, ако процесът допуска поправка.

Обвържете решението с показаната версия на параметрите. Ако след прегледа се смени адресат, сума, текст или списък със записи, предишното разрешение не бива да задейства промененото действие. Това е правило, което трябва да се наложи в самия процес: бутонът за одобрение има смисъл само ако изпълнението използва прегледаните стойности.

Преминете от предложение към изпълнение

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

1. При условен имейл до клиент агентът предлага получател, тема, текст и прикачени файлове и създава заявка за одобрение.
2. Определеният човек вижда предложените стойности и проверява дали съответстват на задачата.
3. При одобрение процесът подава именно тези стойности на инструмента за изпращане.
4. При отказ инструментът не се извиква. Агентът може да поиска уточнение или да подготви друго предложение, което изисква нов преглед.
5. След опита процесът записва резултата от инструмента отделно от човешкото решение.

Разграничението между „разрешено“ и „изпратено“ е съществено при грешка в инструмента. Ако доставчикът на имейл върне неясен резултат или заявката прекъсне, автоматичното повторение може да изпрати съобщението втори път. За такъв случай предвидете идентификатор на заявката и проверка на предишния резултат преди нов опит; същата предпазна мярка е важна и при покупка.

Къде се поставя паузата в n8n и LangGraph

Инструкцията на n8n за преглед на инструменти показва как избрани инструменти на AI Agent се свързват със стъпка за човешко одобрение. Процесът спира преди извикването, изпраща заявка през настроен канал и при отказ отменя действието. В съобщението до проверяващия могат да се включат името на инструмента и параметрите, зададени от агента чрез променливата $tool.

При графов процес примерът на LangGraph.js използва interrupt() преди чувствителен инструмент и Command с resume за продължаване след човешкия отговор. Състоянието се запазва чрез контролни точки, така че паузата може да трае минути, часове или дни. Примерът използва съхранение в паметта, докато за процес, който трябва да преживее рестарт, е нужно устойчиво съхранение.

И при двата подхода настройката следва предварително определено правило: кои инструменти чакат решение, кой може да го вземе и кои параметри вижда. Каналът за заявката може да е различен от този, в който потребителят разговаря с агента. Това позволява решението да стигне до отговорния човек, без да се превръща всяка междинна реплика в заявка за одобрение.

Отказ, редакция и дълго изчакване

Отказът приключва конкретната заявка без изпълнение. Ако агентът подготви поправен имейл, той трябва да мине през нов преглед. Когато човек редактира предложението в самата заявка, процесът може да продължи само ако е ясно кои редактирани стойности ще получи инструментът; иначе върнете предложението за поправка и ново решение.

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

Ръководството на LangGraph за прекъсванията уточнява, че при възобновяване възелът с interrupt() започва отначало. Затова изпращане, създаване на запис или друг ефект не бива да стои преди паузата без защита срещу повторение. Записът на заявката, решението, одобрените параметри и действителния резултат позволява след грешка да се установи какво вече е направено, преди процесът да опита отново.

Прочетете също:

• QR кодът крие адреса — проверете домейна преди плащане
• Basecamp или Teamwork: простият проект губи, когато клиентът иска марж