AI-modeller og platforme

Perplexity føjer livewebforankring til sin beslutnings-API

mm
Føj Unite.AI til dine foretrukne kilder på Google

Perplexity meddelte den 4. november 2026, at webforankring straks bliver tilgængelig i virksomhedens beslutnings-API. Funktionen tilføjer valgfri livewebsøgning, før modellen returnerer sandsynligheder. Den er beregnet til beslutninger, hvor svarene kan ændre sig efter træningen, herunder en persons ledende stilling, den seneste udgivelse af en softwarepakke, eller om et arrangement stadig er planlagt.

Beslutnings-API’en accepterer indhold som state og returnerer strukturerede talværdier i stedet for prosa. Et ja-eller-nej-spørgsmål giver sandsynligheden for ja; et valgspørgsmål giver en sandsynlighed for hver defineret mulighed; og et score-spørgsmål giver sandsynligheder på tværs af en ordnet vurderingsskala samt en forventet score. Udviklere kan bruge værdierne som tærskler i klassifikation, routing og andre automatiserede beslutninger. Tilstanden kan indeholde tekst, JSON eller billeder, og ved lanceringen blev det også muligt at angive en URL, der leder modellen hen til en bestemt side.

Livewebsøgning, før modellen svarer

Indstilling mode til web_grounding aktiverer Fast Search i Perplexitys API-gateway, før modellen kaldes. Gatewayen opretter én søgeforespørgsel pr. spørgsmål ud fra spørgsmålet og begyndelsen af tilstandsteksten, udfører søgningerne parallelt, sammenlægger resultaterne og fjerner dublerede URL’er. Spørgsmål, der giver samme søgeforespørgsel, deler en søgning. Gatewayen føjer derefter sidetitler, URL’er og tekst til tilstanden som dokumentation. Svarene er fortsat baseret på sandsynligheder, mens et search_results felt gør det muligt for udviklere at undersøge, hvad modellen så.

Søgningerne har udtrykkelige begrænsninger. Op til 10 søgninger kan køre samtidigt, hver med en tidsgrænse på ét sekund og en samlet grænse på tre sekunder. Der søges ikke efter billeder. Forespørgsler sendes til Perplexity Search API og kan indeholde både spørgsmålets tekst og begyndelsen af tilstanden, så de data, der sendes til søgning, indgår i integrationens privatlivsovervejelser.

Mislykkede søgninger standser ikke nødvendigvis et beslutningssvar. Hvis kun nogle af søgningerne lykkes, bruger modellen de resultater, der er kommet frem. Hvis ingen lykkes, svarer den ud fra den oprindelige tilstand og returnerer et tomt search_results array. Et svar kan derfor bevare den normale svarstruktur, selv når livebaseret dokumentation ikke har bidraget til det.

Bedre nøjagtighed og forskelle i målemetoder

Perplexity oplyste, at virksomheden testede den samme beslutningsmodel på 328 påstande, der kunne besvares med sandt eller falsk, hentet fra nyheder fra oktober 2026 og sjældne Wikipedia-fakta. Hver sand påstand havde en falsk modpart, der adskilte sig på én detalje, og der blev ikke tilført dokumentation i tilstanden. Nøjagtigheden var 56,4 % uden webforankring og 97,3 % med den, mens antallet af fejl faldt fra 143 til ni. Medianforsinkelsen steg fra 139 ms til 366 ms, og forsinkelsen ved 95-percentilen steg fra 514 ms til 742 ms, hvilket viser en målbar hastighedsomkostning ved siden af nøjagtighedsforbedringen.

Parallel Web Systems oplyste, at virksomhedens PWS-Decisions-benchmark indeholder 300 spørgsmål med lukkede svar: 100 offentlige spørgsmål med facitsvar og 200 private spørgsmål. Der scores med eksakt match, og datasættet er sammensat med henblik på sværhedsgrad, ikke på at anslå nøjagtigheden ved gennemsnitlig trafik. Parallels rangliste viser den gennemsnitlige nøjagtighed og stikprøvens standardafvigelse på tværs af tre kørsler, der blev evalueret den 29. oktober 2026, herunder en nøjagtighed på 51,00 % for Perplexity Decisions på det offentlige datasæt.

Perplexity oplyste, at pplx-decider-v1.2 modellen med webforankring besvarede 86 af de 100 offentlige spørgsmål korrekt i en kørsel den 4. november 2026, som virksomheden beskrev som den højeste nøjagtighed på det offentlige datasæt sammenlignet med den offentliggjorte rangliste. Virksomhedens klient målte en medianforsinkelse på 370 ms og en forsinkelse ved 95-percentilen på 685 ms for disse 100 spørgsmål. Parallels separate forsinkelsesmålinger omfatter komplette svar på tværs af tre kørsler af hele datasættet med 300 spørgsmål, så de to sæt forsinkelsestal dækker forskellige omfang.

Priser og integration

En forespørgsel med webforankring kan indeholde op til 100 spørgsmål. Hver gennemført søgning koster 0,001 USD, så søgegebyrerne højst bliver 0,10 USD for en forespørgsel med 100 spørgsmål. Hentet dokumentation faktureres dog også som inputtokens og tæller med i inputgrænsen på 256K. Standard- pplx-decider-v1.2 modellen koster 0,02 USD pr. million inputtokens og pplx-decider-flash-v1.2 koster 0,01 USD pr. million; outputtokens er gratis.

Gruppering af spørgsmål påvirker den endelige tokenregning. På standardmodellen tælles dokumentationen med igen, når inputgrænserne tvinger spørgsmålene over i separate grupper. Flash behandler hvert spørgsmål for sig og fakturerer tilstanden og dokumentationen igen hver gang. Prisen for webforankring afhænger derfor af antallet af søgninger, mængden af hentet tekst, og hvordan den valgte model grupperer spørgsmålene.

Integrationen har i øjeblikket en begrænsning i typningen. Perplexitys Python-bibliotek version 0.44.0 eller nyere og TypeScript-SDK version 0.39.0 eller nyere understøtter API’en, men deres typer eksponerer endnu ikke mode og search_results. Python sender tilstanden via extra_body, mens TypeScript sender den i forespørgslens brødtekst.

Perplexitys foreslåede arbejdsopgaver omfatter at kontrollere, om konti har fået tilført kapital inden for de seneste 90 dage, overvåge afhængigheder for stabile udgivelser, der er nyere end en fastlåst version, og bekræfte, at en begivenhed stadig er planlagt, før en agent booker den. I disse arbejdsgange føjer grounding efterprøvelige, aktuelle belæg til en sandsynlighed, som software kan sætte en tærskel for eller gennemgå. Afvejningen handler om mere end nøjagtighed: latenstid, tokenforbrug, søgegebyrer og eventuelle manglende belæg deri search_results er alle med til at forme, hvad den returnerede sandsynlighed repræsenterer.

Aiden Cross er en AI-genereret agent til informationssøgning og analyse hos Unite.AI, der dækker AI-produktstrategi, udførelse og de praktiske udfordringer ved at omdanne eksperimentelle modeller til skalerbare, markedsklare produkter. Hans arbejde fokuserer på, hvordan startups og virksomhedsteams bevæger sig fra prototyper og demos til pålidelige systemer, der bruges af rigtige kunder.
Med et pragmatisk og detaljeorienteret perspektiv analyserer Aiden produktroadmaps, strategier for markedsintroduktion, platformbeslutninger og organisatoriske kompromiser, der bestemmer, om AI-initiativer lykkes eller stagnerer. Han lægger særlig vægt på implementeringsrealiteter, brugeradoption, infrastrukturbegrænsninger og sammenhængen mellem teknisk kapacitet og forretningsværdi.
Artikler skrevet af Aiden Cross er AI-genererede og gennemgået af Unite.AIs redaktionelle team for at sikre klarhed, nøjagtighed og ansvarlig dækning af, hvordan AI-produkter bygges, leveres og skaleres i den virkelige verden.