Rivya History ガイド

以前の chat、生成結果、タスク記録、保存済み文脈、ダウンロード、またはプロジェクトを続ける正確な場所を見つける必要がある場合は、この history ガイドを使います。

Rivya の History は、プロダクトが「履歴を持っている」と言うためにあるわけではありません。

AI 作業は、すべてを頭の中に保持するには複雑になりやすく、止まった正確な地点に戻れるとずっと役立つようになるため、History があります。

History が最初に答える質問

ユーザーが history を開くとき、通常はアーカイブを求めているわけではありません。

次の 2 つのどちらかを尋ねています。

または:

そのため、Rivya はすべてを 1 つの混在フィードに押し込まず、history を 2 つの異なるビューに分けています。

History 画面が 2 つある理由

現在の history の分け方は次のとおりです。

• /history/generations
• /history/chats

これは、プロダクトの実際の分かれ方を反映しています。

• 画像、動画、音声は非同期タスク
• chat はセッションとメッセージとして保存される

これらを混ぜると、有用な次のアクションを見つけるのがずっと難しくなります。

Generation History は結果と次のアクションのため

Generation history は、画像、動画、音声の作業を、その瞬間が過ぎた後も使える状態に保つ場所です。

各生成記録には、次のようなものが表示されることがあります。

• モデル
• プロンプトのプレビュー
• タスク状態
• クレジットコスト
• 返金状態
• 主な結果プレビュー

重要なのは、何を表示するかだけではありません。その後に何ができるかです。

結果によって、generation history は次を助けます。

• 対応するワークスペースを開き直す
• 出力をダウンロードする
• 画像結果を動画へ持ち込む
• 結果を chat で開いて follow-up する

つまり generation history は、出力が置かれているだけの場所ではありません。出力が次のステップになる場所です。

Chat History は文脈へ戻るため

Chat history は別の問題を解きます。

タスクではなくセッションを保存するため、出力を開き直すだけでなく、思考を開き直すために作られています。

chat 項目には現在、次が表示されることがあります。

• セッションタイトル
• chat モデル
• セッションがツールから始まった場合のツールバッジ
• 更新時刻
• 最後のメッセージプレビュー

これは、とても実用的な質問に答えるには十分です。

答えが yes の場合、chat history は汎用の空白ワークスペースではなく、/studio/chat/session/[sessionId] に戻してくれます。

History は流れを失った直後に最も役立つ

history を使う最も現実的なタイミングは、「週 1 回のレポート用」ではありません。

次のような瞬間の直後です。

• タスク完了前に生成ページを離れた
• 似たものをすでに作ったと知っていて、最初からやり直したくない
• 会話は覚えているが、正確なモデルやセッションを覚えていない
• プロンプトを最初から書き直すのではなく、古い出力から続けたい

ここで history はアーカイブではなく、プロジェクト記憶として働き始めます。

History と Dashboard

すばやい運用状況を見たい場合は dashboard を使います。

次のどれかが必要だとすでにわかっている場合は history を使います。

• 古い生成
• 古い chat セッション
• dashboard より具体的な再入場点

Dashboard は最近のものを教えてくれます。History は、それを意図的に開き直す助けになります。

History と Notifications

明確な違いは次のとおりです。

• history は「何を作ったか、何を話したか」に答える
• notifications は「どんな重要イベントが起きたか」に答える

この 2 つは重なることがありますが、置き換え可能ではありません。

生成が失敗した場合、notifications は失敗したことを知らせるかもしれません。History は、そのタスクをより大きな作業全体の一部として確認したいときに見る場所です。

History のよい使い方

多くの実ユーザーにとって、最も有用な history の使い方は次の流れです。

1. 作業がすでに存在するとわかっているときに history を開く
2. まず chats と generations のどちらかを選ぶ
3. 最初からやり直すのではなく、正確な項目を開き直す
4. 次のワークスペースが開いてから history を離れる

これは当たり前に聞こえますが、history を棚として使うか、ワークフロー記憶として使うかの違いです。

次に読む

• Task Lifecycle
• Rivya の Image Workflows
• Rivya の Video Workflows
• Rivya の Audio Workflows
• Notifications Center
• Rivya の Dashboard
• Rivya の Chat Workflows

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

過去の作業を見つける、再利用する、または説明する必要がある場合は、次を確認します。

• 正しい history 種別を確認する: chat、image、video、audio、または tool 関連 chat。
• タスクが完了、失敗、期限切れ、または上流で開始されなかったのかを確認する。
• history だけで何が起きたか説明できない場合は、notifications とタスク状態を使う。
• バリエーション作成やモデル切り替えの前に、有用な出力を保存する。
• 請求とクレジットの質問は、それを作った取引またはタスクに紐づけて扱う。

出力が失われたと決める前に再確認する

ユーザーがアカウント、フィルター、history 種別、モデルパス、またはブラウザーセッションを変えた場合は再確認します。結果が見つからないケースの多くは、実際には画面違いまたは状態違いです。