一组提示词，很多张图：Berry AI Studio 的起点

2026年9月6日

做 Berry AI Studio 的起因，其实很直接：AI 会生成大量素材，一次输出多张图，同一组提示词也会积累许多不同版本。

我用到的图片管理工具，并不好处理这种情况。图片都在，但想方便地查看同一提示词下的不同结果，就不那么顺手了。

所以我想做一个更贴近这段创作流程的工具。这也是之前的 Berry AIGC Toolbox，如今叫 Berry AI Studio 的起点。

我想管理的，是一组相关的尝试

从文件夹里看，每一张图都是一个独立文件；对正在创作的人来说，它们却可能围绕同一个想法、同一组提示词展开。

我需要在这些结果之间来回看：哪个版本更接近想要的效果，哪些值得留下，又想从哪一个继续。图片越多，单纯「能打开、能存放」就越难照顾这件事。

这不是要求工具替我决定哪张最好，而是希望它能让我更方便地做出自己的选择。

即使提示词相同，生成的图片仍然会有不同的呈现。对我来说，这些差异不是应该清理掉的重复文件，而是值得回看的不同版本。

因此，素材管理不应该只关心单个文件。它还需要照顾图片之间的联系，让同一组尝试在回看时不至于散成一堆互不相关的缩略图。

读取提示词和元数据，本身不是我决定做软件的原因。

它们的作用是提供联系与上下文：可以按提示词寻找相关结果，查看当前图片的参数，再带着这些信息判断要保留哪个版本。真正想改善的，是「找回这一组、看清不同版本、留下选择」的过程。

如果只是把元数据展示得很完整，却仍然不好回看相关图片，最初的问题就还没有被好好照顾到。

这里也有一个需要讲清楚的细节：当前提示词筛选是内容部分匹配。它能找出相关结果，但不能直接当作「完整提示词完全相同」的自动分组，更不等于自动建立版本历史。

这些是目前能用来组织流程的基础，不是说同提示词、多版本管理已经没有可以改进的地方。

当前应用用 Tauri、Rust、Vue 与 SQLite 组成桌面工作台。提示词信息进入本地索引后，搜索就有了文件名之外的入口；虚拟化浏览与快速预览，则分别照顾看一批和细看一张的需要。

本地索引不代表所有功能都断网，例如模型信息可以连接 Civitai。但素材整理这件事的核心，仍然围绕自己的图片与生成上下文展开。

回到同一提示词的那些结果，找到上次比较过的版本，知道自己留下了哪一张，再接着往下做——这些动作能不能少一点来回折腾？

这是我想继续打磨的方向。图片生成得多，不应该意味着后面的筛选和回看只能更费劲。