Atpakaļ uz stratēģisko tēzes

Stratēģiskā tēze 05

AI programmatūra kļūst par Token Economy

eifils uzskata, ka AI programmatūru tagad ierobežo tokens, necaurredzama izpilde, infrastruktūras nepietiekamība un kopējās īpašumtiesību izmaksas. Ilgtspējīgā priekšrocība pāriet uz prognozēšanu pirms izpildes, izvēloties atbalstāmu modeļu kombināciju un pārvēršot atkārtotus secinājumus atkārtoti izmantojamos aktīvos, nevis maksājot par neredzamiem atkritumiem atkal un atkal.

AI programmatūra kļūst par Token Economy

Necaurredzama izpilde, pieaug secinājumu izmantošana, un jaudas trūkums padara AI tērēt arhitektūras ierobežojumu, ne tikai instrumentu rēķinu.

Moltke aprēķini pirms izpildes. Solon pasākumi pēc tam.
Necaurspīdīguma nodoklis Slēptā plānošana, noraidītie ceļi un dublētā argumentācija joprojām patērē enerģiju un budžetu, pat ja lietotājs redz tikai galīgo atbildi.
tokens rēķins Prompt izmērs, retries, rezerves modeļi, un pārāk liels konteksts tagad rīkojas kā infrastruktūras izvēli, nevis maza UX detaļas.
Jaudas risks Skaitļi, datu centri, enerģija, un rezervācijas sākuma laiki ir ierobežoti, kas padara AI mēroga piegādes problēmu, kā arī programmatūras problēmu.
01 Mainīgais produkts
  • Cilvēki, pārplānošana, parādi un darbplūsmas pārrakstīšana.
  • Instrumenti, politikas piemērotība un konkrēta modeļa iespējas.
  • Pārvaldība, revīzija un inženieru adaptācija.
  • Licencēšana un iekšējās izlīdzināšanas pieskaitāmās izmaksas.
02 Darbības
  • Iemesli, aprēķini, uzglabāšana un tīklošana.
  • Uzraudzība, nepārtrauktība un rezerves darbība.
  • Trešo personu modeļa atkarības un darbspējas laika riska darījumi.
  • Nodrošināšana, mērogošana un izpildes laika kontrole.
03 Atbalsts
  • Pakalpojumu dienests, incidenti un kļūmju šķirošana.
  • Izskaidrojamības nepilnības un klientu pārapdrošināšana.
  • Pierādījumu iesniegšana juridiskai un darbības pārbaudei.
  • Starpkomandas koordinācija, kad AI darbplūsmas neizdodas.
04 Apkope
  • Prompt, konteksts, un uzvedība mainās laika gaitā.
  • Drošības, darba laika, un atkarības atjauninājumus.
  • Regresijas kontrole, pārkvalifikācija un apstiprināšana.
  • Modelis politikas izmaiņām, kas saplūst darbībā.
05 Izceļošana un suverenitāte
  • Migrācija, arhīvu, saglabāšana, un datu pārnesamība.
  • Pārdevēja bloķēšanas un jurisdikcijas riska darījums.
  • Rezervēta jaudas plānošana un atkarība no piegādes.
  • Necaurredzamu ieradumu aizstāšana ar izturīgiem iekšējiem aktīviem.
TCO
Jaunais ierobežojums nav tikai paraugizlūkošana.

Vai izpilde joprojām ir redzama, atbalstāma, pieejama un spējīga nodrošināt infrastruktūru, no kuras tā ir atkarīga.

Ilustratīvs TCO valde, nevis etalons. Lieta nav universāla formula. Galvenais ir tas, ka jau no paša sākuma arhitektūras diskusijās ir jūtama atkarība no tokens patēriņa, atbalsta, uzturēšanas un infrastruktūras.

Ko saka tēze

AI programmatūras ekonomika kļūst par dizaina ierobežojumu.

Nākamā konkurences pozīcija nerodas, akli tērējot katram uzdevumam visspējīgāko modeli. Tas rodas, zinot, kad izmantot pierobežas modeļus, kad regulēt mazākus modeļus, kad atkārtoti izmantot esošo infrastruktūru, un kā saglabāt visas darbības izmaksas skaidri salasāmas.

Necaurspīdība kļūst dārga

Kad plānošana, novērtēšana, un noraidītie ceļi paliek neredzams, komandas bieži atkārto to pašu argumentāciju ārpus modeļa tikai palikt kontrolē. Neredzamajam darbam ir zemāka darbības vērtība, tomēr tas joprojām patērē tokens, enerģiju un laiku.

tokens tagad ir arhitektūras mainīgais

Prompt izmērs, konteksta izaugsme, retries, rezerves ķēdes, un modeļu izvēle tagad veidot reālus izdevumus. tokens izmantošana vairs nav detaļa, kas aprakta API slānis. Tā uzvedas kā infrastruktūra.

TCO ir lielāks nekā maksa par secinājumiem

AI piegāde papildina atbalstu, uzraudzību, izskaidrojamību, drifta pārvaldību, politikas izmaiņas un migrācijas iedarbību papildus jēlatkritumiem. Īpašumtiesību izmaksas izplatās visā dzīves ciklā.

Infrastruktūras nepietiekamība ir reāls maksimums

Pat tad, kad nauda ir pieejama, skaitļošanas piedāvājums, datucentra būvēšanas cikli, enerģija un rezervēšanas laiks paliek ierobežots. MI skala ir arī jaudas piešķiršanas problēma.

Kur spiediens nāk no

Rēķins vienlaicīgi paceļas no vairākiem virzieniem.

Spiediens nav tikai modeļa cenu lapa. Tas ir saistīts arī ar slēptu izpildi, izšķērdētu kontekstu, atkarību no pārdevējiem, dzīves cikla pieskaitāmo daļu un jaudas trūkumu.

Spiediens A

Slēptā izpilde saņem samaksu atkārtoti

Komandas bieži vien ir nepieciešams kodolīgs izpildes metadati, nevis neapstrādātu ķēdes domā, tikai, lai saprastu, kas noticis. Bez redzamības modelis un cilvēki ap to bieži dublē darbu un patērē visvairāk tokens divreiz.

B spiediens

API ieradumi var finansēt kāda cita grāvi

Ja atkārtota izmantošana nerada pastāvīgu iekšējo aktīvu, pircējs turpina maksāt īslaicīgas izmaksas, kamēr pakalpojumu sniedzējs uzkrāj spēcīgāku stratēģisko pozīciju. Līdzekļiem būtu jākļūst par atkārtoti izmantojamiem līdzekļiem.

Spiediens C

Lielākā daļa lietojumu joprojām ir saistīti ar atkritumiem

Lieli uzvedumi negarantē lielu vērtību. Saspiešana, atzarošana, kešošana un labāka konteksta izvēle var novērst jēgpilnas izmaksas, neupurējot noderīgu sistēmas daļu.

Spiediens D

TCO turpina palielināties laika gaitā

Izmaksas turpinās pēc palaišanas, izmantojot atbalstu, uzturēšanu, ziņošanu, drošību, drifta pārvaldību, migrāciju un darbības slogu, ko rada AI darbplūsmas drošība un salasāmība.

Spiediens E

Atbalstāmās alternatīvas kļūst stratēģiskas

Mazāki regulēti atvērtā svara modeļi, hibrīda izpilde un esošā infrastruktūra var pārspēt vispārēju pārrobežu izmantošanu uzņēmumiem specifiskos uzdevumos, ja izmaksām, latencei, privātumam un kontrolei ir lielāka nozīme nekā jēlstandarta prestižam.

Spiediens F

Aprēķināt piegādes izmaiņas suverenitātes diskusijas

Organizācijas nevar uz visiem laikiem paļauties uz pieņēmumu, ka pietiekama pierobežas jauda vienmēr būs pieejama ar pieņemamiem nosacījumiem. Jaudas rezervēšana un atkarība no infrastruktūras tagad tieši ietekmē stratēģiju.

Kāpēc eifils

Platformas iespēja ir izmaksu redzamība pirms izpildes.

eifils vēlas padarīt AI programmatūras piegādi atbalstāmāku, prognozējot tokens patēriņš ar Moltke, mērot detalizētu izmantošanu ar Solon, atklājot izpildes pieņēmumus, un virzot darbu uz arhitektūras komandas faktiski var finansēt, audits, un drošu jaudu.

Moltke

Moltke modelē rēķinu pirms koda

Aprēķiniet tokens patēriņš, modeļu kombināciju un iespējamo izmaksu diapazonu, pirms darbplūsma kļūst atkarīga no ražošanas.

Solon

Solons mēra faktisko izmantošanu detalizēti

Seko faktiskajam izmantojumam, izmaksu signāliem un detalizētai ziņošanai, kad darbplūsmas ir darbplūsmas, tāpēc AI ekonomika pēc prognozes posma paliek nepārbaudāma.

Tzu

Arhitektūrai jāsalīdzina pierobežas un atbalstāmie ceļi

Ne katra darbplūsma pelna to pašu modeli vai to pašu izmaksu profilu. Regulētai platformai būtu skaidri jāsalīdzina regulētie, vietējie un pierobežas ceļi.

Leonardo

tokens vajadzētu kļūt par aktīviem, ne tikai tērēt

Atkārtota argumentācija jāsaspiež plānos, kešatmiņās, instrumentos, vērtētājiem, precizējumos un formālajās saskarnēs, kas samazina nākotnes izmaksas.

Atlas

Suverenitāte ietver piekļuvi infrastruktūrai

Nopietna platforma nevar ignorēt aprēķināt piegādi, rezervēšanas sagatavošanās laiku, datucentra ierobežojumus vai atkarību no pārdevēja. Izmaksu kontrole un jaudas plānošana ir savstarpēji saistītas.

Stratēģiskā ietekme

eifils uzskata, ka uzvarētāji AI programmatūrā nebūs komandas, kas sadedzina visvairāk tokens. Viņi būs komandas, kas var prognozēt izmaksas pirms izpildes ar Moltke, izmērīt reālo izmantošanu un ziņošana ar Solon, samazināt necaurredzamību, un kuģis iekšpusē infrastruktūras viņi faktiski var atļauties un droša.