了解 Rivya 提示词模板、Showcase 页面、提示词卡片、公开 quick start、Studio 衔接、收藏、source 追踪和 returnTo 上下文。

当你需要理解 Rivya 如何把模板、示例和提示词卡片变成真实工作流起点时，先看这篇提示词库与 Showcase 指南。

在 Rivya 里，提示词页和示例页很容易被低估。

它们不只是内容页，而是产品把“灵感”变成“可执行工作流”的一层。

当前最主要的两层提示词相关公开页面

Rivya 现在在对话、图片、视频和音频四个模式下，主要暴露两类提示词相关公开层：

提示词入口，例如 Chat Prompts、图片提示词、视频提示词和音频提示词
Showcase 入口，例如 Chat Showcase、图片 Showcase、视频 Showcase 和音频 Showcase

它们彼此有关，但并不是同一种页面。

提示词页是做什么的

/{mode}/prompt 更像一个提示词库。

它最适合这些场景：

按模式浏览提示词模板
看精选提示词
搜索提示词示例
选择一个已经带推荐模型的模板

所以提示词页更偏“可复用的提示词模板”，而不是“公共输出结果展示”。

当前公开提示词页实际展示什么

当前公开提示词页本质上是由已发布的提示词模板驱动的。

实际规则是：

列表只会展示当前 mode 下的模板
只有 status = published 的模板会出现在前台
featured prompts 会优先展示
draft 和 ready 模板仍然不会出现在公开页面

所以如果某条模板还在编辑、补多语言，或者只是先标记成 ready，它现在都不应该出现在公开的 /{mode}/prompt 页面里。

示例页是做什么的

/{mode}/showcase 更像公开示例层。

对图片和视频来说，示例页更偏输出结果和示例画廊。

对音频和对话来说，当前实现则可能更像“先给提示词入口”的示例页，因为在这两种模式下，提示词模板往往比静态画廊更有价值。

也正因为如此，示例页并不是每个模式都长得完全一样。

提示词卡片现在实际承载了什么

当前提示词卡片带的不只是标题和一张预览图。

它们还会携带这些东西：

提示词本体
summary 和 preview
推荐模型
预览媒体、对话摘录或结果片段
浏览量、收藏这类使用量信号

这很重要，因为卡片本身就已经是进入执行层的衔接部件。

点击“Use”后会怎样进入公开 quick start 或 Studio

这里有一个非常关键的实现细节。

当前提示词卡片会根据用户的访问状态生成 useHref：

未登录用户会被带向对应 start page 里的公开 quick start 区块
已登录用户则可以被带向 studio

同时，提示词本身、推荐模型，以及可选参考素材，也都会被一起带过去。

这也是为什么提示词模板在 Rivya 里不是被动阅读材料，而是可执行入口。

source 和 returnTo 在这里起什么作用

prompt 页和 showcase 页还会保留一些上下文字段，比如：

source
returnTo

这些值会帮助 Rivya：

知道一条提示词是从哪里被启动的
记住用户原来所在的页面
之后还能把用户带回正确的列表或 showcase 语境

这在纸面上像小细节，但它正是提示词这一层会显得“连着产品”而不是“漂在外面”的原因之一。

收藏和登录边界

提示词模板也支持收藏，但这一步依赖登录。

在当前产品里：

浏览提示词是公开的
使用提示词会进入公开 quick start 或 studio
但收藏需要账号上下文

这也是公开起步层自然衔接到登录后层的另一个例子。

为什么提示词页值得被认真写进文档

提示词库页面对 Rivya 有三个很实际的价值：

降低空白页带来的摩擦
把示例和真实模型路径绑在一起
让用户从灵感更顺地进入执行，而不是从头重新搭框架

所以它们应该被当成用户工作流的一部分来说明，而不只是普通宣传页面。

下一步建议

Prompt 与 Showcase 检查清单

先判断需要的是提示词起点，还是样例浏览：

需要可复用起手结构时，去 prompt 页面。
需要样例、作品方向或输出感知时，去 showcase 页面。
检查卡片会把用户带到公开 start，还是登录后的 Studio。
prompt 进入执行层时，要保留 source 和 return context。
收藏属于账号功能，不要写成公开匿名保证。

卡片行为变化时重新复核

当 prompt 卡片、showcase 样例、收藏或 use 链接行为变化时，需要重新复核。这类页面离转化很近，小的路由变化也会改变用户预期。

Rivya 提示词库与 Showcase 指南