Az egységár nem mozdult. A tokenszámla mégis beleszólt a Salesforce marzs-előrejelzésébe.

Mit ír a cikk

A cikk Lindsay Clark tudósítása a Deutsche Bank technológiai konferenciájáról. Spencer szerint nagyjából fél éve engedték rá a Claude-ot a fejlesztési folyamatra, és részben ezért nem emelték meg az éves marzs-előrejelzést. A számok: 20,5 százalék működési marzs a július 31-én zárult negyedévben, 20,1 százalék az egész évre. A 300 millió dolláros Anthropic-költést a lap Benioff májusi kijelentéséből idézi.

Spencer szerint a következő lépés a finomítás: a modellt a feladathoz választják, nem minden feladathoz kell a legújabb generáció, a második vagy a harmadik is megteszi. Az optimalizálás több szállító között zajlik: a cégen belül OpenAI, Cursor és Claude fut, és az X Grok modelljével is kísérleteznek.

Két dolgot érdemes leszögezni, mert a cikk nem mondja ki őket. Az egyik: a lap nem írja meg, miért lett ekkora a tokenköltés. A másik: itt a Salesforce saját mérnökeinek tokenköltéséről van szó, ügyféladatról, felhasználónkénti árazásról vagy a Salesforce saját termékeinek áráról egy szó sem esik. A konferencia átiratát nem néztük meg, Spencer szavait a The Register közvetítésében ismerjük.

A diagnózissal egyetértünk. Ha egy tétel elég nagy ahhoz, hogy a pénzügyi vezető befektetői konferencián a marzs mellett említse, az már tervezési kérdés. A következtetésünk más, és lent azt is leírjuk, hol gyenge.

Az árlap kizárja a kényelmes magyarázatot

Az Anthropic árlapja szerint a Sonnet 5 ára szeptember 1-jén millió bemeneti tokenenként 2 dollárról 3-ra, millió kimeneti tokenenként 10 dollárról 15-re emelkedett volna. Az emelés elmaradt, a bevezető ár lett a listaár. A Fable 5.1-nél a gyorsítótárból olvasott token ára 0,25 dollár millió tokenenként, a Fable 5-nél ugyanez 1 dollár. Ez negyedannyi. A bemeneti és a kimeneti ár mindkettőnél 10, illetve 50 dollár. Aki a Salesforce számláját áremeléssel akarná magyarázni, annak az árlapon nincs bizonyítéka.

A számla két tényező szorzata: egységár és mennyiség. Ha az egységár változatlan maradt vagy csökkent, és a számla mégis beleszólt a marzs-előrejelzésbe, akkor a mennyiség nőtt. Ezt a The Register nem írja, ez a mi következtetésünk. Azt viszont fel tudjuk sorolni, mitől nő a mennyiség.

Az első az elterjedés. Ha egy eszközt ráengedsz a fejlesztői csapatra, a hatodik hónapban több ember használja több dologra, mint az elsőben. Pontosan ezért engedted rá. A második a lépésszám: az újabb modellek ugyanahhoz a feladathoz több következtetési lépést futtatnak, erről szeptember 4-én írtunk a Gemini Flash 3.8 kapcsán. A harmadik a tokenizálás: az Anthropic saját árlapja jegyzi meg, hogy a Claude 4.7-től használt új tokenizer ugyanazt a szöveget nagyjából 30 százalékkal több tokenre bontja, és hogy a pontos mérték a tartalomtól függ. A három közül egyik sem látszik az árlapon. Mind a három látszik a számlán.

Az egységárat ismered. A mennyiséget nem te szabod meg.

Ez a védhető állítás, és szűkebb, mint első ránézésre tűnik. A tokenenkénti, felhasználónkénti vagy hívásonkénti árazás egy dolgot mond meg pontosan: az egységárat. A teljes költés a mennyiségtől függ. A mennyiséget részben a szállító alakítja (modellviselkedés, tokenizer, alapbeállítások), részben a saját sikered (a növekvő használat a működés jele). Egyik oldalon sincs olyan gomb, amivel a vevő előre rögzítené az éves összeget.

A Salesforce válasza az ő léptékükben helyes. Feladatonként választanak modellt, az egyszerűbb munkára régebbi generációt, és több szállító között osztják szét a terhelést. Ezzel a mennyiség oldalát veszik kézbe. A használatot megtartják, a munkaegységre jutó költséget csökkentik. Egy 300 millió dolláros tételnél ez a munka bőven megtérül.

Egy 20–200 fős cégnek a tanulság ennél egyszerűbb. Ha a pénzügyi vezetőd még tól-ig sem tudja megmondani, mennyi lesz jövőre az AI-tétel, akkor nincs költségvetésed. Egységárad van.

Mit gondolunk, beleértve azt is, ami ellenünk szól

Először is az, ami ebből biztosan nem a mi történetünk. A Salesforce a saját mérnökei kódolására költ tokent. Ez költségtörténet. Szuverenitásról egy szó sincs benne: szabályozott ügyféladat nem szerepel a cikkben, és ha ezt az esetet adatvédelmi érvvé próbálnánk formálni, tisztességtelenek lennénk.

Másodszor: a Salesforce válasza okosabb modellválasztás. Saját üzemeltetésről szó sincs. Semmi nem utal arra, hogy az ő léptékükben a saját hardver olcsóbb lenne, és nagy valószínűséggel nem is az. A Salesforce nem a mi vevőnk. Mi 20–200 fős, szabályozott vagy adatérzékeny ágazatban működő cégeknek dolgozunk, ahol a kérdés egészen más: elfér-e a teljes munkafolyamat ismert kapacitáson, ismert havidíjért.

Harmadszor: az előrejelzést nem csökkentették. Csak nem emelték meg. A 20,5 és a 20,1 százalék pontosan úgy szerepel a cikkben, ahogy fent leírtuk, és aki azt írja, hogy „az AI miatt esett a marzs”, az félreidézi a forrást.

Negyedszer: ezen a héten ez a negyedik költségcikkünk. Csak azért érdemel helyet, mert más mechanizmusról szól, a mennyiségről, egy olyan héten, amikor a listaár változatlan maradt. És mert az ellenbizonyítékot is tartalmazza: az Anthropic elállt a szeptember 1-jére tervezett emeléstől, egy árat pedig a negyedére vitt le. Ha ezt kihagynánk, ez a cikk reklám lenne.

Ötödször: a fix havidíj sem kockázatmentes. A saját hardver és az ismert üzemeltetési költség más kockázati profilt ad: az ingadozás a miénk, a felső korlát a tiéd. A korlát viszont valódi. Adott kapacitáson adott mennyiség fér el, és ha kinövöd, hardverről vagy csomagról döntesz, előre, árcédulával. A mennyiség kérdését nálunk sem lehet megkerülni. Csak korábban kell feltenni.

Hatodszor, ami minket illet: a fejlesztéshez mi is használunk nyilvános kódoló modelleket ott, ahol az adat engedi. A Salesforce költségproblémája kisebb léptékben minket is érint. A különbség, hogy ki fizeti: ezt mi álljuk, az ügyfél havidíja nem mozdul tőle.

Hol állunk

Aki a három utat (nyilvános API, saját üzemeltetés, üzemeltetett privát platform) egymás mellett akarja látni, a Saját privát AI útmutatóban megtalálja a költség-összehasonlítást, a hátrányokkal együtt. Hogy pontosan mit üzemeltetünk, a platform oldalán olvasható.

A fogyasztásalapú árazást nem tartjuk rossznak. Kísérletezésre, kis kockázatú munkára, gyorsan változó igényekre pontosan az való, és a Salesforce is jól teszi, hogy szállítók között válogat. A gond akkor kezdődik, amikor egy mennyiség alapján számlázott függőség olyan rendszer alapja lesz, amelyet a cég minden nap használ, és amelyet senki nem akar kikapcsolni. Onnantól a számla a szállító kiadási naptárától és a saját sikeredtől függ, és egyik sem a te naptárad szerint alakul.

Ha az AI-költség már a marzsodban látszik, az egységár ismerete kevés. Tudnod kell, hol a plafon.

Útmutatók: Privát AI cégeknek · Privát ChatGPT · Privát AI hosting · Privát AI platform · Saját privát AI · GDPR-megfelelő AI