Flow Engineering атрымала $50 млн: агент сочыць за зменамі ад CAD да тэстаў

|Аўтар: Рэдакцыя QUASA|4 хв чытання
Flow Engineering атрымала $50 млн: агент сочыць за зменамі ад CAD да тэстаў

30 верасня 2026 года TechCrunch паведаміў, што Flow Engineering прыцягнула $50 млн у раўндзе Series B пры ацэнцы $750 млн. Раунд сумесна ўзначалілі Antonio Gracias з Valor Equity Partners і Gavin Baker з Atreides Management; далучылася Sequoia Capital, а Roelof Botha стаў незалежным членам рады дырэктараў. Кампанія з Сан-Францыска развівае ШІ-агентаў для распрацоўкі фізічных вырабаў, дзе змена аднаго элемента можа закрануць канструкцыю, праграмнае кіраванне і выпрабаванні.

У рэлізе Flow Engineering платформа апісана як актуальны запіс праекта, які звязвае патрабаванні, CAD, сімуляцыі, код і тэсты; сярод кліентаў названыя Rivian, Anduril, Joby Aviation, General Motors PPU, RV Tech і Stoke Space, а колькасць карыстальнікаў у Rivian, паводле кампаніі, вырасла з 40 да 1500 за сем месяцаў. Агенты адсочваюць змены ў інжынерных крыніцах, паказваюць іх далейшы ўплыў і правяраюць, ці звязаныя патрабаванні з належнымі выпрабаваннямі. Гэта дае камандам магчымасць бачыць наступствы праўкі за межамі файла, у якім яе зрабілі.

На што Flow накіруе новыя сродкі

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

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

Як агент прасочвае шлях ад CAD да тэсту

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

  1. Патрабаванні. Яны задаюць функцыі і абмежаванні вырабу. Калі фармулёўка мяняецца, звязаныя часткі праекта трэба зноў суаднесці з ёй.
  2. CAD. Новая версія канструкцыі дае агенту канкрэтную змену для аналізу. Яго задача — паказаць, якія залежныя элементы і каманды гэта закранае.
  3. Сімуляцыя. Разліковыя вынікі дапамагаюць убачыць, ці застаюцца прынятыя абмежаванні ўзгодненымі з новай канструкцыяй. Спрэчнае адхіленне патрабуе разбору спецыяліста.
  4. Код. У вырабах з праграмным кіраваннем фізічная праўка можа змяніць умовы працы праграмы. Сувязь з кодам паказвае, дзе патрэбна адпаведная праверка.
  5. Тэст. Прывязка выпрабавання да патрабавання паказвае, што ўжо ахоплена праверкай, а дзе пасля змены застаўся прабел.

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

Што вядома пра працу ў Rivian

У апісанні ўкаранення Rivian ад 24 лютага 2026 года Flow сцвярджае, што яе сістэма ўліку патрабаванняў ахапіла больш за 1000 інжынераў у праграмах R1 і R2, а прадстаўнік Rivian Scott MacKenzie сказаў: «Flow really opened up our collaboration around product requirements». Пазнейшая ацэнка карыстання адлюстроўвае рост ахопу праграм. Абедзве лічбы паказваюць маштаб працы з платформай паводле самой Flow, але не вымяраюць асобна эфектыўнасць ШІ-агентаў.

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

Які вынік яшчэ трэба паказаць

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

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

Чытайце таксама:

Падзяліцца:

Падобныя артыкулы

Падпішыцеся на нашу рассылку

Атрымлівайце свежыя навіны пра Web3, ШІ і крыптавалюты проста на пошту.

0