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 paths - Studio: 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 values - Callback / 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하세요.