GPT-Rosalind Discovery: En andra Rosalind-modell dyker upp på OpenAIs prissida utan tillkännagivande

Det finns nu två modeller i Rosalind-familjen, och företaget har bara någonsin tillkännagett en av dem. Scrolla till Life sciences-blocket på leverantörens egen API-prissättningssida — avsnittet med rubriken "Våra senaste Rosalind-modeller" — och du hittar GPT-Rosalind Discovery direkt under GPT-Rosalind Research. API-modell-id:na är gpt-rosalind-discovery och gpt-rosalind-research. Båda anges till $5.00 per miljon indatatoken, $0.50 per miljon cachade indatatoken och $25.00 per miljon utdatatoken. Den andra raden är ny, den nämns inte någon annanstans på leverantörens utvecklarwebbplats, och per den 10 oktober 2026 finns det inget tillkännagivande, ingen post i ändringsloggen och ingen modelldokumentationssida för den. Det som följer är vad sidan faktiskt säger, vad den inte säger, och vilka tolkningar av namnet som överlever kontakten med resten av leverantörens Rosalind-material.

Vad sidan säger, exakt

Underlaget här är tunt men ovanligt rent, eftersom inget av det kommer från en tredje part. Allt nedan lästes direkt från leverantörens utvecklardokumentation den 10 oktober 2026.

• Listan – prissidans Life sciences-grupp har två rader under rubriken "Våra senaste Rosalind-modeller. Priser per 1 miljon tokens.": gpt-rosalind-research och gpt-rosalind-discovery

• Siffrorna — båda raderna anger $5.00 indata, $0.50 cachad indata, $25.00 utdata, per miljon tokens. Inte ens nära. Identiska i alla tre kolumnerna.

• Fotnoten – den namnger endast den äldre modellen: "Fakturering för gpt-rosalind-research börjar den 5 oktober 2026. Prissättning för cacheskrivning gäller inte för den här modellen. Åtkomst är begränsad till godkänd intern forskning via programmet för betrodd åtkomst." Den tillägger sedan att "Alla berättigade organisationer kommer fortsätta att få åtkomst till de senaste GPT-Rosalind-modellerna när de släpps," plus en standardhöjning på 10 % för regionala bearbetningsslutpunkter

• Vad som saknas – inget tillkännagivande på leverantörens blogg, ingen Rosalind-post i ändringsloggen och ingen dokumentationssida. Både /api/docs/models/gpt-rosalind-discovery och /api/docs/models/gpt-rosalind returnerar HTTP 404. Modellkatalogen listar fortfarande en enda Rosalind-post, beskriven som "Livsvetenskapligt resonemang för godkända organisationer"

404:an är den del som bär mest information. En prisrad är en post i en faktureringstabell, och faktureringstabeller är sådant som seedas före en lansering så att infrastrukturen för fakturering, kvoter och hastighetsbegränsning redan är på plats när växeln slås om. En modelldokumentationssida är något som skrivs när det finns något att dokumentera. En av dessa finns och den andra gör det inte, vilket är en mycket bättre beskrivning av en modell i staging än av en modell i produktion.

Två SKU:er, ett pris — och vad prisparitet kan säga dig

Det enskilt mest citerade faktumet om denna upptäckt är det i den ursprungliga signalen: den nya modellen "har samma prissättning som gpt-rosalind-research". Det stämmer, och det är värt att vara precis om vad det innebär och inte innebär, eftersom den naturliga tolkningen – "det är en nyförpackad Research" – inte är den enda, och förmodligen inte den bästa.

• Identisk prissättning är normen för syskon-SKU:er – när en leverantör delar upp en modell i rollspecifika slutpunkter är beräkningen per token vanligtvis densamma, och skillnaden ligger i systemprompten, verktygsuppsättningen eller säkerhets- och åtkomstramen, och ingen av dem ändrar priset per token

• Identisk prissättning är också hur en platshållare ser ut — en staging-rad skapas ofta genom att kopiera det befintliga syskonet och redigera id:t, vilket ger exakt denna signatur: samma tre siffror, samma fotnot, inga dokument

• Prisparitet utesluter en sak – det är inte en mindre, billigare destillerad variant. En lågprismodell i den här familjen skulle ha prissatts under $5,00/$25,00-gränsen, på samma sätt som resten av leverantörens sortiment trappas ned mellan nivåerna.

• Och det gäller i ett annat — vad Discovery än är, förväntar sig leverantören att det förbrukar ungefär samma token-ekonomi som Research, vilket pekar på jämförbar modellstorlek eller jämförbar resonemangsansträngning per anrop snarare än en annan klass av system.

Notera den avsiktliga tvetydigheten: en faktureringstabell kan inte skilja mellan ”en distinkt kapabilitetsnivå som av en slump råkar ha identiskt pris” och ”en kopia av en befintlig rad som ingen har slutfört konfigureringen av”. Båda producerar samma tre siffror. Den som säger att priset bevisar det ena eller det andra gissar.

Namnet, och den enda platsen där det inte passar

"Discovery" är inte ett ord som leverantören har använt för något annat i den här familjen, så den mest användbara övningen är att kontrollera det mot de Rosalind-ytor som företaget faktiskt har dokumenterat. Utvecklarinlägget om Rosalind Workbench från den 28 augusti 2026 är den bästa tillgängliga referensen, och det är specifikt om agentens lägen: "ChatGPT-agenten i Rosalind Workbench stöder två lägen: Explore mode … Research mode."

Två lägen. Inte tre. Discovery är inte ett av dem. Det är en riktig datapunkt mot den enklaste förklaringen – att detta bara är ett omdöpt eller nyligen exponerat Workbench-läge – och den driver de rimliga tolkningarna mot modellagret snarare än produktlagret.

Det som överlever, framfört som spekulation och märkt som sådan:

• En uppdelning mellan forskning och utveckling — "Research" uppfattas som hypotesgenerering och litteraturförankrat resonemang; "Discovery" uppfattas som målidentifiering, screening eller hit-identifiering. I en livsvetenskaplig kontext är det en sammanhållen arbetsfördelning, och det är den tolkning som de flesta först kom att tänka på

• En partnervänd nivå – fotnotens åtkomstformulering (”godkänd intern forskning genom trusted-access-programmet”) beskriver ett program som kräver godkännande. En andra SKU skulle kunna vara ett beviljande med annan omfattning inom samma program snarare än en ny förmåga

• En utvärderings- eller intern endpoint – vissa leverantörer exponerar modeller som aldrig är avsedda att anropas av kunder, listade för intern redovisning. En 404-dokumentationssida är förenlig med detta, men det är även en rad som skapats i förtid.

• Den tråkiga — en staging-artefakt som aldrig levereras under det här namnet. Den förtjänar att vara med på listan. Oannonserade prisrader föregår tillkännagivanden, men de föregår också avbokningar

Inget av detta är bekräftat, och hur mycket man än stirrar på en pristabell kommer man inte att kunna välja mellan dem. Den ärliga sammanfattningen är att ett namn, ett pris och en 404 räcker för att fastställa att något existerar – och nästan inget annat.

Om du bygger med modeller, här är den praktiska läsningen

Det finns ännu ingen åtgärdspunkt för någon utanför programmet för betrodd åtkomst, och det är värt att säga rakt ut att OrcaRouter tillhandahåller inte GPT-Rosalind Discovery eller GPT-Rosalind Research — den här veckans /v1/models-lista omfattar 205 modeller och innehåller ingen Rosalind-post av något slag. Åtkomstbegränsningen för den här familjen är en godkännandeprocess, inte ett routningsbeslut, och ingen gateway kan ge dig åtkomst som den inte har. Tills leverantören publicerar en dokumentationssida och öppnar upp modellen är den enda vägen till någon av dem leverantörens eget API och åtkomstprogrammet runt det.

Det som är användbart just nu är formen på det problem som den här läckan skapar för alla som faktiskt får åtkomst. Du kommer att få en overifierad modell med ett namn som antyder en uppgift, inget offentligt benchmark, inget modellkort och ett pris som inte säger något om vilken av två modeller med liknande pris du ska lägga på en produktionsväg. Det vanliga sättet att ta sig igenom det är att sluta behandla det som en satsning och börja behandla det som en kandidat: kör den mot modellen du redan använder, på dina egna data, bakom en router som kan skicka en andel av trafiken till den och behålla resten där den är. Det är vanligt arbete med routade modeller, och det är lagret där detaljerna håller — ett API för fler än 200 modeller till leverantörens listpris med 0 % påslag, så en prisändring från en leverantör syns på din faktura samma dag som den syns hos dem; automatisk failover när en leverantör försämras, vilket är det som gör ett tvåveckosexperiment på en obeprövad slutpunkt genomförbart; och en routnings-DSL som låter dig komponera flera modeller till ett enda anrop, vilket är det naturliga sättet att fråga om Discovery och Research faktiskt är oense om samma fråga.

Ett nummer värt att ta med sig: faktureringsstarten den 5 oktober 2026 för gpt-rosalind-research är det första fasta datum som detta program någonsin har haft. Vad Discovery än visar sig vara, så hamnar det i en familj som har slutat vara gratis.

Vad skulle ändra läsningen

Det här är en artikel baserad på en läcka, så den avslutande bedömningen bör handla om falsifiering snarare än förutsägelse. Fyra saker, i grov ordning efter hur mycket var och en skulle avgöra:

• En dokumentationssida som går live – ett modellkort med ett kontextfönster, en kunskapsgräns och en lista över verktyg som stöds – förvandlar "något är förberett" till "något är specificerat"

• Dess försvinnande från tabellen – den billigaste och mest sannolika lösningen. Staging-rader dras bort. Om den är borta nästa vecka var alltihop bara rördragning

• Ett tredje pris — om Discovery någonsin avviker från $5.00/$0.50/$25.00, är de två modellerna bevisligen olika system och paritetsavläsningen var en artefakt av en kopierad rad

• Ett Workbench-läge uppkallat efter det – det skulle innebära att namnet hör till produktlagret, och att de två dokumenterade lägena helt enkelt var ofullständiga

Tills minst en av dessa inträffar är den korrekta hållningen den oglamorösa: notera att radposten finns, bygg inte en färdplan på den och låt inte ett modell-id i en faktureringstabell ändra vad du levererar den här månaden. Familjen är verklig, grinden är verklig, och den andra posten har inte annonserats av företaget som kommer att sälja den.