这个先独立拉一个 clothing 的分支 (最近自己需要参考时跑的结果, 只是临时分享出来), 打到原来的 body & camera 整合版里的话, 整个包会逐渐变大每次上传等好久.

后面的计划是把现在自己在用的 script 重新整理成方便大家能用的版本, 现在 script 还有很多其他乱七八糟的个人处理图片质量的需求, 所以需要 clean 一下才行 ... 然后尽量是想做成能把每个 tag collection 作为独立的模块能独立下载后放到整合版的文件夹里, 不用每次都重新处理整合版再上传到 civit 里, 因为 danbooru 的 tags 好多啊, 后面肯定会越来越庞大

@Ng_SowhaT 你能举个例子么?

BTW, 我计划的 page 能力有如下 ( 不知道 正则匹配 是否和你说的通配符类似 ) :

脚本:

- 提供一个可运行的脚本 (基于 nodejs 的), 如果个人有 webui --api 的话, 就可以自行运行, 检查特定 base model 的 tag list 的出图效果

- 运行结果是每个 tag => img1, img2, img3, ..., 最终会形成一个文件夹 (包含运行的 tag list)

- 这个文件夹就是未来可能会直接 zip 后分享的产物 (例如, 本次仅分享的一个和 legwear 相关的 "模块", 而不需要每次都分享整个的 collection)

html 页面

- 提供一个通用的 html 页面架子, 把上面的运行结果放到特定的地方并做简单配置, 就可以在页面中看到 tag list

- 这个页面允许手动输入要参考的 tag list input, 输入之后, 页面会根据已运行过的已知 tag, 罗列出图片列表

- 并且, 这个 tag list input 允许正则形式的写法 : 例如 /.* legwear/ 会匹配所有运行过的 xxx legwear

- 另外, 也允许从 civit copy & paste 一个复杂的 prompt (利用一定的规则, 切割成 tag list input), 然后展示

@Ng_SowhaT 能举个例子么? 关于 "通配符文件"

奇怪, 我怎么 comment 不了... @Ng_SowhaT 能举个例子么? 关于 "通配符文件"

能否举个例子? 关于 "通配符文件"

civit 抽风了...

@Ng_SowhaT oh i kinda got it XD. i like ur idea