Det mest nyttige at forstå om Rivya credits er ikke tallet på saldoen.
Det er det job, wallet'en udfører, når et projekt begynder at bevæge sig på tværs af chat, image, video, audio og live tools. Hvis du har brug for den strikte regelreference, er Credits & Billing in Rivya stadig ejeren. Denne side er købsbeslutningsguiden.
Hvad denne prisguide er baseret på
Denne guide blev gennemgået den 28. april 2026 mod Rivyas aktuelle offentlige pricing-konfiguration og billing-docs.
Den afspejler:
- signup credits: 6 credits med 30 dages udløb
- plan credits: Basic 300, Advanced 800, Pro 1800 og Premium 3600 credits pr. måned
- pack credits: 500, 1500, 3500 eller 7000 engangscredits med 365 dages udløb
- reglen om, at /pricing og Stripe Checkout er den endelige kilde til præcise priser, rabatter, skatter og betalingstilgængelighed
Start med hvad wallet'en faktisk er til
Rivya bruger én delt wallet på tværs af produktet.
Det betyder noget, fordi projektet kan skifte format uden at tvinge dig til at genopbygge forbrugslogikken hver gang.
Det mere nyttige spørgsmål er som regel ikke:
hvor mange penge brugte jeg?
Det er:
har jeg stadig nok rum til at holde dette workflow i gang uden afbrydelse?
Derfor føles wallet'en operationel i Rivya. Den er ikke kun en saldo. Den er broen, der holder cross-format arbejde fra at gå i stå.
Den reneste købsopdeling
| Situation | Normalt bedre fit | Hvorfor |
|---|---|---|
| du er stadig ved at lære produktet | signup credits først | du har brug for signal, ikke commitment |
| arbejdet kommer i bursts | en pack | du har brug for overflow, ikke en månedlig rytme |
| arbejdet bliver tilbagevendende | en plan | du har brug for stabil kapacitet |
| du har allerede en plan, men rammer midlertidige spikes | en pack ovenpå | du har brug for ekstra rum uden at ændre baseline |
Plans og packs er ikke universelle erstatninger for hinanden. De løser forskellige timingproblemer.
Behandl signup credits som læringsbudget
Signup credits er mest værdifulde, når du bruger dem til at besvare ét praktisk spørgsmål:
- passer dette produkt til den måde, jeg faktisk arbejder på?
Det betyder som regel:
- én reel chat- eller tool-session
- én image-, audio- eller video-kørsel, du faktisk går op i
- én sammenligning, der fortæller dig, om workflowet er værd at fortsætte
Det er som regel en fejl at sprede de første credits over tilfældige tests, bare fordi saldoen findes. Hvis du vil have den stærkeste ledsagende læsning til den første læringsrunde, så par denne side med How to Run Your First Real Task in Rivya.
Når en pack normalt er det bedre træk
En pack er som regel det renere svar, når arbejdet lyder sådan:
- du tester stadig, om Rivya hører hjemme i dit normale workflow
- arbejdet kommer i projektbursts i stedet for stabil månedlig brug
- du har allerede en plan, men én kampagne eller revisionsuge er tungere end normalt
- du vil have ekstra rum uden at bære en større tilbagevendende forpligtelse hele året
Packs handler som regel om timing. De er ikke den samme beslutning som at vælge en baseline til løbende brug.
Når en plan normalt er det bedre træk
En plan er som regel det bedre svar, når arbejdet lyder mere sådan:
- du er i Rivya hver uge eller hver måned
- projektet bevæger sig regelmæssigt mellem mere end én surface
- du vil ikke have, at hver travl periode bliver til endnu en top-up-beslutning
- wallet'en understøtter nu en driftsrytme, ikke et engangsspring
Det er her, en plan holder op med at føles som "flere credits" og begynder at føles som en renere arbejdsbaseline.
Hvad lav saldo faktisk afbryder
Lav saldo er ikke kun et billingproblem. Det er et workflow-afbrydelsesproblem.
Når wallet'en er for lav:
- en billable generation starter måske aldrig upstream
- en task kan stadig fejle synligt
- notifications kan registrere afbrydelsen
- projektet kan gå i stå præcis på det tidspunkt, hvor du var klar til at fortsætte
Derfor føles lav saldo mere forstyrrende i Rivya, end den gør i produkter, hvor hvert workflow lever isoleret.
Når credits er lette at mislæse
Credits er ikke en garanti for, at hvert resultat bliver publishable, og en dyrere kørsel er ikke automatisk det bedre første træk.
Vær forsigtig, når:
- du sammenligner modeller, før du har defineret opgaven
- du vælger en tung video- eller audiokørsel bare for at udforske en uklar idé
- du antager, at en failed task betyder det samme som et færdigt men ubrugeligt resultat
- du køber recurring access, før du ved, om arbejdet faktisk er recurring
Hvis købsbeslutningen stadig er uklar, så start med den mindste kørsel, der kan besvare det reelle spørgsmål.
Et pålideligt Rivya-købsmønster
Hvis du vil have den korteste holdbare regel, så brug denne:
- brug signup credits til at lære
- køb en pack, hvis arbejdet er lovende, men stadig uregelmæssigt
- gå til en plan, når mønsteret bliver tilbagevendende
- behold packs til spikes, selv efter planen bliver normal
- skift til Pricing FAQ eller Payment Checkout in Rivya, når det reelle spørgsmål bliver refunds, cancellation eller checkout state
Det mønster er som regel mere nyttigt end at stirre på plantabeller, før du forstår din egen rytme.
Hvor du går videre
- Hvis du vil have den brede offentlige sammenligning, så gå til Pricing.
- Hvis du vil have kort-svar-købssiden, så læs Pricing FAQ.
- Hvis du vil have de strengere wallet-regler, udløbslogik og failed-run-adfærd, så læs Credits & Billing in Rivya.
- Hvis du vil have plan-vs-pack-beslutningssiden, så læs Plans and Packs in Rivya.
- Hvis du vil have den præcise return-and-refresh-forklaring efter checkout, så læs Payment Checkout in Rivya.
Tjek omkostningen før du kører
Før du bruger credits, skal du forbinde kørslen med en købsbeslutning:
- Model eller workflow: hvilken kørsel vil faktisk bruge fra wallet'en.
- Arbejdsmønster: learning pass, one-time burst, recurring work, retry eller production attempt.
- Cost signal: hvad modelsiden eller pricing-siden antyder om forventet credit-forbrug.
- Billigere test: om en lettere kørsel kan besvare det samme spørgsmål før en tungere.
- Købsimplikation: om resultatet peger mod signup credits, en pack, en plan eller intet køb endnu.
Målet er ikke at bruge færrest credits hver gang. Målet er at holde forbruget matchet med arbejdets faktiske rytme.
Gennemgå forbrug før iteration
Behandl hver gennemført kørsel som et costsignal, ikke som bevis for at samme forbrug bør fortsætte. Tjek om modellen var tungere, end opgaven krævede, om prompten var for bred, og om næste kørsel faktisk har brug for en højere indstilling.
Hvis resultatet er retningsmæssigt nyttigt, så fortsæt fra den stærkeste del i stedet for at starte blindt forfra. Hvis det fejler kerneopgaven, så ret briefen eller modelvalget, før du bruger flere credits eller ændrer købsbaseline.
