关于本站
本站是 prompts.chat 的非官方简体中文镜像。它把上游公开的提示词数据抓下来、译成中文, 再以纯静态站点重新呈现。本站与上游作者没有任何隶属关系,也不代表上游。
为什么要做
上游站点的界面支持多语言,但它收录的提示词本身几乎全是英文的—— 翻译的是外壳,不是内容。中文用户要么硬啃英文,要么放弃使用。 本站要解决的就是内容本身的语言问题。
数据从哪来
提示词全部来自上游的公开接口
https://prompts.chat。
当前快照共 2,804 条,
同步于 2026/11/2。
图像/视频/音频类提示词带有示例媒材,本站的处理方式是引用而非复制—— 详见下一节。
关于示例图片和视频
本站不镜像这些文件。原因有两个:
一是它们并不在上游自己的服务器上。实测这些链接散落在五个不同的域名下:
一部分指向上游自己的对象存储,其余是 wiro.ai、fal.media 这类
生成服务的 CDN,甚至还有直接指向 pbs.twimg.com(Twitter)和
i.ibb.co(图床)的——用户生成完把链接粘过来的,上游也只是存了个 URL。
找上游要授权也覆盖不了这些图。
二是体积。图片单张 288 KB 到 1.3 MB,视频单个 400–900 KB, 音频更是单个 16 MB。全打包进仓库要几百兆,而且会永久留在 git 历史里。
所以这里采取的是引用:图片经 weserv.nl 中转并压成 WebP 再展示(列表页约 17 KB,详情页约 120 KB,相对原图小一到两个数量级), 文件始终由原站提供,本站一个字节都不落盘, 源站压力也由代理的 CDN 缓存承担。点击图片打开的是原始文件。
视频用 preload="metadata"——只取元数据出首帧,点了才播;
音频用 preload="none"——不点播放,一个字节都不会下载。
图片加载失败时(代理不可用、原站删了文件)会自动退化成一条「查看原图」链接, 不会留下碎图。
许可
上游把提示词内容与数据(prompts.csv、PROMPTS.md、用户投稿)
以 CC0 1.0 通用
公共领域 dedication 发布——可复制、可修改、可分发,甚至商用,且无需署名。
所以本站的翻译和再分发在法律上没有障碍。
尽管如此,本站在页脚显著标注了来源并链回原站。这既是基本的体面, 也能让用户知道该去哪里看最新内容、参与投稿。
本站自身的代码以 MIT 许可开源,仓库地址见页脚。
翻译是怎么做的
译文由大模型批量生成,不是人工翻译。流程大致是:
- 定时从上游接口拉取全量数据,按内容指纹判断哪些是新增或改动过的;
- 只翻译变化的条目,其余复用缓存——所以上游改一条不会导致全量重翻;
-
送翻之前先把内容拆开:代码块整块跳过,
{{占位符}}、${变量}这类标记先替换成哨兵, 译完再原样还原,不指望模型「自觉」保留; - 译完逐条比对原文与译文的结构:代码块是否逐字节一致、占位符有没有丢、标题和围栏数量是否守恒。不通过就打回重译,仍不通过则标记出来;
- 合并生成静态页面。
当前进度:2,804 条中已译 2,135 条(76.1%), 其中 15 条带有结构告警(页面上会标出来)。 没有译文的条目会显示英文原文并注明。
关于译文的可靠性
机器翻译必然有偏差,而提示词对措辞又格外敏感——一个副词的差别就可能改变模型行为。 所以本站对每一条都保留了英文原文, 详情页可以在「中文/原文/对照」之间切换,两个版本都能一键复制。
另外,图像、视频、音频生成类的提示词,其关键词往往本身就是模型训练时见过的 「咒语」,翻译成中文后出图结果可能明显不同。这类提示词建议直接使用英文原文, 页面上也有相应提示。
发现问题怎么办
译得不对、格式坏了、链接失效,都欢迎到 仓库提 issue, 附上具体条目的链接即可。
想投稿新提示词
本站是只读镜像,不接受投稿。请前往 prompts.chat 提交——你在那边发布的提示词会在下一次同步时自动出现在这里。