design-taste:所有设计风格共用的口味学习

一个人用设计 skill 画图,每次的反应都是口味的证据:两张里挑了哪张、说了句「太密了」、 留下了这张删掉了那张、审查器说手机上字太小、拿来一张自己喜欢的画。 这个 skill 把这些反应记进一份本机日志,下次画图前算出该用的参数;每个参数都能查到是被哪几条记录推过去的。

它只管「学到什么、怎么解释」,不管怎么画:画法在各风格 skill 里(目前是 graphite-design)。

1. 怎么用

T=skills/design-taste/scripts/taste.mjs
node $T styles                                          # 哪些风格接了口味学习
node $T --style=graphite suggest                        # 画之前:这个人要用什么参数
node $T --style=graphite ab                             # 想问一题:只改一个参数,给 A、B 两个值,各画一张给对方挑
node $T --style=graphite pick hatchGap 4.2 3.2 "右边太密"
node $T --style=graphite say "颜色太多了,字太小"         # 对方说的话,按词表换成方向
node $T --style=graphite ref 我喜欢的画.jpg 另一张.png    # 从参考图量留白、颜色数
node $T --style=graphite ingest check_objective输出.txt  # 审查器的结果:客观问题定下限
node $T --style=graphite explain hatchGap               # 这个值是被哪几条记录推到现在的
node $T --self-test                                     # 模拟读者 + 故意改坏

• --scene=<组>:风格在参数表里写了 SCENES 才能用(node $T styles 列出来),不带就是「整体口味」。 graphite 没分场景组;引擎的场景算法由自测里的假风格 testink 验证。
• 日志:~/.config/sky-skills/taste.jsonl(SKY_TASTE_DIR 可改),所有风格共用一份,每条写明风格和场景,只在本机,不发到任何地方。 graphite 以前的 graphite-taste.jsonl 照读、不改写。--file=<路径> 用另一份日志(某个项目、某个团队)。
• 展示页上的口味实验室用的是同一个引擎(浏览器里加载 assets/shared.js、assets/taste-core.js 和风格的 taste-profile.js), 页面上点「导出记录」,再 taste.mjs --style=<风格> import 文件 就接上了。

2. 一个值是怎么算出来的

按场景分两步(这是从 graphite 搬过来后加的):

1. 风格整体口味:这个风格的全部记录,按上表算。
2. 场景口味:从第 1 步的结果出发(同样算 2 份),只走这个场景组里的记录。

某个场景只有一两条记录时,结果仍贴近整体口味,不会被一次挑选带偏;记录多了才离开。 自测里读者 A 技术图爱淡墨(0.2)、壁纸爱浓墨(0.85),各答 30 题后学到 0.23 和 0.84;读者 B 两处口味相同,两组的值差不到一个步长。

下一题问哪个参数:挑最没把握的那个(步长相对范围大、记录少、问得少);连续几次答案都往同一边,说明还差得远, 这个参数优先再问,但加成最多算 2 次(graphite 2026-10-10 实测:不封顶时一个贴着下限的参数 24 题占了 18 题)。

3. 跨风格:只传五个共享参数

• 别的风格的记录在这里算半份,而且只通过这五个参数进来。「排线太密」「飞白太多」这种风格专属的话、专属参数一律不传。
• 传的是「比那个风格的默认值偏了多少,占它范围的几成」,到这边再按这边的范围换算回来。 为什么不传原值:graphite 留白默认 0.45,一个留白默认 0.6 的风格直接搬 0.5 过来,反而变满了。
• 说的话分两张词表:assets/shared.js 里的共享词(「字太小」「太花」「太快」「深色」……)能跨风格;风格自己 LEXICON 里的只在本风格生效。
• 审查器定的下限不跨风格:它是对那个风格的图查出来的。

4. 看图识口味

taste.mjs ref 图… 用浏览器读像素(本机没有 Python 图像库),每张图量:

• 量出来的数由风格的 fromMeasure() 换成参数,记一条 ref,分量 0.5(相当于留下一张图)。量不到的参数不换算。
• 飞白不量:试过数笔画里的细白缝,纸纹和 JPEG 噪点产生的是同一种图案,数出来没有意义。
• 自测:代码生成留白 0.3 / 0.55 / 0.8 的测试图,量出来误差 ≤ 0.05;加了两种颜料的图数出 2 种颜色。

5. 画上留出处

assets/provenance.js:网页里每张按口味画的图,右下角一方小印「味」,点开列出改过的参数、改成多少、推动它的最近几条记录 (内容就是 explain() 的输出,和命令行 explain 是同一份)。SVG 根元素写 data-taste,记下当时的参数。 导出的壁纸、视频默认不带;导出脚本加 --provenance 才在角落写一行题跋小字。

var T = TasteCore.create(GraphiteTasteProfile), t = T.estimate(events, null);
TasteProvenance.mark(figureEl, T.explain(t), { lang: 'zh', stamp: T.stampOf(t) });

6. 新风格怎么接

写 skills/<风格>-design/assets/taste-profile.js(浏览器和 Node 都能加载的 UMD),导出:

然后 node $T styles 能看到它,node $T --self-test 照样全过。

7. 检查

node skills/design-taste/scripts/taste.mjs --self-test

graphite 迁过来时另验过:300 组随机记录上,新旧两版的估计值、证据、轨迹、下一题、apply() 逐值相同; graphite「越用越懂你」3 张图重新生成后 build.mjs --check 无差异。

8. 文件

assets/shared.js       五个共享参数和共享词表
assets/taste-core.js   引擎:估计、出题、解释、跨风格换算(浏览器和命令行共用)
assets/provenance.js   画上的小印和弹出说明
scripts/taste.mjs      命令行
scripts/measure.mjs    看图识口味(playwright 读像素)
scripts/selftest.mjs   自测