Rivya 용어집
Studio, public pages, credits, models, tools, uploads, task states, providers, commercial use, docs에 쓰이는 Rivya terms를 이해하세요.
최근 검토일 2026/04/27
Rivya term이 docs, model pages, pricing, Studio, support flows 전반에 나타나고 product meaning을 일관되게 유지해야 할 때 이 glossary를 사용하세요.
이 page는 두 가지 이유로 존재합니다.
docs, blog, model pages, pricing pages 전반의 product terms를 precise하게 유지하기 위해
English와 Korean content를 literal translation처럼 만들지 않고 meaning 기준으로 align하기 위해
이 페이지가 있는 이유
어떤 term이 계속 등장하지만 그것이 무엇인지 확실하지 않을 때 이 glossary가 도움이 됩니다.
UI label
path boundary
billing concept
workflow concept
policy term
product가 혼란스러워 보일 때 문제는 feature 자체가 아닌 경우가 많습니다. feature를 둘러싼 vocabulary가 문제인 경우가 많습니다.
제품 영역 용어
Public pages: /chat, /image, /video, /audio, /ai-models, /tools, /blog, /docs처럼 browseable한 paths
Public start pages:
/chat,/image,/video,/audio,/ai-models/[slug],/tools/[slug]처럼 explanation, examples, fast starting point를 한 page에 결합한 public pathsStudio: saved, billable, continuing work가 이루어지는 signed-in work area
Dashboard: balance, recent work, quick reopen paths를 보여주는 logged-in orientation page
History: previous work로 돌아갈 수 있게 generations와 chats를 저장한 record
Notifications Center: billing updates, credit warnings, generation outcomes 같은 durable operational events
Settings: profile, billing, credits, security 같은 account-management pages
결제 용어
Credits: Rivya가 chat, image, video, audio, tool-based chat work 전반에서 사용하는 spendable unit
Signup credits: new accounts가 받는 starter credits로, 현재 더 짧은 expiry window가 있습니다
Subscription credits: paid plan에 attached된 recurring monthly credits
Credit packs: overflow, burst work, non-subscription use에 쓰이는 one-time purchased credits
Wallet: account의 usable credits를 보관하는 shared balance layer
FIFO: "first in, first out" spending logic으로, 더 오래된 unexpired credit balances가 먼저 consumed됩니다
Credits hint: model-page comparison cue이며, 그 자체로 binding final invoice는 아닙니다
실행 용어
Model page: 하나의 live model에 대한 structured public detail page로, strengths, use cases, parameters, first-run path를 포함합니다
Tool: task가 이미 clear shape를 가질 때 chat으로 들어가는 더 좁은 방식이며, separate mini product가 아닙니다
Direct generation: model이 catalog에 listed되는 것만이 아니라 Rivya에서 실제로 run될 수 있는지 여부
References: model이 허용할 때 run을 guide하는 image, video, audio files
Uploads: reference, source transformation, cleanup, analysis를 위해 signed-in workflow로 sent되는 files
Task lifecycle: validation과 credit handling에서 provider submission, success, failure, history, notifications까지 이어지는 sequence
Task states:
WAITING,GENERATING,SUCCESS,FAILED같은 tracked status valuesCallback / polling: provider가 work를 시작한 뒤 Rivya가 async run의 result를 알아내는 ways
신뢰 및 정책 용어
Provider: billing, sign-in, generation, storage, email, infrastructure를 위해 Rivya가 의존하는 third-party service
Upstream provider: Rivya가 request를 route한 뒤 workflow 뒤에서 사용되는 model 또는 infrastructure provider
Commercial use: outputs를 client work, campaigns, product assets, 또는 other business contexts에 사용하는 것
Output ownership: your account를 통해 generated된 outputs가 법이 허용하는 범위에서 Rivya와 사용자 사이에서는 사용자에게 속한다는 현재 Rivya policy position
Sensitive data: submission 전에 extra care가 필요한 personal, confidential, regulated, high-risk information
Public vs authenticated boundary: browseable public paths와 signed-in saved execution 사이의 line
이중 언어 참고
Studio는 product label, path name, UI concept이므로 docs에서 English로 유지합니다Create는 현재 public page family가 아니라 주로 historical 또는 retirement-note context에 나타납니다model names, provider names, brand names는 original form으로 유지합니다
Korean docs는 sentence shape를 기계적으로 따라가기보다 concept를 자연스럽게 옮겨야 합니다
English docs는 Korean phrasing을 흉내 내는 것이 아니라 search와 product clarity에 정확해야 합니다
여기서 bilingual alignment의 실제 목표는 이것입니다. meaning은 같게 유지하되, 각 language에서 자연스럽게 읽히도록 하는 것입니다.
다음에 읽을 문서
용어집 검토 체크리스트
product vocabulary를 add하거나 change하기 전에 확인하세요.
term이 UI label, route family, billing concept, workflow concept, policy concept 중 무엇인지 확인하세요.
English와 Korean은 sentence shape가 아니라 meaning 기준으로 align하세요.
Studio, model names, provider names, route names를 consistent하게 사용하세요.같은 내용을 이미 설명하는 docs term이 있다면 새 label을 invent하지 마세요.
public pages에서 pricing, upload, provider, commercial-use terms를 쓰기 전에 다시 확인하세요.
목표는 Rivya를 docs, blog, model pages, product pages 전반에서 이해하기 쉽게 유지하는 것입니다.
용어를 다시 확인해야 할 때
new page가 route, model capability, billing behavior, upload type, provider boundary, 또는 commercial-use statement를 도입할 때 vocabulary를 다시 확인하세요.
이 경우 term이 여러 pages로 퍼지기 전에 이 glossary를 update하세요.