Klarent piesaista 8 miljonus — MI raksta testus, bet rezultātu neizlemj

Cīrihes uzņēmums Klarent, ko dibinājuši Asheem Panakkat un Momchil Ivanov, 2026. gada 9. oktobrī paziņoja par 8 miljonu ASV dolāru sēklas finansējumu programmatūras testēšanas platformai. Kārtu vadīja Mosaic Ventures, un iegūtais kapitāls galvenokārt paredzēts darbības sākšanai ASV; uzņēmums plāno arī palielināt inženieru komandu un paplašināt tīmekļa un mobilo lietotņu testēšanu. Platformā valodas modeļi sagatavo testu kodu, bet izpilde balstās uz iepriekš noteiktiem nosacījumiem, un rezultātam paredzēta cilvēka pārbaude.

EU-Startups rakstā tā pati kārta novērtēta 7,13 miljonu eiro apmērā; bez Mosaic Ventures tajā piedalījās Moonfire Ventures, Jürgen Galler, Harris Barton un AngelInvest Ventures, bet Mosaic partneris Chandar Lal pieeju raksturoja ar vārdiem “using AI to write tests, not to run them”. Summas apzīmē vienu darījumu dažādās valūtās, nevis atsevišķus finansējuma raundus. Tehniskā atšķirība ir nozīmīga: modelis var mainīt testa saturu, taču konkrētajā palaišanas reizē tas no jauna nepieņem lēmumu, vai pārbaude ir izturēta.

Ko investori finansē

Klarent mērķis ir automatizēt ceļu no pārbaudāmās lietotnes izpētes līdz paziņojumam par testa rezultātu. Tas ietver vairāk nekā skripta uzrakstīšanu: vajadzīgs plāns, testa kods, šā koda pārbaude, izpilde un rezultāta nodošana komandai. Investīcija tādēļ ir likme uz visu kvalitātes kontroles procesu, kurā ātrāk sagatavoti testi joprojām ir pietiekami saprotami, lai tos varētu atkārtot un izvērtēt.

Uzņēmuma dibinātāju pieredze ir saistīta ar Google inženieriju, un pats Klarent savu ieceri sasaista ar strauji augošo MI ģenerētā koda apjomu. Ja jaunas programmatūras izmaiņas rodas ātrāk, testēšanas darba apjoms var augt līdz ar tām. Šī saikne ir darījuma biznesa pamatojums, nevis pierādījums, ka konkrētu klientu testēšanas izmaksas vai kļūdu skaits jau būtu samazinājies.

Finansējuma apmērs rāda investoru gatavību atbalstīt šo modeli, bet nepasaka, cik lielu daļu darba iespējams automatizēt katrā uzņēmumā. Tīmekļa veikala plūsma, mediju abonēšanas sistēma un mobilā lietotne var prasīt atšķirīgus datus un atšķirīgus pareizas darbības nosacījumus. Tāpēc Klarent vērtība klientam būs atkarīga no tā, vai platforma spēj uzturēt šos nosacījumus precīzus, kad lietotne mainās.

Kur beidzas MI lēmums un sākas testa izpilde

Klarent platformas aprakstā nosauc Explorer, Planner, Coder, Verifier, Runner un Notifier, kā arī starp saviem klientiem min Google, UBS, Sixt un NZZ. Šis klientu uzskaitījums ir uzņēmuma paša sniegts; tas neatklāj katras ieviešanas apjomu. Aģentu lomas savukārt parāda, kā testēšana sadalīta atsevišķos posmos.

Explorer kartē lietotnes ekrānus, darbību plūsmas un stāvokļus, bet Planner izveido pārbaudes plānu. Coder no apstiprinātā plāna rada skriptus. Verifier pārbauda plānu un kodu un var tos nosūtīt atpakaļ labošanai; tikai pēc tam Runner izpilda testu kopu un ziņo, vai konkrētais tests ir izturēts. Notifier nogādā brīdinājumu un pārskatu komandai. Verifier ir sistēmas aģents, tāpēc to nevajag sajaukt ar cilvēka pārbaudi, kas attiecas uz klientam nododamo rezultātu.

Deterministiska izpilde nozīmē, ka palaišanas brīdī darbojas sagatavots testa kods ar noteiktām pārbaudēm. Piemēram, ja nosacījums prasa, lai pēc apmaksas parādītos pasūtījuma apstiprinājums, testam jāvērtē tieši šis novērojamais stāvoklis. Tas ir nosacīts piemērs, nevis Klarent klienta gadījums. Atkārtoti palaižot to pašu kodu pret salīdzināmu lietotnes stāvokli, komanda var nošķirt programmatūras izmaiņu radītu regresiju no modeļa mainīga vērtējuma katrā reizē.

Atkārtojamība ir atkarīga arī no testa datiem un vides. Ja ārēja maksājumu sistēma, lietotnes saturs vai piekļuves tiesības starp palaišanas reizēm mainās, var mainīties arī rezultāts, lai gan izpildes kods palicis tas pats. Turklāt konsekvents tests var konsekventi pārbaudīt nepareizu nosacījumu. Paredzama izpilde novērš patvaļīgu modeļa vērtējumu palaišanas laikā, savukārt testa jēga vēl ir jāpārbauda.

Kāpēc rezultātam vajadzīgs cilvēks

Klarent piedāvā cilvēka verifikācijas slāni katram rezultātam un sasaista klienta maksājumu ar verificētu iznākumu. Tas ir cits pārbaudes līmenis nekā Verifier aģenta darbs: aģents izvērtē plānu un skriptu, savukārt cilvēka slānis attiecas uz rezultātu, kas nonāk pie klienta. Publiskajā paziņojumā nav precizēts, cik daudz laika šī pārbaude prasa vai kā tiek risināti domstarpību gadījumi par kļūmes nozīmi.

Vienkāršs testa statuss parāda, vai izpildījās skriptā ierakstītā pārbaude. Lēmumam par programmatūras laidienu vēl jāzina, vai pārbaude atbilst paredzētajai lietotāja darbībai un vai kļūme atkārtojas atbilstošos apstākļos. Šeit ir finansētās pieejas ekonomiskais spriegums: automatizācijai jāsamazina sagatavošanas un uzturēšanas darbs, kamēr cilvēka iesaiste palīdz uzturēt klientam nododamā rezultāta uzticamību.

Paplašināšanās ASV būs pārbaude pašam modelim

ASV tirgus ir paziņotais kapitāla izmantošanas galvenais virziens. Līdztekus inženieru komandas palielināšanai Klarent vēlas padziļināt testēšanu dažādās platformās un attīstīt darbu finanšu pakalpojumu jomā, tostarp banku un apdrošinātāju lietotnēs. Šie ir nākamie darbības plāni, nevis jau pabeigtas paplašināšanās rādītāji.

Eiropas klientu pieredze uzņēmumam dod sākumpunktu, taču jaunā tirgū būs redzams, cik labi tā pati darba ķēde darbojas dažādām lietotnēm un prasībām. Izšķiroši būs tas, vai pēc lietotnes izmaiņām testi saglabā pareizos nosacījumus un vai cilvēka pārbaude spēj turēt līdzi izpildes apjomam. Dati par ASV klientu ieviešanu un verificēto testu rezultātiem ļautu novērtēt, vai Klarent spēj paplašināt pakalpojumu, saglabājot pārbaudāmu iznākumu.

Lasiet arī:

• Hadrian iegūst 40 miljonus dolāru — MI automatizē ielaušanās testus
• BlackSwan Space piesaista 2,5 miljonus — orbītas pārbaude plānota 2027. gadā
• Hugging Face modelis var palaist svešu kodu — drošāk ir piesaistīt versiju