Rivya-ordliste

Brug denne ordliste, når et Rivya-udtryk optræder på tværs af docs, modelsider, pricing, Studio eller supportflows, og produktbetydningen skal forblive konsistent.

Den findes af to grunde:

• for at holde produkttermer præcise på tværs af docs, blog, modelsider og pricingsider

• for at holde engelsk og kinesisk indhold betydningsmæssigt afstemt uden at tvinge nogen af sprogene til at læse som en bogstavelig oversættelse

Hvorfor denne side findes

Denne ordliste hjælper, når et udtryk bliver ved med at dukke op, men du ikke er sikker på, om det er:

• en UI-label

• en ruteboundary

• et faktureringsbegreb

• et arbejdsgangsbegreb

• et policybegreb

Hvis produktet virker forvirrende, er problemet ofte ikke selve funktionen. Det er ordforrådet omkring funktionen.

Produktområdetermer

• Offentlige sider: browserbare stier som /chat, /image, /video, /audio, /ai-models, /tools, /blog og /docs

• Offentlige startsider: offentlige stier som /chat, /image, /video, /audio, /ai-models/[slug] og /tools/[slug], der kombinerer forklaring, eksempler og et hurtigt startpunkt på én side

• Studio: det logget-ind arbejdsområde, hvor gemt, fakturerbart og fortsættende arbejde bor

• Dashboard: den logget-ind orienteringsside, der viser saldo, seneste arbejde og hurtige genåbningsstier

• History: den gemte registrering af genereringer og chats, der lader dig vende tilbage til tidligere arbejde

• Notifications Center: varige operationelle hændelser som faktureringsopdateringer, credit-advarsler og genereringsresultater

• Settings: kontoadministrationssider som profil, fakturering, credits og sikkerhed

Faktureringstermer

• Credits: den forbrugsbare enhed, Rivya bruger på tværs af chat, billede, video, lyd og værktøjsbaseret chatarbejde

• Signup credits: de startcredits nye konti modtager, aktuelt med en kortere udløbsperiode

• Subscription credits: tilbagevendende månedlige credits knyttet til en betalt plan

• Credit packs: engangskøbte credits til overløb, kortvarig høj belastning eller brug uden abonnement

• Wallet: det fælles saldolag, der holder kontoens brugbare credits

• FIFO: "first in, first out"-forbrugslogik, hvor ældre ikke-udløbne credit-saldi forbruges først

• Credits hint: et sammenligningssignal på modelsiden, ikke i sig selv en bindende endelig faktura

Udførelsestermer

• Model page: den strukturerede offentlige detaljeside for én live model, inklusive styrker, use cases, parametre og en første-kørselssti

• Tool: en smallere vej ind i chat, når opgaven allerede har en klar form, ikke et separat miniprodukt

• Direct generation: om en model faktisk kan køres i Rivya i stedet for kun at være listet i kataloget

• References: billed-, video- eller lydfiler, der guider en kørsel, når en model accepterer dem

• Uploads: filer sendt ind i et logget-ind workflow til reference, kildetransformation, oprydning eller analyse

• Task lifecycle: sekvensen fra validering og credit-håndtering gennem udbyderindsendelse, succes, fejl, historik og notifikationer

• Task states: de sporede statusværdier som WAITING, GENERATING, SUCCESS og FAILED

• Callback / polling: måderne Rivya får resultatet af en asynkron kørsel, efter udbyderen har startet arbejdet

Tillids- og policytermer

• Provider: en tredjepartstjeneste, Rivya er afhængig af til fakturering, login, generering, lager, e-mail eller infrastruktur

• Upstream provider: den model- eller infrastrukturudbyder, der bruges bag et workflow, efter Rivya har routed anmodningen

• Commercial use: brug af outputs i kundearbejde, kampagner, produktmaterialer eller andre forretningskontekster

• Output ownership: Rivyas aktuelle policystandpunkt om, at outputs genereret gennem din konto er dine mellem dig og Rivya, i det omfang loven tillader det

• Sensitive data: personlige, fortrolige, regulerede eller højrisikooplysninger, der kræver ekstra omtanke før indsendelse

• Public vs authenticated boundary: linjen mellem browserbare offentlige stier og logget-ind gemt udførelse

Tosprogede noter

• Studio bliver på engelsk i docs, fordi det er en produktlabel, et stinavn og et UI-koncept

• Create optræder nu primært i historisk eller udfasningsrelateret kontekst, ikke som en aktuel offentlig sidefamilie

• modelnavne, udbydernavne og brandnavne bevares i deres oprindelige form

• kinesiske docs bør oversætte konceptet, ikke mekanisk oversætte sætningsformen

• engelske docs bør forblive præcise for søgning og produktklarhed, ikke forsøge at efterligne kinesisk formulering

Det er det reelle mål med tosproget afstemning her: samme betydning, naturlig læsning på hvert sprog.

Læs videre

• Rivya Docs

• Aktuelle livefunktioner i Rivya

• Valg af modeller i Rivya

• Pricing FAQ

• Provider- og kommerciel brug-matrix

Tjekliste til ordlistegennemgang

Før du tilføjer eller ændrer produktordforråd, skal du kontrollere:

• Bekræft, om udtrykket er en UI-label, rutefamilie, faktureringsbegreb, arbejdsgangsbegreb eller policybegreb.

• Hold engelsk og kinesisk afstemt efter betydning, ikke sætningsform.

• Brug Studio, modelnavne, udbydernavne og rutenavne konsekvent.

• Undgå at opfinde en ny label, når en eksisterende docs-term allerede forklarer det samme.

• Genkontrollér pricing-, upload-, udbyder- eller commercial-use-termer, før du bruger dem på offentlige sider.

Målet er at holde Rivya forståeligt på tværs af docs, blog, modelsider og produktsider.

Hvornår ordforråd skal genkontrolleres

Genkontrollér ordforråd, når en ny side introducerer en rute, modelkapacitet, faktureringsadfærd, uploadtype, udbydergrænse eller commercial-use-udsagn.

I de tilfælde skal du opdatere denne ordliste, før udtrykket spreder sig til flere sider.