Rivya 用語集

Rivya の用語が docs、モデルページ、pricing、Studio、サポートフローにまたがって現れ、プロダクト上の意味を一貫させる必要がある場合は、この用語集を使います。

このページには 2 つの目的があります。

• docs、blog、モデルページ、pricing ページでプロダクト用語を正確に保つ
• 英語と中国語のコンテンツを、どちらかの言語が直訳調になることなく意味でそろえる

このページがある理由

ある用語が繰り返し出てくるものの、それが次のどれかはっきりしない場合に、この用語集が役立ちます。

• UI ラベル
• パス境界
• 請求概念
• ワークフロー概念
• ポリシー用語

プロダクトがわかりにくく見えるとき、問題は機能そのものではないことがよくあります。その機能を取り巻く語彙の問題です。

プロダクト領域の用語

• Public pages: /chat、/image、/video、/audio、/ai-models、/tools、/blog、/docs のような閲覧可能なパス
• Public start pages: /chat、/image、/video、/audio、/ai-models/[slug]、/tools/[slug] のような公開パスで、説明、例、すばやい開始点を 1 ページにまとめたもの
• Studio: 保存され、課金対象になり、継続する作業が存在するサインイン後の作業領域
• Dashboard: 残高、最近の作業、すばやい再開パスを表示するログイン後の把握ページ
• History: 以前の作業へ戻れるようにする、生成と chat の保存記録
• Notifications Center: 請求更新、クレジット警告、生成結果などの永続的な運用イベント
• Settings: profile、billing、credits、security などのアカウント管理ページ

請求用語

• Credits: Rivya が chat、image、video、audio、ツールベース chat 作業全体で使う消費単位
• Signup credits: 新規アカウントが受け取る初期クレジットで、現在は短めの有効期限がある
• Subscription credits: 有料プランに紐づく月次の繰り返しクレジット
• Credit packs: 追加利用、集中作業、またはサブスクリプション外利用のために 1 回限りで購入するクレジット
• Wallet: アカウントで利用可能なクレジットを保持する共有残高レイヤー
• FIFO: "first in, first out" の消費ロジックで、古く、まだ期限切れでないクレジット残高を先に消費する
• Credits hint: モデルページ上の比較用の手がかりであり、それ単体で拘束力ある最終請求書ではない

実行用語

• Model page: 1 つのライブモデルに対する構造化された公開詳細ページで、強み、ユースケース、パラメータ、初回実行パスを含む
• Tool: タスクの形がすでにはっきりしている場合に chat へ入る、より狭い入口。独立したミニプロダクトではない
• Direct generation: モデルがカタログに掲載されているだけでなく、Rivya で実際に実行できるかどうか
• References: モデルが受け付ける場合に、実行をガイドする画像、動画、音声ファイル
• Uploads: サインイン後のワークフローに送信されるファイルで、参照、ソース変換、クリーンアップ、分析に使われる
• Task lifecycle: 検証とクレジット処理から、プロバイダー送信、成功、失敗、履歴、通知までの一連の流れ
• Task states: WAITING、GENERATING、SUCCESS、FAILED などの追跡される状態値
• Callback / polling: プロバイダーが作業を開始した後、Rivya が非同期実行の結果を知る方法

信頼とポリシー用語

• Provider: 請求、サインイン、生成、ストレージ、メール、インフラのために Rivya が依存する第三者サービス
• Upstream provider: Rivya がリクエストをルーティングした後、そのワークフローの背後で使われるモデルまたはインフラプロバイダー
• Commercial use: 出力をクライアント作業、キャンペーン、製品アセット、その他のビジネス文脈で使うこと
• Output ownership: あなたのアカウントを通じて生成された出力は、適用法で許される範囲で、あなたと Rivya の間ではあなたのものだという現在の Rivya ポリシー上の立場
• Sensitive data: 送信前に特別な注意が必要な、個人、機密、規制対象、または高リスクの情報
• Public vs authenticated boundary: 閲覧可能な公開パスと、サインイン後の保存済み実行との境界

バイリンガルメモ

• Studio は、プロダクトラベル、パス名、UI 概念であるため docs では英語のままにする
• Create は現在、主に過去または廃止メモの文脈に現れ、現在の公開ページ群としては使わない
• モデル名、プロバイダー名、ブランド名は元の形を保つ
• 中国語 docs は概念を翻訳し、文の形を機械的に翻訳しない
• 英語 docs は検索とプロダクト明瞭性のために正確に保ち、中国語の言い回しをまねようとしない

ここでのバイリンガル整合の本当の目的は、同じ意味を保ちながら、それぞれの言語で自然に読めることです。

次に読む

• Rivya Docs
• Current Live Features in Rivya
• Choosing Models in Rivya
• Pricing FAQ
• Provider and Commercial-Use Matrix

用語レビューのチェックリスト

プロダクト用語を追加または変更する前に、次を確認します。

• その用語が UI ラベル、ルートファミリー、請求概念、ワークフロー概念、ポリシー概念のどれかを確認する。
• 英語と中国語は、文の形ではなく意味でそろえる。
• Studio、モデル名、プロバイダー名、ルート名を一貫して使う。
• 既存の docs 用語が同じことをすでに説明している場合は、新しいラベルを作らない。
• pricing、upload、provider、commercial-use の用語を公開ページで使う前に再確認する。

目的は、Rivya を docs、blog、モデルページ、プロダクトページ全体で理解しやすく保つことです。

用語を再確認するタイミング

新しいページがルート、モデル能力、請求動作、アップロードタイプ、プロバイダー境界、商用利用に関する記述を導入する場合は、用語を再確認します。

その場合は、その用語が複数ページに広がる前に、この用語集を更新します。