Kā darbojas AI aģenti

Jums varētu rasties jautājums — kāpēc sistēma izmanto vairākus AI aģentus, nevis vienkārši ielādē visu vienā modelī? Īsā atbilde: tā rezultāti ir labāki un izmaksas mazākas. Lūk, garākā versija.

Problēma ar vienu modeli

Ja vienam AI modelim iedotu 500 lappušu iepirkuma nolikumu un 300 lappušu piedāvājumu ar norādi "salīdzini šos", notiktu divas lietas:

1. Tas izmaksātu ļoti dārgi (AI cenas ir atkarīgas no apstrādājamā teksta apjoma)
2. Svarīgas detaļas tiktu palaistas garām (modeļu precizitāte krītas, apstrādājot ļoti garus tekstus)

Platforma izvairās no abām problēmām, dodot katram aģentam fokusētu uzdevumu, izolējot to savā darba vietā un ielādējot tikai to, kas patiešām nepieciešams.

Sandbox — katram aģentam sava darba vieta

Kad sākas analīze vai dokumentu sagatavošana, sistēma izveido izolētu darba vietu, ko sauc par sandbox — būtībā svaigu, vienreizlietojamu datoru, kas pastāv tikai šim vienam izpildījumam. Attiecīgie dokumenti tiek augšupielādēti sandbox-ā, un AI aģents var:

• Atvērt un izlasīt failus
• Meklēt atslēgvārdus ar ripgrep
• Palaist nelielas komandas, lai saskaitītu rindiņas, izvilktu sadaļas vai pārbaudītu struktūru
• Rediģēt un rakstīt failus (dokumentu sagatavošanas darbplūsmās)

Aģents lasa dokumentus tieši tāpat, kā to darītu jūs — atverot failus, meklējot, lecot starp sadaļām. Iepriekš sagatavota indeksa nav. Kad izpildījums beidzas, sandbox tiek iznīcināts.

Šī izolācija ir svarīga divu iemeslu dēļ:

• Privātums. Jūsu nolikums un piedāvājuma dokumenti nekad nepamet šo sandbox. Dažādi izpildījumi (un dažādas organizācijas) saņem dažādus sandbox-us.
• Atkārtojamība. Ja izpildījums apstājas, lai uzdotu jums precizējošu jautājumu, sandbox tiek saglabāts tieši tādā stāvoklī, kādā aģents to atstāja. Kad atbildat, aģents turpina tieši no tās vietas, kur apstājās.

Komanda

Katru platformas funkciju — piedāvājumu analīzi, nolikuma sagatavošanu, nolikuma kvalitātes pārbaudi, sagatavošanās kontrolsarakstu, tirgus izpēti utt. — vada savs orķestrēšanas aģents. Orķestrators ir izpildījuma smadzenes: tas izlasa dokumentus, plāno, kas jāpārbauda, izsauc rīkus, izvērtē pierādījumus un izlemj, kad darbs ir pabeigts.

Vairums orķestratoru darbojas uz Claude Opus 5.5 — visspējīgākā līmeņa modeļa. Daži specializētie orķestratori izmanto Sonnet (vidējā līmeņa), kad uzdevums ir pietiekami strukturēts, lai nebūtu nepieciešama maksimālā prātošanas jauda.

Papildus orķestratoram pastāv divu veidu palīgi:

Apakš-aģenti

Apakš-aģents ir vienreizlietojams, viena mērķa palīgs, kas darbojas uz ātrāka un lētāka modeļa (Claude Haiku). Orķestrators to izsauc, kad nepieciešams ātri paveikt fokusētu blakus uzdevumu:

• Semantiskais meklētājs — orķestrators tam piekļūst, kad atslēgvārdu meklēšana neatrod meklēto. Semantiskais meklētājs izlasa attiecīgos failus un sarindo fragmentus pēc nozīmes. (Skatiet Dokumentu parsēšana, kad tas notiek.)
• Tīmekļa lapas lasītājs — tirgus un finansējuma izpētes vajadzībām apakš-aģents izvelk strukturētus datus no iegūtajām tīmekļa lapām.

Apakš-aģentus tiešā veidā jūs neredzēsiet. Tie parādās aktivitāšu plūsmā tikai tad, kad tiek izsaukti.

Speciālisti

Specifiski piedāvājumu analīzei pirms galvenā orķestratora notiek divi īsi speciālistu izpildījumi: viens izvelk iepirkuma vērtēšanas kritērijus, otrs izvelk lotes (apakšpozīcijas). Abi ir īsi, fokusēti piegājieni, kas sagatavo augsni, lai galvenā analīze varētu strādāt efektīvi.

Verifikācija (tikai piedāvājumu analīzē)

Pēc galvenās analīzes pabeigšanas atsevišķa verifikācijas fāze pārskata katru kritisko un būtisko konstatējumu, kā arī vērtēšanas kritēriju vērtības un prasību izpildes rindas, ko analīze atzīmēja. Cits modelis (Sonnet) atkārtoti izlasa citētos pierādījumus. Konstatējumu var apstiprināt, samazināt tā smagumu vai noņemt. Kritērija vērtību vai prasības rindu var apstiprināt vai labot jebkurā virzienā: prasību, kas atzīmēta kā neizpildīta, var paaugstināt līdz izpildītai, ja pierādījumi ir atrodami, un izpildītu var pazemināt, ja to nav. Verificētājs sniedz svaigu skatījumu — tāpat kā kolēģis, kas pārskata jūsu darbu, var pamanīt kļūdas, ko jūs palaidāt garām.

Verificētājam savs spriedums ir jānopelna: tas nevar sniegt vērtējumu, kamēr nav sekmīgi pārlasījis avota dokumentu. Ja mēģinājumi beidzas vai vajadzīgos pierādījumus nav iespējams atvērt, konstatējums tiek atzīmēts ar Nav pārbaudīts, nevis automātiski apstiprināts. Skatiet Rezultātu izpratni, lai uzzinātu, kā katrs rezultāts tiek attēlots.

Citas darbplūsmas (Nolikuma kvalitātes pārbaude, Nolikuma integritātes pārbaude, Sagatavošanās kontrolsaraksts, Dokumentu sagatavošana, Izpēte) atsevišķu verifikācijas fāzi neizmanto — to orķestratori ir veidoti tā, lai pašpārbaudītos, un piedāvājumu analīze ir vienīgais gadījums, kur likmes pamato otru piegājienu.

Kā norit tipiska piedāvājumu analīze

1. Vispirms strādā speciālisti. Kritēriji un lotes tiek izvilktas no nolikuma divos paralēlos piegājienos.
2. Orķestrators sāk darbu. Tas saņem nolikumu, piedāvājumu, izvilktos kritērijus un izvilktās lotes.
3. Tas lasa to, kas nepieciešams. Katrai prasībai savā mentālajā sarakstā orķestrators atver atbilstošo failu, meklē atslēgvārdus vai — ja nepieciešams — izmanto semantisko meklēšanu kā rezerves variantu. Darba gaitā tas fiksē pierādījumu citātus.
4. Tas fiksē konstatējumus. Katra problēma, stiprā puse vai izpildīts kritērijs tiek ierakstīts datubāzē ar smaguma līmeni un pamatojošo citātu.
5. Tas var apstāties. Ja kaut kas patiešām ir neskaidrs, orķestrators apstājas un uzdod jums jautājumu. Sandbox tiek iesaldēts, līdz atbildat.
6. Notiek verifikācija. Katru kritisko un būtisko konstatējumu, kā arī atzīmētās kritēriju vērtības un prasību rindas pārbauda otrs modelis.
7. Atskaite ir gatava. Jūs saņemat stratēģisko apskatu, rekomendāciju, konstatējumu sarakstu, kritēriju vērtējumus un lošu dalības statusu.

AI pakalpojumu sniedzēja izvēle

Jūs varat izvēlēties, kurš AI nodrošinātājs darbina analīzi. Atveriet lietotāja izvēlni augšējā labajā stūrī un izvēlieties starp:

• Anthropic (Claude modeļi)
• OpenAI (GPT modeļi)
• Google (Gemini modeļi)

Kad izvēlaties nodrošinātāju, sistēma automātiski piešķir pareizo modeļa līmeni katrai lomai:

Ar Google visos trīs līmeņos pašlaik darbojas viens un tas pats ātrais Gemini Flash modelis, tāpēc lomas atšķiras tikai ar uzdevumu, nevis ar modeli.

Jums nav jākonfigurē atsevišķi modeļi — vienkārši izvēlieties nodrošinātāju, un sistēma pārējo nokārtos pati. Nodrošinātāju var mainīt jebkurā brīdī. Jau notiekošas analīzes turpinās ar sākotnēji izvēlēto nodrošinātāju.

Savu nodrošinātāja profilu pievienošana

Organizācija var izmantot arī savu nodrošinātāju. Īpašnieki un administratori pievieno profilus sadaļā Konta iestatījumi → Citi modeļu nodrošinātāji, un katram profilam ir:

• Nosaukums, ko izvēlaties paši, lai profilus varētu atšķirt.
• OpenRouter API atslēga, kas tiek glabāta šifrēta un pēc saglabāšanas vairs netiek rādīta.
• Priekšiestatījums katram līmenim — galvenais, vidējā līmeņa un ātrais —, kas nosaka, kuru modeli izmanto katra iepriekšējā tabulā minētā loma. Ja priekšiestatījums nav norādīts, attiecīgais līmenis izmanto openrouter/auto.

Saglabātie profili parādās tajā pašā nodrošinātāju izvēlnē, kur trīs iebūvētās iespējas, ar apzīmējumu OpenRouter · jūsu profila nosaukums. Izvēlieties profilu, un darbi izmantos jūsu organizācijas OpenRouter kontu, nevis mūsējo. Vienlaikus var uzturēt vairākus profilus — piemēram, vienu izmaksām un otru kvalitātei — un pārslēgties starp tiem katram darbam atsevišķi.

Ikviens dalībnieks redz, kādi profili ir konfigurēti, taču pievienot, labot vai dzēst tos var tikai īpašnieki un administratori.

Katrs darbs saglabā arī profilu un priekšiestatījumus, ar kuriem tas tika sākts. Vēlāka profila labošana vai dzēšana nemaina jau notikušos darbus — to vēsturē paliek nodrošinātājs, ar kuru tie patiešām tika izpildīti.

Ārpus piedāvājumu analīzes

Tā pati arhitektūra — sandbox-ots orķestrators ar to pašu failu sistēmas rīku komplektu — darbina visas pārējās AI funkcijas platformā:

• Prasību izvilkšana — izlasa jūsu nolikumu un izveido strukturētu sarakstu ar katru prasību, pēc tam to ievada jūsu sagatavošanās kontrolsarakstā un vērtēšanas kritērijos.
• Nolikuma kvalitātes pārbaude — norāda uz skaidrības, pilnīguma un konsekvences problēmām jūsu nolikuma melnrakstā.
• Nolikuma integritātes pārbaude — skenē nolikumu attiecībā uz godīguma un integritātes riskiem (piegādātāju specifiska valoda, pārāk šauras specifikācijas).
• Sagatavošanās kontrolsaraksts — ģenerē strukturētu kontrolsarakstu ar to, kas jāsagatavo pirms piedāvājuma iesniegšanas.
• Nolikuma sagatavošana — sagatavo nolikuma dokumentu komplektu pasūtītāja pusē.
• Piedāvājuma sagatavošana — sagatavo piegādātāja piedāvājuma sadaļas no plānota plāna, pēc tam izpilda validācijas piegājienu.
• Tirgus izpēte un Finansējuma izpēte — orķestratori, kas izmanto tīmekļa meklēšanu, nevis sandbox failu rīkus.

Visas šīs funkcijas izmanto vienu un to pašu reāllaika aktivitāšu plūsmu — paneli, kas rāda, ko aģents dara darba laikā. Jūs varat novērot, kā tas lasa failus, palaiž meklēšanu, izvērtē kritērijus un fiksē konstatējumus reāllaikā.

Kāpēc tas jums ir svarīgi

Lai izmantotu platformu, jums tas viss nav jāzina. Bet tas palīdz izskaidrot:

• Kāpēc analīze prasa laiku — vairāki aģenti veic vairākus piegājienus jūsu dokumentiem.
• Kāpēc pierādījumi ir konkrēti — aģenti citē precīzas teksta vietas, nevis kopsavilkumus.
• Kāpēc verifikācija var mainīt konstatējumus — tā ir atsevišķa pārbaude, nevis formāla apstiprināšana.
• Kāpēc izmaksas atšķiras — vairāk dokumentu un kritēriju nozīmē vairāk aģentu darba.
• Kāpēc jūsu dati ir drošībā — katrs izpildījums dzīvo savā sandbox-ā, kas tiek iznīcināts, kad izpildījums beidzas.
• Kāpēc var izvēlēties nodrošinātāju — dažādi nodrošinātāji var labāk darboties ar dažāda veida dokumentiem.