Выбар партнёра па распрацоўцы AI-агентаў: пытанні за межамі дэма

Дэманстрацыя можа выглядаць чырвоным, пакуль толькі не ступіць у справжню працу. У звычным случае агент знаходзіць інфармацыю, складае адпаведны адказ і апдэюе запіс за менш чым мінуту, і здаецца, што все гатова да вікорыстоўвання. Але тады пачынаюць з’яўляцца практычныя пытанні. Што, як запіс не ўжо цэлысінькі? Чы можа агент бачыць даны, да якіх працавальнік не мае права? Чы будзе ён перадзеяць заданне пасля тайма-ауту API? Хто будзе расследаваць сітуацыю, калі змяна выйшла некорэктной?

Этыя пытанні вплываюць на тое, як следуець ацэніваць прадаўцоў сервісаў для розработкі агентоў. Лепшым пытаннем ёсць не тое, якая компанія мае найболей гладкую дэманстрацыю, а тое, якая команда розумее усё, што з яй зв’язана. Найболей сільныя прадаўцы продаюць меншае колічэство вражаючых дэманстрацый і ставяць лепшыя пытанні ўжо ў абласці рабочых процэсаў, прав на доступ, інтэграцый, проблем і адпаведальнасці.

Што змянілася да 2026 года

Няма дзеўнаць, дэманстрацыі часта стосаваліся планавання задання, выклікання інструмента чыра працы ў длігія размовы. Гэтыя навыкі маюць значэнне, але яны больш не адлічваюць серйозныя каманды ад простых выконавацоў. Купувальнікі зараз чакаюць, што агенты будуць працаваць з CRM-сістэмамі, хранілішчамі дакументаў, базамі дадзенаў, інструментамі для стварэння тыкетаў, внутрашнімі дапытамі і ланцугамі затверджэння.

Гэта ўжо сложнейшая проблема. Агент павінен разумець заданне, знаходзіць правяпую інфармацыю, выбіраць правяпы інструмент, прыглядацца да праваў, ведаць журнал своіх дзеянняў і ведаць, калі трэба зупініцца. Болей сільныя прадаўцы меньш говораюць пра автонамную інтэлігэнцыю, а больш — пра умовы працы, і яны ставяць такія пытанні:

• Хто пачынае рабочы працэс?
• Калі сістэмы ўключаныя?
• Што можа змяніць агент?
• Дзе працавнік павінен чыго-небудзь затвердзіць?
• Як вярнуць заданне, якое не выйшла атрымаліць?

Каму належыць агент пасля запуску?

Такія запытанні менш захоплівыя, чым жывая дама, пры тым яны значна бліжэй да працы, якая вяршыць тое, чы рагент застоіцца ў працэўнай сэрыі.

Пачніце з процэсу работы

Лепшыя прадаўцы пачынаюць з задачы, а не з модэлю. Запыт пра агента для прыемкі замова занадта нечысты, каб на яму будаваць ўсё, тады як конкрэтны процэс лёгка аналізаваць: перагляд новага кандыдата, пошук інформацыі пра аблік, падготовка наступных крокаў, запыт пра затверджэння, апдэйт у CRM. У яго ёсць трыггер, апранаваныя крокі і рэзультат, які можа бачыць кожны.

Перад пачатком разработкі команда павінна чытка адначытлі следуючае.

• Трыггер, які запускае процэс работы.
• Інформацыя, якая патрэбна для процэсу работы.
• Сістэмы, з якімі ён з’яўляеся ў зв’язку.
• Тыя моменты, дзе прымуўцяюцься рашэнні.
• Дзеянні, якія дазволены.
• Затверджэнні, якія ў трэбе.

Условія, які лягаюць у паўзу працы.

Крэтарыі для завершэння задання.

На гэтым этапе таксама паказваецца, чы рэальна патрэбна агент. Дзеяныя задання лепей падходзяць для фіксаванай аўтаматызацыі, а іншыя выклікаюць неабходнасць запрашэння інфармацыі і ўзгляду чалавека. Прадавец, які рэкамендуе простыяй варыянт, калі нефіксаванае паведанне агента даўа мало цяні, дае корыстны сігнал аб чыстасцы сваіх намераў.

Інтэграцыі маюць большое значэнне, чым вікна чату

Дэманстрацыі прадпярэджаюць фронт-энд, таму што яго лёгка паказаць, але саме на роўні інтэграцыі выкладаецца справжня праця. Агент можа чытаць дакументы кліента, запрашаць правілы, апдэйтаваць заявку, перакантроліваць заставкі, ствараць атлас або адправляць затверджаныя паведамленні, і кожны крок залежыць ад таго, чы бізнес-сістэмы працуюць за прызначэнням.

Рэальныя сістэмы не ўзаінтэграваны. Крэдытныя даны выгораюць, API спавальваюць, запісі знікаюць, два прыкладнікі вяртаюць разныя даны, а запіт можа быць выкананы, не даўшы можлівасці агенту атрымаць падтверджэння. Болей адпаведныя прадаўцы плануюць такія сітуацыі ўжо да пачатку працы і забезпечваюць:

• аўтэнтыфікацыю і зберагчык крэдытных даных,
• перакананні ў наявнасці прав,
• тайма-ауты для запытоў,
• безпечныя праказы,
• прытупленне дублікацыі дзеянняў,
• частыя завершэнні заданняў,
• логаванне дзеянняў,
• ручнае вяснаванне.

Нават высокая якосць кантакту не можа компенсаваць ненадзеяныя інтэграцыі. Калі агент пачынае змянюваць запісі або запускаць дзеянні, якосць гэтых звязоў стае часткай самага продукту.

Права паказваюць, як ставяцца да рызыкаў

Правыя на адзейнаўленне ўскладнююць разлік межы між камандамі, якія фокусуюцца на пратэтапах, і тымі, якія працуюць над фінальным продуктам. Пратэтап часта запускаецца пад адказкай распрацоўшчыка з шырокімі правамі доступу. Хоць гэта прышвартавае стварэнне першай версіі, гэта залішае нерашаным важлівы вопыт: што самэўсёлкі мае права робіць?

Адпаведальны за адказы можа патрабаваць пераглядзець замовленне і падготавіць адказ. Ям, верагодна, не патрабуецца весь фінансавыя дакументы чы ўмеласць выдаваць вялікія вярненні. Спроможны прадавець павінен візначыць:

• хто можа запускаць агента,
• какія даныя ён можа атрымліваць,
• какія інструменты ён можа выкарыстоўваць,
• какія запісы ён можа зменяць,
• какія дзеянні патрабуюць затверджэння,
• якія умовы должны зупініць працэс адзейнаўлення.

Гэтыя обмежэнні ўключаюцца ў сам працэс адзейнаўлення. Дакумент з правіламі, які зберагаецца ў іншым месцы, не зможа завадзіць агенту выконваць дзеянні, якія тэхнічна ям дазволеныя.

Надзяйныя ведамы

Большынства агентаў у бізнесе паводзяцца внутршнімі дакументамі, такімі як інструкцыі, контракты, паказнікі з прыгождэнняў, процедуры, правілы і файлы кліяў. Але сама тое, што яны выкарыстоўваюць такія дакументы, не робіць адпаведныя адказы надзяйнымі. Яшчэ трэба выявіць, хто ўладае дакументам, які ў яго ў варыянцы ёсць, хто яго падтрымлівае, і што робіць агент, калі два джэрэлы суперасункуюцца.

Магчымасць адыскання інформацыі ў вялікай колькасці внутршніх дакументаў дазволяе агенту выбраць неабходныя часткі прытымку да адпаведнага адказу або пры выборы наступнага крока. Але ключовы момант — гэта якосьць адказу, адтолькі ўпэўнены і добра напісаны адказ можа быць створаны на адной некорэктнай базе. Адночаса тыя, хто пераглядае адказы, таксама можаць скорыстацца тым, што чытаў агент: калі ён пропануе якісь значныя заходы, чалавек, які яго пераглядае, павінен магчымаць адзірнуцца матэрыял, на якім базуецца гэта прыпуск.

Калькі агентаў не завжды лепш

Сістэмы з калькамі здаюцца вражаючымі, але частаючы неабяжнымі. Дастатніць аднаго калька, калі рабочы працэс выкарыстоўвае калькі інструментоў і следуе простай последовасці. Дадаць больш калькаў значыць адныя толькі паўходы камунікацыі, збільшэнне колькасці станоў і адзначэнне можлівасцяў таго, што заданне можа пашкодзіцца.

Калькі маюць сэнс, калі праца практычна складаецца з разных ролей, напрыклад:

• адні кальк збірае інформацыю,
• іншы пераканальваецца ў адпаведнасці з правіламі,
• трэці падготавляе прызначаную дзеянне,
• чалавек затверджвае апошні крок.

Важлівыя пытанні — не тое, чы можа прадаўцы стварыць сістэму з калькамі, а тое, чы даданая структура павышае рэзультат. Надзеяны прадаўцы можа паспяшыць, чаму існуе кожны кальк, што ён атрымлівае, як праця пераходзіць між калькамі і што выходзіць, калі яны не пагоджуюцца.

Раскідваўчыка нядач

Дэмаверсіі працуюць па правільнаму шляху, а продакшн — рэдкая гэта справа, таму прадавець павінен умець справляцца з неразбірлівымі данымі. Корыстны план тэста стварае для агента складныя сітуацыі і пераканальвае ў рэзультатах:

• запрос без неабяжных дакладнасцей,
• пошук, які не вяртае нічога,
• палітры, якія суперсачываюць адна з іншай,
• прыемнік, які перэстаў адпавядаць,
• выкарыстоўвальнік, які просіць чагось забранага,
• выклік інструмента, намечаны да няправільнага об’екта,
• падаўжэнне однаго запросу дваццаць разоў,
• заданне, якое не можа быць завершана без апасцярожнасці.

Мэтай не ёсць рашэнне кожнага кейсу. Часта правільныя дзеянні — гэта зупінка, запытанне для яснасці, пракушчанне павярхневай колькасці разоў або перадача кейсу чалавеку. Надзеянасць таксама значыць умець распізнаваць, калі продажчыкаванне будзе памылкай.

Размешчэнне — гэта не толькі хостынг

Хостынг — гэта самая маленькая частка платформы для развертвання. Калі спецыялісты пачынаюць павергацца на агента, аператары должны старанна сочыць за яго дзеяннямі і адказваць на проблемы. Для гэтага патрэбны логі вызоваў інструментаў, загружаных матэрыялаў, крокаў рабочага плэну, рэзультатаў затверджэння, адказоў на памылкі, спроб перазапуску, часу адкладэння, вітрачаных рэсурсоў і перадачы задач іншым аддзелам.

Без такога логу каманда бачыць толькі, што канечны рэзультат быў некарэктны, і не можа з’ясаваць, чыі ў канфлікцы: мадэль, даны, канектар чы інструкцыі. Версіяванне і адкаты дапамагаюць выправіць сітуацыю. Мадэлі, запросы, крыніцы даных і бізнес-правіла постаўляюць змяны, таму павінна існаваць можласць візначыць, якая конфігурацыя дала пэўны рэзультат, і вернуцца да рабочай конфігурацыі пасля некорэктнага апдэйта.

Людская пераглядка, якая адпавядае наследкам

Абсалютная неабяцка кожнай дзеянні агента мае малая цэнна і можа ператворыць корыстную сістэму на медленную копію старога процэсу. Полная адмова ад людзкага адзначэння стварае працоўны прыем. Разумны падход — ставіць абяцку там, дзе вырастаюць наследкі. Агент можа сам стварыць класыфікацыю запіту, арганізаваць інфармацыю чы напісаць праект, тады як плата, змена контракту, обмежэнне абліквату чы паведамленне з прававым значэннем, апрацоўванае за межамі компаніі, можа заставаць патрэбу ў автарызаванам працавніку.

Адзначальнікам таксама патрэбны кантэкст. Кнопка «Абяцкаць» мае малая значэнна, калі чалавек не можа бачыць вачоўную інфармацыю, запраектаваную дзеянню, параграф, які падвергаецца вплыву, і прычыну, чым справа дасягла яго. Для чулівых рабочых практык практыкі керавання должны з’яўляць правыя, абяцкі, манітарынг, адпаведальнасць і адрабатка інцыдэтаў з кождадзённай дзеяльнасцю.

Адпаведальнасць пасля запуску

Іншая разліка прыходзіць тады, калі розмова пераходзіць да запуску. Дзеякі прадаўцы вважаюць запуск канцэнтрацыяй, тады як болей сільныя команды обсуджаюць тыя тыдні і месцы, якія следуюць пасля яго. Сераўіс агента постаўляецца ў стані постаўляючыхся змян: інструкцыі пераглядаюцца, API заменяюцца, спецялісты знаходзяць непланаваныя способы вікорыстання рабочага працэсу, а таксама з’яўляюцца тыпы запітоў, якія не былі паветраныя ў пачатковым наборы тэстаў.

Дзеяныя завадзбы трэбуе ўпэўненага адпаведальнага: сочыць за выконаннем, дакладна аналізаваць неудачныя задачы, апдэйтаваць неабходную інформацыю, затвараць змяны ў рабочым працэсе, сочыць за вітратамі, рэагаваць на інцыдэнты і адлічваць час для выключэння агента. Прадаўцы можаюць і даўжэй аддаўаць тэхнічную падтрымку, але ў компаніі павінна быць адзіна адпаведальная асоба. У працынку мелкія нештаткі накаплююцца, пакуль спецялісты перастаюць даваць доверлівась сістэме.

Пытанні, якія трэба задаць пры выборы

Граматычна выглядзенне прэзентацыяй не павінна мяць большага значэння, чым адказы на калькі чыстых, конкрэтных запытанняў.

• Як праграмістары плануе ўзорыяваць існуючы працэс работы, і чаму для гэтага трэба агент?
• Калькі сістэмы будуць задзейнаваны, і як перадаюцца правыя корыстувальнікаў да іх?
• Што запярошчае тое, каб адна і тая ж дзеянне не выканалася два разы, і што будзе, калі інструмент зламаецца?
• Дзе чалавек павінен падпісацца?
• Як база знанняя застаецца апошнейчай актуальной?
• Як вымерваецца праца сістэмы ў рэальным часе, і хто займаецца падтрымкай, калі сістэма вядомаецца?
• Чы можна праследаваць і анулюваць будзь-яя змяну?

Хорашы праграмістары адказвае простым языкам і паў’язвае кожны тэхнічны выбар з запропанаваным працэсам работы.

Галоўная мысль

Хорашыя команды не прагнуць даць вражанню абсалютнай незалежнасці. Яны ствараюць сістэму, якая выканае корыстную работу ў вялікіх межах, якая включае чысты працэс працы, надзеяныя інтэграціі, кантролюемы доступ, надзеяныя знанні, рэалістычныя тэсты на адзінакі, перагляд з боку людзей, монітарынг і адпаведную адпаведнаўчасць пасля запуску. Яскравая дама ёсць чысты спосаб начаць размову, але яе нельзя вважаць надзеяной падставай для заканчальнага рашэння.