@petercjl/cloud-hug-style-transfer 0.5.2 → 0.6.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +9 -3
- package/capabilities.json +3 -2
- package/npm/integrity.json +24 -15
- package/package.json +2 -2
- package/release-integrity.json +28 -19
- package/skills/cloud-hug-style-transfer/PROVENANCE.json +309 -0
- package/skills/cloud-hug-style-transfer/SKILL.md +70 -100
- package/skills/cloud-hug-style-transfer/agents/openai.yaml +8 -8
- package/skills/cloud-hug-style-transfer/capabilities.json +4 -4
- package/skills/cloud-hug-style-transfer/references/assets.md +21 -28
- package/skills/cloud-hug-style-transfer/references/brand-layout.md +16 -43
- package/skills/cloud-hug-style-transfer/references/canvas-comparison.md +39 -25
- package/skills/cloud-hug-style-transfer/references/cases.md +8 -8
- package/skills/cloud-hug-style-transfer/references/detail-final-20261016.md +28 -48
- package/skills/cloud-hug-style-transfer/references/maintenance.md +21 -7
- package/skills/cloud-hug-style-transfer/references/media-execution.md +54 -0
- package/skills/cloud-hug-style-transfer/references/model.md +3 -3
- package/skills/cloud-hug-style-transfer/references/page-patterns.md +43 -26
- package/skills/cloud-hug-style-transfer/references/photography-method.md +22 -19
- package/skills/cloud-hug-style-transfer/references/planning.md +86 -0
- package/skills/cloud-hug-style-transfer/references/products.md +89 -19
- package/skills/cloud-hug-style-transfer/references/source-page-three-variants.md +2 -6
- package/skills/cloud-hug-style-transfer/scripts/canvas-row.mjs +12 -0
- package/skills/cloud-hug-style-transfer/scripts/check-media.mjs +10 -0
- package/skills/cloud-hug-style-transfer/scripts/comparison-layout.mjs +30 -0
- package/skills/cloud-hug-style-transfer/scripts/media-dependency.mjs +49 -0
- package/skills/cloud-hug-style-transfer/scripts/plan-inventory.mjs +76 -0
- package/skills/cloud-hug-style-transfer/scripts/runtime.mjs +2 -0
|
@@ -1,18 +1,18 @@
|
|
|
1
1
|
# 正反案例与验收
|
|
2
2
|
|
|
3
|
-
以 [19 张连续定稿](detail-final-20261016.md)
|
|
3
|
+
以 [19 张连续定稿](detail-final-20261016.md) 为完整品牌表达的首要案例,按本轮固定页面映射选择03–15原图;旧正反对照仅用于定位摄影错误。01/02及16–19跳过,所有排版文字由PSD承接。人物身份与默认衣着统一按 [当前已确认设定卡](model.md),不继承案例中的旧脸、旧服装或裸足。首次使用某案例时实际看图,目录见 [素材索引](assets.md)。不把全部案例同时传入生成,也不要求同事了解历史会话。
|
|
4
4
|
|
|
5
5
|
## 正向案例怎样选
|
|
6
6
|
|
|
7
7
|
| 正向案例 | 迁移的关系 | 使用边界 |
|
|
8
8
|
| --- | --- | --- |
|
|
9
|
-
| `assets/approved/detail-final-20261016/01.jpg` 至 `19.jpg` | 品牌开场、服务、系列、生活互动、品类比较、使用方式、参数与收尾共同形成连续阅读 |
|
|
9
|
+
| `assets/approved/detail-final-20261016/01.jpg` 至 `19.jpg` | 品牌开场、服务、系列、生活互动、品类比较、使用方式、参数与收尾共同形成连续阅读 | 素材全部保留,业务仅按03–15映射执行;不能由此让新品变成历史四款。按 [逐页索引](detail-final-20261016.md) 选择 |
|
|
10
10
|
| `assets/brand/main-kv-sleep.webp` | 连续低信息棚景、浅蓝床与奶白织物、前方产品与中景人物的距离 | 不固定留白比例、整床、台灯或家具;产品按当次资料 |
|
|
11
11
|
| `assets/brand/main-kv-lounge.webp` | 身体依靠商品、目光向画外、沙发作为承托体块 | 不固定姿势、商品数和尺寸;人物身份与默认衣着由当前已确认设定卡替换 |
|
|
12
12
|
| `assets/brand/main-kv-seated-hug.webp` | 近处渐软、主体与接触清楚、后方承托及空白 | 不要求每张闭眼微笑,不套同一家具 |
|
|
13
13
|
| `assets/approved/quiet-prone-user-finish.webp` | 无字横向摄影;头重和前臂得到承托,注意力退出镜头,空间与人物相互支持 | 适用静谧、休息任务;不把闭眼俯卧、抬脚或普通靠垫变成全品牌规定 |
|
|
14
14
|
| `assets/approved/overhead-breathing-user-finish.png` | 较远俯看,集中休息组与连续外围空间,边缘局部家具提供环境线索 | 特定远观任务的校准;最终 04、06 等允许不同占幅,不把这张的距离套给所有页 |
|
|
15
|
-
| `assets/approved/brand-kv-user-finish-20261012.png` | 不同文案角色、摄影组、图形和原标识共同构图 |
|
|
15
|
+
| `assets/approved/brand-kv-user-finish-20261012.png` | 不同文案角色、摄影组、图形和原标识共同构图 | 仅作历史图文归档;本轮首屏为03,不触发文字生成 |
|
|
16
16
|
|
|
17
17
|
定稿中的较大主体、贴近裁切、站姿、活动中笑意、黑色功能标题和柔化收尾都有各自用途。旧反例的局部纠偏不能变成否定这些已认可表达的通则。
|
|
18
18
|
|
|
@@ -44,17 +44,17 @@
|
|
|
44
44
|
|
|
45
45
|
这里的远观要求仅服务该任务。最终 04 的较大休息组合、06 的近景裁切、07–10 的清楚商品展示同样被整套认可;应比较承担相同职责的图,不以一个固定留白率验收全部画面。此次未取得实际生成指令,不把对图像的分析写成已核对的调用事实。
|
|
46
46
|
|
|
47
|
-
##
|
|
47
|
+
## 同屏三案没有摄影差异
|
|
48
48
|
|
|
49
|
-
|
|
49
|
+
本轮A/B/C都需能放进同一PSD图片位。改变的应是人物与产品组合、同景别观察方向、承托体块、前后景和呼吸空间,不能只改表情、物体轻微位移或小道具。
|
|
50
50
|
|
|
51
|
-
|
|
51
|
+
跨屏的摄影任务保持差异:04俯看休息、05轻快活动、06亲密近景等;同一屏的三个方向不通过切换这些任务凑数。三图模块和12四宫格每个方向都完整设计全部格位,拆图交付后仍能组成协调的一页。
|
|
52
52
|
|
|
53
53
|
## 最小有效验收
|
|
54
54
|
|
|
55
|
-
1.
|
|
55
|
+
1. **目的与输出**:对应哪个模板/图片位/方向,拆图还是完整无字页?是否出现了排版文字或历史款式?商品是否匹配本轮确认卡片?
|
|
56
56
|
2. **整幅与整段**:与同职责正例比较第一眼、主次、观看距离、阅读路线和图文联系;比较段可有意同构,职责转换时再调节密度。较大主体、动态或柔化按用途判定。
|
|
57
57
|
3. **品牌与人物**:概念棚景、中性柔光、距离递进、固定人物身份是否成立?行为的支点、压陷、卸力与视线是否自洽?
|
|
58
|
-
4.
|
|
58
|
+
4. **事实与细节**:商品形态、材质外观、原色和数量按确认卡及清单核对;数值与功效不靠生成确立。确认补全部位按认可设定执行,不混入未确认新卡;图片不增加排版文字。
|
|
59
59
|
|
|
60
60
|
整体失败要如实指出,不能只列局部瑕疵后继续推荐。区分缺少方法、执行未落实、规划互相冲突与图像没有实现要求;只依据可见过程诊断,不把所有失败追加成永久禁令。文字检查与保存成功不证明未来出图效果已改善。
|
|
@@ -1,51 +1,31 @@
|
|
|
1
|
-
#
|
|
1
|
+
# 2026-10-16 定稿:本轮模板索引
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
这 19 张是用户已认可的同一条连续详情页。新版工作流使用其中 03–15 作为指定模板,固定页与末段信息页交给同事在 PSD 处理。下表是实际模板内容与本轮采用范围,执行前仍需实际看图。
|
|
4
4
|
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
本例负责品牌表达、人物行为与整段阅读方法。人物身份和默认衣着已由用户于 2026-10-19 确认的 [新设定卡](model.md) 统一替换,本例中的旧脸、其他服装与裸足不作当前人物依据。**整体视觉认可不等于商品事实认证**:历史商品、款色、尺寸、面料、成分、功能和服务政策均不能自动迁移给下一次产品。新任务以当前源页、实拍和用户确认资料为准;只借构图的参考不能覆盖本次事实。
|
|
8
|
-
|
|
9
|
-
## 逐页职责与可迁移关系
|
|
10
|
-
|
|
11
|
-
下面是对可见作品的分析,并非用户逐项口述的设计意图。首次采用某页时实际打开对应原图,不能只读描述。
|
|
12
|
-
|
|
13
|
-
| 文件 | 页面内容与职责 | 转换其他商品时学习的关系 |
|
|
5
|
+
| 文件 | 原图观察与本轮职责 | 处理 |
|
|
14
6
|
| --- | --- | --- |
|
|
15
|
-
| `01.jpg` |
|
|
16
|
-
| `02.jpg` |
|
|
17
|
-
| `03.jpg` |
|
|
18
|
-
| `04.jpg` |
|
|
19
|
-
| `05.jpg` |
|
|
20
|
-
| `06.jpg` |
|
|
21
|
-
| `07.jpg` |
|
|
22
|
-
| `08.jpg` |
|
|
23
|
-
| `09.jpg` |
|
|
24
|
-
| `10.jpg` |
|
|
25
|
-
| `11.jpg` |
|
|
26
|
-
| `12.jpg` |
|
|
27
|
-
| `13.jpg` |
|
|
28
|
-
| `14.jpg` |
|
|
29
|
-
| `15.jpg` |
|
|
30
|
-
| `16.jpg` |
|
|
31
|
-
| `17.jpg` |
|
|
32
|
-
| `18.jpg` |
|
|
33
|
-
| `19.jpg` |
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
**观看距离与动作随用途。** 04 的俯看、06 的裁切、13 的站姿、14 的拥抱中景分别解决不同问题。宁静任务重视卸力和距离;轻快任务允许活动中笑意;体量任务重视比例与完整轮廓。不能统一“半幅留白、远景、闭眼、不笑、全身完整”。
|
|
42
|
-
|
|
43
|
-
**清晰程度有职责。** 品类、颜色、材料和尺寸页让所需证据读得清楚;生活图把脸、手和接触作为局部清晰中心;19 可柔化整段气氛,但叠加字与标识仍清楚。柔和不等于全部失焦,清楚也不等于过度锐化。
|
|
44
|
-
|
|
45
|
-
**字体性格按角色并存。** 01 清楚主句与轻品牌句、03 较大粗圆系列标题、11 手写情绪点缀、16 功能章标题、18 规整正文都属于这套系统。品牌识别由文案角色、色彩、图文联系和连续节奏共同形成,不由单一字体大小锁定。执行方法见 [品牌文案与版式](brand-layout.md)。
|
|
46
|
-
|
|
47
|
-
## 当前任务如何选图
|
|
48
|
-
|
|
49
|
-
先实际查看当前旧页,确定商品事实、页面目的、是否保留文字与有效关系。随后只查看并选入最匹配的原图,按 [摄影方法论](photography-method.md) 的参考选择规则决定:先看摄影类型与空间、人物与产品关系、景别与画面组织、品牌光色与材质是否相容,再看具体编排。上面的逐页职责表只用于定位文件与理解其承担的关系,不表示“做首屏就必选 01”“做收尾就必选 19”这类按页面名称的固定匹配;详情页中段的某张也可以作为新首屏摄影参考。多人或多产品不是自动必需。
|
|
50
|
-
|
|
51
|
-
人物身份、默认家居服及素面棉袜按当前已确认设定卡核对,商品依据来自当次资料;案例只承担摄影、行为与设计职责。生成前明确每张实际输入负责什么,避免旧人物、裸足、旧商品、旧数据或案例正文被顺带复制。遇到关键资料不可读时只补问影响该屏的缺项;不要求同事取回作者的历史会话或安装其他技能。
|
|
7
|
+
| `01.jpg` | 抽象失重拥抱的固定品牌展示 | 跳过 |
|
|
8
|
+
| `02.jpg` | 固定服务与品牌识别展示 | 跳过 |
|
|
9
|
+
| `03.jpg` | 首屏安睡陪伴;人物与产品在蓝床面聚合,上部低信息区承接标题 | 单图摄影 |
|
|
10
|
+
| `04.jpg` | 俯看休息组合,产品与人物围合、承托 | 单图摄影 |
|
|
11
|
+
| `05.jpg` | 俯斜视点的轻快活动,主体轴线与产品分布有节奏 | 单图摄影 |
|
|
12
|
+
| `06.jpg` | 近距离抱持,产品与脸/手接触、局部裁切 | 单图摄影 |
|
|
13
|
+
| `07.jpg` | 单色小狗的整体、细节和场景,三图骨架 | 按形态重建展示模块 |
|
|
14
|
+
| `08.jpg` | 小熊整体、另一色细节、双色场景 | 展示模块补充模板 |
|
|
15
|
+
| `09.jpg` | 小兔整体、另一色细节、双色场景 | 展示模块补充模板 |
|
|
16
|
+
| `10.jpg` | 河马互动展示与辅助细节,仍为三图骨架 | 展示模块补充模板 |
|
|
17
|
+
| `11.jpg` | 沙发拥抱、发呆,产品前后层次与松弛关系 | 单图摄影 |
|
|
18
|
+
| `12.jpg` | 四格使用任务,每格由动作表现产品用途 | 按确认卖点重建四格 |
|
|
19
|
+
| `13.jpg` | 站立抱持与人体体量参照 | 单图摄影 |
|
|
20
|
+
| `14.jpg` | 沙发中景亲密接触,前后承托自然退焦 | 单图摄影 |
|
|
21
|
+
| `15.jpg` | 无人物的产品组合、承托与层次 | 本轮全部确认款色总览 |
|
|
22
|
+
| `16.jpg` | 材料与产品信息 | 跳过 |
|
|
23
|
+
| `17.jpg` | 尺寸示意 | 跳过 |
|
|
24
|
+
| `18.jpg` | 购买须知 | 跳过 |
|
|
25
|
+
| `19.jpg` | 历史情绪收尾 | 跳过 |
|
|
26
|
+
|
|
27
|
+
文件实际路径均为 `assets/approved/detail-final-20261016/NN.jpg`。这里的旧款数、颜色、长条比例、面料、文案和功能都不自动迁移。形态分组及格位规则见 [page-patterns.md](page-patterns.md),拆图与完整页见 [brand-layout.md](brand-layout.md)。
|
|
28
|
+
|
|
29
|
+
模板控制页面职责和摄影框架;本轮确认产品卡控制商品;当前模特卡控制身份、长袖长裤与素面袜。模板里其他衣着或裸足不进入新结果。即使无字,也需保留 PSD 图片框和必要文字叠加空间。
|
|
30
|
+
|
|
31
|
+
近远、动静与信息密度随不同页面变化。同一屏 A/B/C 保持共同任务并在格内形成摄影差异;07–10 的同构帮助同类比较,不等于 A/B/C 可以只重复同一构图。
|
|
@@ -1,9 +1,23 @@
|
|
|
1
|
-
#
|
|
1
|
+
# 版本、来源与维护
|
|
2
2
|
|
|
3
|
-
|
|
4
|
-
2. 显式更新执行 `update install --yes --json`,在默认范围核对已登记和当前宿主约定位置的受管 Skill;仅更新一个宿主时传 `--agent`。npm 已最新时仍同步旧 Skill 与可迁移元数据。源码或上层工具拥有的包由其拥有者升级;当前版本的 Skill 同步仍可执行。
|
|
5
|
-
3. 需要指定位置时,`--root` 是技能父目录,CLI 自动附加本 Skill 目录名;`doctor` 与 `update` 的 `--root` 同时要求 `--agent`。Codex 优先级为显式 root、`CODEX_SKILLS_DIR`、`CODEX_HOME/skills`、平台默认;其他宿主见实时合同及回执。读取 resolution 核对目标与来源。
|
|
6
|
-
4. 检查回执 `verified`、`packageChanged`、各 `skills` 的 `current/version/target` 和备份。完全当前即 verified no-op。未知参数报错后读取该命令的 `--help --json`;避免猜其他工具的选项。
|
|
7
|
-
5. 本地编辑或非受管目录保留原文件并报告。失败时保留回执中的 backup;先检查包版本与受管状态,再按错误恢复,避免重复升级。元数据只迁移已知不受支持的字段值,自定义展示字段保留。
|
|
3
|
+
当前业务流程来自 `cloud-hug-brand-upgrade` 1.1.0,工作流修订于 2026-10-27,基础提交为 `9a17dcfdc61f59db3e65756a20eaf81f80b0c2b8`(v0.5.2)。按用户要求,这次把新版流程合入现有 `cloud-hug-style-transfer`,继续使用原包管理入口。来源、原始素材和导入 ZIP 校验值见根目录 `PROVENANCE.json`;来源版本不等于 npm 发布版本。
|
|
8
4
|
|
|
9
|
-
|
|
5
|
+
## 安装、更新与恢复
|
|
6
|
+
|
|
7
|
+
包和规范 Skill 继续由 `@petercjl/cloud-hug-style-transfer` 管理。安装前读取包根目录 `INSTALL.md` 与 `UPDATE.md`;使用当前 CLI 的 `--help --json`、`capabilities --json` 和 `skill source --json` 获取真实参数与规范来源,不猜其他工具的选项。
|
|
8
|
+
|
|
9
|
+
先解析当前 Agent 实际支持的 Skill 目录,向 `skill install/status/update` 或 `update install` 传明确的 `--path`(Skill 本身的完整目标目录)与当前 `--agent`。只同步选中的当前 Agent。宿主名称表示约定,不是支持白名单,也不能代替真实目标路径。
|
|
10
|
+
|
|
11
|
+
受管安装后的所属包命令,通过本 Skill 的 `scripts/run.mjs` 和当前 Node.js 调用;启动器使用本目录 `.runtime` 中的代码与依赖。运行时缺失时报告并修复本安装,不退回其他全局副本。媒体包与它的规范 Skill 独立维护,不把媒体账号或凭据写进本包。
|
|
12
|
+
|
|
13
|
+
维护必须核验 CLI、运行时、Skill 字节与元数据,并由宿主执行原生重载/发现;命令回执中的 hostDiscovery pending 不等于已可见。自定义元数据、本地修改和非受管目录按包合同保护;更新失败或结果不明时,使用原 operation/resume 状态与备份恢复,先核对状态再决定重试。
|
|
14
|
+
|
|
15
|
+
自动检测默认只提示。自动安装需要独立持续授权且版本兼容;离线保留现有版本。业务诊断若报告 automaticUpdate.changed 或 reloadSkill,重新解析并加载当前规范 Skill 后再继续。源码 checkout 由 Git 维护,不调用 npm 更新替换开发目录。
|
|
16
|
+
|
|
17
|
+
## 本次工作流与完整性
|
|
18
|
+
|
|
19
|
+
保留产品卡与必要卖点确认、整套模板规划后的生成范围确认、03–15 页面映射、按形态分组、无字拆图/整页交付及 A/B/C 对照验收。改摄影或工具细节时,不恢复按旧页逐张转换的业务逻辑。原始 51 个素材文件保持不变。
|
|
20
|
+
|
|
21
|
+
本地规划与画板辅助脚本使用 Node.js 内置模块;`scripts/plan-inventory.mjs` 只计算清单,不推断商品、不代表用户批准、不提交生成。媒体核验与布局模块的来源保留在 PROVENANCE.json。
|
|
22
|
+
|
|
23
|
+
当前源码校验以包的 `npm/integrity.json` 和 `release-integrity.json` 为准。维护后运行 `node lifecycle/version.mjs` 刷新清单,再运行 `npm run validate:release`、相关测试和打包检查。清单生成不发布 npm 版本;实际发布需单独授权。静态检查不能证明付费生图效果,实际项目仍须看图验收。
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
# SealSeek 媒体执行
|
|
2
|
+
|
|
3
|
+
本 Skill 负责产品卡、页面方案、参考选择、PSD 图片位、授权范围与业务验收。`@petercjl/sealseek-media-cli` 及其规范 `sealseek-media` Skill 负责认证、实时模型能力、参考传输、提交、任务恢复、下载和画板写入。沿用上游 v0.5.2 的分工,不直接调用未经声明的 HTTP 接口。
|
|
4
|
+
|
|
5
|
+
## 依赖与当前入口
|
|
6
|
+
|
|
7
|
+
业务任务先核验必需媒体依赖。优先使用宿主已发现的 `sealseek-media`,读取其实际目录中的入口与规范来源。调用它的 `skill source --json`,核对逻辑名和拥有包身份;完整读取返回的当前 `SKILL.md` 和适用宿主适配,后续相对路径从该规范目录解析。宿主支持 Node.js 22+、命令执行、文件访问和实际看图;身份不能只由一个同名命令证明。
|
|
8
|
+
|
|
9
|
+
本包附带上游原有依赖核验函数及只读入口:
|
|
10
|
+
|
|
11
|
+
```text
|
|
12
|
+
node <SKILL_ROOT>/scripts/check-media.mjs --package-root <VERIFIED_SEALSEEK_PACKAGE_ROOT>
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
`--package-root` 是当前宿主已核验的媒体包根目录,不是 Skill 目录。未指定时沿用上游 `CLOUD_HUG_MEDIA_ROOT`、npm 和 PATH 发现逻辑。只在本次进程传绑定,不修改系统全局配置。结果的 `invocation.command` 与 `invocation.args` 是经过包身份核验的媒体入口;后续加上媒体当前合同要求的宿主绑定。
|
|
16
|
+
|
|
17
|
+
缺包、低于 0.6.1、CLI/规范 Skill 不可用或必要能力不兼容时暂停业务流程,保留输入,给出具体诊断及最短恢复方式;不要自行替换提供商。纯 Skill 审阅/更新不运行生图服务。依赖修复是否安装或更改环境,遵守当前用户授权,原样本包不含凭据、不内嵌旧媒体包。
|
|
18
|
+
|
|
19
|
+
本版本已合入 `@petercjl/cloud-hug-style-transfer`。业务任务先通过当前 Skill 的 `scripts/run.mjs doctor --json` 核验包与媒体依赖;维护时不加载生成服务。核对 `dependencies.media.ok` 与 `automaticUpdate`,若更新回执要求重载,先重新定位并加载当前规范 Skill。上面的 `check-media.mjs` 是只读媒体核验辅助入口,不能替代所属包的安装、更新和完整性检查;包管理使用同一 `scripts/run.mjs` 与当前命令合同,见 [维护说明](maintenance.md)。
|
|
20
|
+
|
|
21
|
+
## 一轮发现,按需重查
|
|
22
|
+
|
|
23
|
+
按媒体包当前主线获取实时能力、认证与模型目录;参数准备时查询选定模型。不要把本地版本通过当作已登录、有额度或服务可用。诊断失败才按当前合同使用 `doctor --live --json` 等入口,成功结果在同一版本/账户/能力条件下复用。检测到包或规范 Skill 更新后重新定位并加载,不盲目复用旧参数。
|
|
24
|
+
|
|
25
|
+
模型由媒体包当前默认值或用户明确选择决定。用户没点名模型时通常不传 `--model`,不能为了图中文字、速度或效果自动换模型。读取当下分辨率、比例、参考数量、传输合同及限制;不支持本轮要求时报告具体限制,请用户作必要选择。
|
|
26
|
+
|
|
27
|
+
## 每次生成的输入职责
|
|
28
|
+
|
|
29
|
+
| 阶段 | 需要实际传入的依据 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 产品设定卡 | 按 [产品规则](products.md) 从整套资料为本款色选出的互补整体/细节参考;有多个有效视角必须实际传入,只有单一视角时记录限制。需要时附仅约束形式的拼版样例;不用人物卡 |
|
|
32
|
+
| 单图素材 | 最终确认产品卡+对应模板/摄影图片位+必要品牌正例;有人物时附当前模特卡 |
|
|
33
|
+
| 三图/四宫格的独立图片位 | 对应方向与格位的完整计划+涉及的确认产品卡+该格模板依据;需要人物才附模特卡 |
|
|
34
|
+
| 完整无字页面 | 对应整页模板+本方向所有格位计划+涉及产品卡;有人物时附模特卡 |
|
|
35
|
+
|
|
36
|
+
模板旧动物和旧人物不能覆盖产品卡与人物卡。生成说明写清每张参考的职责和不迁移内容。按实际参考上限先删重复氛围图,保护产品、人物和模板约束;不能仅列文件路径却没有真正传图,也不默认拼接所有参考。多个颜色的素材只传对应颜色及本图确需出现的其他确认颜色,避免混色。
|
|
37
|
+
|
|
38
|
+
提交前核对实际请求中的有序参考与准备清单一致,特别检查产品卡是否遗漏已选的其他有效视角。参考清单必须对应真实传入的图片,不把仅供 Agent 浏览的图片算作模型输入。原图与裁图的来源关系、每张的约束职责和冲突处理结论留在项目记录中。
|
|
39
|
+
|
|
40
|
+
## 授权阶段与提交
|
|
41
|
+
|
|
42
|
+
用户明确进行品牌升级后可按本流程生成产品卡;产品卡生成授权不延伸到详情图。详情图必须经过产品与需求确认、整套规划、方案及生成范围确认。只确认卡片时不能开始首屏试跑。
|
|
43
|
+
|
|
44
|
+
每个输出单独提交一张,先用当前合同的 `--dry-run --json` 检查,支持的模型参数通过后才执行。在本轮画板绑定下使用 `--canvas ID --archive none --via sealseek --submit`(准确参数仍以当前媒体 CLI 为准)。画板先验证再生成,具体见 [归档](canvas-comparison.md)。
|
|
45
|
+
|
|
46
|
+
请求中包含目标格位/模式、无字要求、完整本案摄影安排与有序真实参考。不要把 A/B/C 当作同一提示词随机跑三遍;不同方向必须发送各自完整计划及规划中的关键区别。保存实际提交的完整提示词、参考顺序与来源/职责、非敏感生成参数、任务 ID 和输出文件对应关系,便于核对“计划了什么”和“实际提交了什么”;不记录认证凭据,记录无需展示在用户问答中。等待单次不超过 60 秒,任务进行时持续简短报告有效进展。
|
|
47
|
+
|
|
48
|
+
## 恢复与验收
|
|
49
|
+
|
|
50
|
+
按当前 `task get/wait/resume/diagnose/download` 合同处理同一任务。提交结果未知、超时或中断,先检查保存的任务 ID 与远端状态;不创建新 ID 重提、不悄悄额外收费。下载失败只恢复下载;归档失败保留已有图片,按同一画板、同一元素 ID 恢复,不为了保存重新生成。
|
|
51
|
+
|
|
52
|
+
自动跟踪和允许的恢复继续执行;模型明确失败或需新付费生成时按实际授权处理。不要把用户对原计划的认可无限扩大为反复试模或额外方案。
|
|
53
|
+
|
|
54
|
+
成功状态后验证本地文件存在、可打开、实际尺寸与数量,实际看图评估产品、人物、构图、无字和品牌质量。产品卡须按 [产品原图对照](products.md) 检查已知外观、卡内视角及同形态配色间的结构;详情页须按 [三案对照验收](planning.md) 检查 A/B/C 的计划差异。规则检查、dry-run、单张看验和用户确认都不能代替这两项对照。交付模型、文件、真实画板和仍存在的问题,不宣称未测试的生成效果。
|
|
@@ -6,7 +6,7 @@
|
|
|
6
6
|
|
|
7
7
|
生成前实际查看并传入这张卡,按其脸型、五官、棕色卷发、体态、默认家居服及袜子保持连续。原辅助人物卡和专用旧人物参考已移除,不再使用“原 KV 优先、人物卡仅辅助”的旧顺序。当前用户明确更换模特或衣着时按新要求执行;否则沿用此卡。
|
|
8
8
|
|
|
9
|
-
[完整 19 屏定稿](detail-final-20261016.md) 及旧 KV
|
|
9
|
+
[完整 19 屏定稿](detail-final-20261016.md) 及旧 KV 继续提供品牌空间、光线、行为、接触与排版案例;其中旧人物面貌、裸足、短款家居服或其他衣着均不覆盖当前设定。人物与服装冲突时以本卡为准,商品由本轮最终确认产品卡与款色清单约束。全部必要人物素材已内置,同事无需访问作者历史会话、私人素材库或其他技能。
|
|
10
10
|
|
|
11
11
|
## 保留可辨特征
|
|
12
12
|
|
|
@@ -38,6 +38,6 @@
|
|
|
38
38
|
|
|
39
39
|
## 每次实际调用
|
|
40
40
|
|
|
41
|
-
有可见人物时,通过当前工具支持的图像输入机制实际传入 `assets/model/character-sheet-approved-20261019.png`,不能仅写“同一个女生”或只给旧 KV
|
|
41
|
+
有可见人物时,通过当前工具支持的图像输入机制实际传入 `assets/model/character-sheet-approved-20261019.png`,不能仅写“同一个女生”或只给旧 KV。明确区分输入职责:“人物身份、默认服装与袜子来自已确认设定卡;动作来自当前模板任务,12的用途来自用户确认卖点;品牌成稿提供构图框架、摄影、空间与光色;商品来自本轮确认产品卡”。省去重复氛围图,保护当前人物和商品依据。
|
|
42
42
|
|
|
43
|
-
|
|
43
|
+
比较不同方案与已确认设定卡的脸型、可见五官、发长发量、身体比例、服装和素面袜;检查可见脚部及脚踝均被覆盖。衣服相同不证明身份一致,遮脸也不授权换人。允许侧脸、埋脸、局部或自然裁切,不为露全脸或展示袜子破坏行为与构图;纯产品图片位不传人物卡;15页与产品设定卡均不出现模特。
|
|
@@ -1,39 +1,56 @@
|
|
|
1
|
-
#
|
|
1
|
+
# 新版模板的页面映射
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
模板位于 `assets/approved/detail-final-20261016/`。先以本表确定页面职责,再实际看对应图片和邻屏。**旧页不决定新屏顺序、景别、画幅或输出数量。** 当前用户的明确修改优先于本表;产品统一使用已确认卡片。
|
|
4
4
|
|
|
5
|
-
|
|
5
|
+
## 范围与稳定编号
|
|
6
6
|
|
|
7
|
-
|
|
7
|
+
01、02 是已有固定品牌页;16、17、18、19 由同事在 PSD 修改。它们全部跳过规划与生成,不因图库齐全或任务称为“整套”而加入。
|
|
8
|
+
|
|
9
|
+
本轮顺序为:03 → 04 → 05 → 06 → 按形态生成的展示模块 → 11 → 12 → 13 → 14 → 15。模板编号用于对应 PSD,不随中间页数变少而重新命名。展示模块用 `07_<group_id>` 作为稳定页 ID,另记实际采用的 07/08/09/10 模板;不把模板上的动物名当分组规则。
|
|
10
|
+
|
|
11
|
+
普通页默认每屏一个图片位 `main`。三图模块为 `top`、`bottom-left`、`bottom-right`;12 为 `top-left`、`top-right`、`bottom-left`、`bottom-right`。每屏 A/B/C 是三套完整方向,每方向在本屏所有图片位分别落实。
|
|
12
|
+
|
|
13
|
+
## 普通页面的摄影职责
|
|
14
|
+
|
|
15
|
+
| 模板 | 需继承的设计关系 | 根据当前产品调整 |
|
|
8
16
|
| --- | --- | --- |
|
|
9
|
-
|
|
|
10
|
-
|
|
|
11
|
-
|
|
|
12
|
-
|
|
|
13
|
-
|
|
|
14
|
-
|
|
|
15
|
-
|
|
|
16
|
-
|
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
17
|
+
| 03 | 首屏;人物在浅蓝床面安睡/依靠,产品与人物形成亲近组合,画面上部连续低信息区域承接 PSD 标题 | 一款就围绕该款安排拥抱与承托;多款/多色安排主次,清楚呈现本轮商品。保留模板的睡眠摄影类型,不因“首屏”改成 01 的悬浮幻想 |
|
|
18
|
+
| 04 | 高位俯看,人物与柔软产品形成休息组,局部浅蓝家具与木件提供空间关系 | 按当前产品形态组织围合、贴近和身体支点,保护俯看与观看距离;不为凑原来的环绕数量加入其他款 |
|
|
19
|
+
| 05 | 俯斜观察的轻快活动,人物身体轴线、产品分布与地面空间形成节奏 | 一款或多款围绕真实活动关系出现,动作有重心与通行空间,脚不踩商品;不把这一屏变成睡觉 |
|
|
20
|
+
| 06 | 亲密近景,人与产品较满、局部裁切,手部承托与脸边接触构成注意中心 | 一款可自然抱持或依靠,多款可组织贴近组合;不强迫一款复制成四款,不拉远成全身陈列 |
|
|
21
|
+
| 11 | 沙发靠坐、拥抱/发呆的中距离生活表达,空间与产品有前后层次 | 按本轮商品重新分配抱持、旁置与前景,不复制旧款数量;保持对应 PSD 情绪文字区域的安静背景 |
|
|
22
|
+
| 13 | 站姿抱持,较完整的人与产品提供体量关系,家具提供品牌场景 | 依确认产品的真实/认可比例安排抱持,小或弯曲产品不拉成长条;缺少尺寸时不推算数值 |
|
|
23
|
+
| 14 | 沙发中的亲密靠坐,面颊与产品接触清楚,前方扶手、后方木件自然退后 | 依据本品形状设计可持续的抱姿与支点,维持接触中心与观看距离,不照搬长条狗的握法 |
|
|
24
|
+
| 15 | **无模特**,在蓝色承托面和前景组织本轮全部确认款色 | 一款可以独立成立;多款/多色错位但可辨,不要求四只。总览逐项核对清单,不能遗漏确认配色或放入模板旧款;不传人物卡 |
|
|
25
|
+
|
|
26
|
+
“一款/两款”要读确认清单,不能仅凭口头数量混淆两种形态与同形态双色。不同页面各有自己的摄影任务,不能把同屏三案规则误用为要求 04/05/06 景别相同。
|
|
27
|
+
|
|
28
|
+
单款页面可在同一画面重复同款实例,但不是新增款式。需要重复来形成构图时,在规划中说明实例数量及原因,保持认可形态、比例和颜色,不能仅为凑模板数量机械堆叠。
|
|
29
|
+
|
|
30
|
+
## 07–10:每种形态一页的三图展示模块
|
|
31
|
+
|
|
32
|
+
模板共同骨架是上方大图+下方左右两图。07 是单色商品展示例;08/09 是同形态多色的补充例;10 展示同骨架内的互动变化。以 07 为默认排版骨架,按需要看 08–10 的摄影关系,选择与当前商品最适合的模板并记录。
|
|
33
|
+
|
|
34
|
+
| 已确认分组 | 上方 `top` | 左下 `bottom-left` | 右下 `bottom-right` | 页数 |
|
|
35
|
+
| --- | --- | --- | --- | --- |
|
|
36
|
+
| 一个形态、一个颜色 | 商品整体与场景主展示 | 同款同色关键细节/材质 | 同款同色的另一场景/使用展示 | 1 |
|
|
37
|
+
| 一个月亮形态、绿色与紫色 | 选择一个主色做整体展示 | 另一色的细节近摄 | 两色同场、清楚比较 | 1 |
|
|
38
|
+
| 两种不同形态 | 各组分别应用上述规则 | 按各自颜色与结构安排 | 不把另一种形态塞进本组替代 | 2 |
|
|
22
39
|
|
|
23
|
-
|
|
40
|
+
三色及以上仍按形态一页。统一确认时说明主色、细节色和右下组合的覆盖安排;15 总览覆盖完整款色。确实拥挤或要新增展示页时,先把具体布局与新增数量交用户确认,不因颜色数自动扩页。
|
|
24
41
|
|
|
25
|
-
|
|
42
|
+
每一方向都完整设计三个图片位。例如 A 的上图整体、左下细节、右下场景有一致的光色与商品外观;B/C 同样完整,但格内构图不同。整体景别不能与细节格互换。
|
|
26
43
|
|
|
27
|
-
|
|
44
|
+
## 12:由确认卖点驱动四宫格
|
|
28
45
|
|
|
29
|
-
|
|
46
|
+
模板只固定四个图片位、版式和品牌摄影水平,原有四种睡姿只是历史商品的表达,不能默认复制。
|
|
30
47
|
|
|
31
|
-
|
|
48
|
+
第一次统一确认时明确本轮卖点与使用范围。规划时先建立“图片位 → 确认卖点/使用任务 → 应看见的产品作用 → 人物动作及接触位置”的对应,再设计 A/B/C。
|
|
32
49
|
|
|
33
|
-
|
|
50
|
+
每方向都覆盖同一组已确认任务,格位顺序一致;差异在机位、动作调度、承托与空间组织。不可 A 演示一个功能,B 偷换另一个功能来制造构图差异。若卖点适合纯产品或手部细节,按它的表达需要安排,不强行给所有格都加全身模特。
|
|
34
51
|
|
|
35
|
-
|
|
52
|
+
卖点不足四项时,以已确认用途提出互补场景或细节任务并交用户确认,不能硬编四个功效;用户提供很多卖点时,按已确认重点分配。本 Skill 不生成图内文字,卖点名称留在规划与交付清单,供同事写入 PSD。
|
|
36
53
|
|
|
37
|
-
|
|
54
|
+
## 模板与本轮产品不相容时
|
|
38
55
|
|
|
39
|
-
|
|
56
|
+
继承的是本屏用途、观看关系、构图框架和品牌方法;动作与接触按产品尺寸形态合理适配。例如月亮抱枕可抱在胸前或靠腰,不必模仿长条抱枕夹住整条腿。明确与已确认用途冲突时,指出具体一屏并确认必要调整,不凭模板为新品创造功能;其余已经明确的工作保留。
|
|
@@ -1,5 +1,8 @@
|
|
|
1
1
|
# 摄影方法论:柔光生活叙事摄影
|
|
2
2
|
|
|
3
|
+
> 本章沿用上游柔光生活叙事摄影方法,适用于产品确认后的详情页规划与生成。页面任务来源已改为指定新版模板;产品卡阶段使用中性多视图拼卡,不强制套用生活场景摄影。
|
|
4
|
+
|
|
5
|
+
|
|
3
6
|
## 风格定义
|
|
4
7
|
|
|
5
8
|
**Soft Lifestyle Editorial Photography(柔光生活叙事摄影)**
|
|
@@ -16,7 +19,7 @@
|
|
|
16
19
|
|
|
17
20
|
本章默认约束环境、人物互动与休息场景摄影。材质近摄、尺寸、SKU等任务按各自信息职责安排,不为露出完整家具或凑齐环境元素而改变必要景别。
|
|
18
21
|
|
|
19
|
-
**摄影任务与品牌审美必须同时成立。**
|
|
22
|
+
**摄影任务与品牌审美必须同时成立。** 不能为了保留指定新版模板景别省略品牌条件,也不能为了补足品牌家具和空间而擅自拉远镜头。
|
|
20
23
|
|
|
21
24
|
## 规则职责与冲突处理
|
|
22
25
|
|
|
@@ -24,21 +27,21 @@
|
|
|
24
27
|
|
|
25
28
|
| 依据 | 决定什么 |
|
|
26
29
|
|---|---|
|
|
27
|
-
|
|
|
28
|
-
|
|
|
30
|
+
| 当前要求、页面映射与指定新版模板 | 页面目的、景别、关键使用关系、PSD框位;12页用途以用户确认卖点为准 |
|
|
31
|
+
| 本轮确认产品卡与分组清单 | 商品形态、比例、颜色、材质外观及款色范围;数值和功效另有明确依据 |
|
|
29
32
|
| 当前模特设定卡 | 人物身份与默认衣着 |
|
|
30
33
|
| 本章摄影方法 | 概念棚景、品牌环境色彩、光线、自然状态、空间层次与材质表现 |
|
|
31
34
|
| 匹配的品牌正例 | 上述摄影要求如何落实为具体画面关系 |
|
|
32
35
|
|
|
33
|
-
|
|
36
|
+
指定新版模板提供摄影骨架与品牌环境的光色关系;商品本色来自确认产品卡。旧商品页里的住宅布景或配色不能覆盖新版蓝白棚景,补充案例也不能改变本屏已经确定的任务。
|
|
34
37
|
|
|
35
|
-
|
|
38
|
+
本次品牌升级采用 page-patterns.md 的固定模板映射,先遵守本屏职责与图片位,再按本章落实摄影方法。旧详情页只提供商品资料,补充历史案例不能替换指定模板或改变其任务。
|
|
36
39
|
|
|
37
40
|
用户已经认可设计目的、景别和方案安排时,后续品牌修正应在这些条件内进行;除非发现明确矛盾,不重新分配三案职责或改变观看距离。
|
|
38
41
|
|
|
39
42
|
## 摄影任务识别
|
|
40
43
|
|
|
41
|
-
###
|
|
44
|
+
### 从指定新版模板确定共同设计任务
|
|
42
45
|
|
|
43
46
|
先识别本屏希望观众理解什么、感受到什么,以及原摄影通过哪些关系完成这一目的,再确定品牌转换后的摄影任务。
|
|
44
47
|
|
|
@@ -48,9 +51,9 @@
|
|
|
48
51
|
- **需要品牌化的视觉条件**:空间、光线、色彩、人物身份与衣着、家具选择、材质表现。
|
|
49
52
|
- **可以重新设计的表现方式**:身体轴线、观察方向、主体位置、承托面的展开方式、前景遮挡和低信息区域的形态。
|
|
50
53
|
|
|
51
|
-
|
|
54
|
+
保留指定新版模板立意时,应保留让任务成立的关系,不默认逐物复制全部姿势和物体坐标。用户明确锁定的动作、布局或机位仍按要求保留。
|
|
52
55
|
|
|
53
|
-
|
|
56
|
+
分析整页时区分摄影框、叠字区和图外文字栏。拆图只输出摄影框,保留框内必要文字安全区,不把图外文字栏印进独立素材;完整无字页保持模板分区和留位。按 brand-layout.md 执行。
|
|
54
57
|
|
|
55
58
|
景别不能只写“中景”“近景”等名称,还应明确:
|
|
56
59
|
|
|
@@ -91,7 +94,7 @@
|
|
|
91
94
|
3. **景别与画面组织**:观看距离、主体分量、裁切和空间层次是否具有参考价值。
|
|
92
95
|
4. **品牌光色与材质**:能否清楚提供浅蓝承托面、奶白环境、精选木件、柔光与真实质感的依据。
|
|
93
96
|
|
|
94
|
-
|
|
97
|
+
本轮首屏固定对应03,04–15按页面映射定位。对应模板是第一设计依据;补充正例按摄影关系匹配,不能越过映射换成另一类页面。01/02及16–19跳过。
|
|
95
98
|
|
|
96
99
|
### 区分可迁移关系与案例专属内容
|
|
97
100
|
|
|
@@ -99,11 +102,11 @@
|
|
|
99
102
|
|
|
100
103
|
例如:
|
|
101
104
|
|
|
102
|
-
- 定稿01
|
|
105
|
+
- 定稿01保留为历史资产,本轮不规划也不生成。03的首屏继续生活摄影,不继承01的失重、漂浮与图文。
|
|
103
106
|
- 定稿14可以提供浅蓝沙发、亲密接触、前方扶手与后方木几的空间关系,但不要求当前人物改成相同坐姿。
|
|
104
107
|
- 定稿04可以提供俯视围合、边缘家具和软物之间的组织方式,但不要求复制历史多款商品与原有数量。
|
|
105
108
|
|
|
106
|
-
|
|
109
|
+
以上说明补充参考如何服务摄影;本轮具体模板映射由 page-patterns.md 统一确定。
|
|
107
110
|
|
|
108
111
|
同一组备选应共享一致的品牌摄影基础,可以使用共同正例,也可以补充与各案调度相符的正例。不能为了让三案不同,分别引入互不相容的摄影类型。
|
|
109
112
|
|
|
@@ -195,7 +198,7 @@
|
|
|
195
198
|
|
|
196
199
|
### 1. 确定共同任务与品牌落实方式
|
|
197
200
|
|
|
198
|
-
|
|
201
|
+
产品卡、分组及卖点确认后,从指定新版模板与本屏任务中提炼共同摄影命题,明确页面目的、景别、主体分量、关键使用关系及固定PSD框位;按整套规划组织各屏。
|
|
199
202
|
|
|
200
203
|
同时确定品牌要求在本轮画面中的具体载体:
|
|
201
204
|
|
|
@@ -216,7 +219,7 @@
|
|
|
216
219
|
|
|
217
220
|
按本章规则选择正例,核对实际画面,明确各参考的职责与不迁移内容。
|
|
218
221
|
|
|
219
|
-
|
|
222
|
+
必要参考包括指定新版模板或当前图片位、本轮最终确认产品卡、有人物时的当前模特卡,以及确有补充价值的品牌正例。15页无人,不传人物卡;三图和四格在各自格位内确定任务。
|
|
220
223
|
|
|
221
224
|
参考之间存在冲突时,按各自职责取用,不让原页的住宅环境、案例的历史商品或幻想表现覆盖当前任务。
|
|
222
225
|
|
|
@@ -278,17 +281,17 @@
|
|
|
278
281
|
|
|
279
282
|
摄影阶段不加入标题、LOGO、标语或装饰性图形,集中解决人物行为、空间、商品、光线与品牌环境。
|
|
280
283
|
|
|
281
|
-
|
|
284
|
+
本流程不生成排版文字。独立素材保留摄影框内的文字安全区;用户选择完整无字页时,保留模板整体分区和空白,按 brand-layout.md 区分两种输出。
|
|
282
285
|
|
|
283
286
|
生成后实际看图,分别判断任务和品牌是否成立,再比较多案差异。不能依据提示词或规划表自我确认通过。
|
|
284
287
|
|
|
285
|
-
### 6.
|
|
288
|
+
### 6. 无字素材与PSD衔接
|
|
286
289
|
|
|
287
|
-
|
|
290
|
+
同事使用已有PSD处理LOGO、文案与图形。本Skill只交付已确认模式的无字素材或无字整页,保护文字叠加区、重要接触位置及商品信息。
|
|
288
291
|
|
|
289
292
|
纯摄影任务在摄影验收后结束,不自动加字。
|
|
290
293
|
|
|
291
|
-
|
|
294
|
+
整体阅读关系在整套规划时统筹,版式框架由模板确定。不能通过加云朵、LOGO或蓝色标题弥补摄影本身缺失的品牌色彩与空间。
|
|
292
295
|
|
|
293
296
|
## 验收与定向修正
|
|
294
297
|
|
|
@@ -296,7 +299,7 @@
|
|
|
296
299
|
|
|
297
300
|
| 检查维度 | 以实际画面判断 |
|
|
298
301
|
|---|---|
|
|
299
|
-
| 页面任务 |
|
|
302
|
+
| 页面任务 | 是否完成指定新版模板目的,保持已确认景别、主体分量与必要使用关系 |
|
|
300
303
|
| 概念棚景 | 是否呈现连续低信息空间与精选布景,承托关系是否可信 |
|
|
301
304
|
| 品牌色彩 | 环境与互动摄影中,奶白和低饱和浅蓝是否实际可见,商品本色是否准确 |
|
|
302
305
|
| 木质家具 | 适用场景中是否有经过选择的木件形态与空间作用,而非随意摆件 |
|
|
@@ -334,4 +337,4 @@
|
|
|
334
337
|
- **参考不匹配**:重新选择具有相容摄影关系的正例,不按页号替换。
|
|
335
338
|
- **局部材质或商品错误**:在整体关系成立的基础上定向修正,避免无关重构。
|
|
336
339
|
|
|
337
|
-
最终以实际成图、当前任务和匹配正例的对照为准。摄影美感、景别正确与品牌一致必须同时成立,不能用其中一项的通过抵消另一项的失败。
|
|
340
|
+
最终以实际成图、当前任务和匹配正例的对照为准。摄影美感、景别正确与品牌一致必须同时成立,不能用其中一项的通过抵消另一项的失败。
|
|
@@ -0,0 +1,86 @@
|
|
|
1
|
+
# 整套规划、三案与交付数量
|
|
2
|
+
|
|
3
|
+
产品清单、全部卡片与卖点确认后,一次完成整套规划。先读页面映射及各页原图,用模板确定任务;不从旧页内容顺序拼凑新页面。
|
|
4
|
+
|
|
5
|
+
## 每屏给用户看的方案
|
|
6
|
+
|
|
7
|
+
每屏先用一行说明:模板编号/稳定页 ID、页面目的、使用的形态配色、图片位与交付模式。然后给 A/B/C 三案,每案写完整可见安排:
|
|
8
|
+
|
|
9
|
+
- 人物正在做什么、产品如何参与,或纯产品如何组织;
|
|
10
|
+
- 观察方向、必要景别、裁切与主体分量;
|
|
11
|
+
- 主体位置、承托面、家具、前后景与低信息区域;
|
|
12
|
+
- 浅蓝与奶白的载体、光线方向、清晰中心及材料表现;
|
|
13
|
+
- 多图页各图片位分别表现什么,三案的实质差异。
|
|
14
|
+
|
|
15
|
+
各案必须独立可执行,不用“其他同 A”省略 B/C 的关键安排。摄影准则的通用解释写一次,具体安排每案写清;不向用户倾倒重复完整长提示词。
|
|
16
|
+
|
|
17
|
+
每屏另用一行概括 A/B/C 各自最关键、在成图中应当可见的区别,作为之后的对照依据,例如不同的人物身体轴线、同景别机位、产品承托组合或前后层次。差异从本屏任务和本轮商品推导,不固定为所有页面相同的三种姿势。
|
|
18
|
+
|
|
19
|
+
同一屏 A/B/C 保持任务、景别范围、使用关系、产品清单、PSD 框位和品牌基础。机位可以在共同景别内变化,不能 A 远景、B 特写、C 产品陈列。不能只改表情、微小位移、颜色或换小道具。跨屏则保留 04 俯看、05 轻快、06 近景等本来应有的差异。
|
|
20
|
+
|
|
21
|
+
多图页把 A/B/C 当作各自完整的一组:`A/top`、`A/bottom-left`、`A/bottom-right` 共同完成一页;B/C 同理。12 每方向包含四个卖点图片位。三个方向之间不默认产生任意混配或额外第 4 案。
|
|
22
|
+
|
|
23
|
+
## 三案对照验收
|
|
24
|
+
|
|
25
|
+
生成时将各案完整安排及其关键区别写入实际提交的提示词。模板约束本屏职责、景别范围、品牌和 PSD 框位,不能把模板的人物姿态、机位与产品摆放也锁死,导致三个方向回到同一构图。保留实际提交文本,不能用事后概述代替执行记录。
|
|
26
|
+
|
|
27
|
+
三案齐后,除单张质量验收外,必须实际并排查看同屏 A/B/C,并与已确认方案逐案对照:
|
|
28
|
+
|
|
29
|
+
1. 原定的关键区别是否可见:人物身体轴线/动作与支点、机位和观察方向、商品组合与位置、空间层次等,按该屏实际规划判断。
|
|
30
|
+
2. 同时保留本屏任务、景别范围、款色、品牌与文字安全区;不靠变成别的摄影任务、增加无关商品或破坏版式制造差异。
|
|
31
|
+
3. 检查每对方案,不能因为 C 明显不同就略过 A/B 近似。相同蓝白光色与场景基础属于一致性;只换颜色、表情、小道具或略作裁切不足以兑现实质构图差异。不设置没有依据的“相似度百分比”阈值。
|
|
32
|
+
|
|
33
|
+
例如方案写 A 仰卧、B 蜷身侧卧,成图却都是相近的侧卧机位,即使两张都好看,也应记录为这项差异未落实;这是验收例子,不规定每次首屏必须采用这两种姿态。
|
|
34
|
+
|
|
35
|
+
多图页按完整 A/B/C 组合比较,并核对对应图片位;只获准生成部分方向时,仅检查现有输出与其方案,不补生未授权方向。记录“计划区别 → 成图表现 → 通过或需处理”的简短结论。未落实时先定位提示词遗漏、模板约束过强或生成偏离,再处理对应输出;不默认重做整套。额外付费超出授权时,用原生问答工具说明涉及图片、原因和费用并等用户选择,不能把发现差异不足当成无限返工授权。
|
|
36
|
+
|
|
37
|
+
## 输出模式
|
|
38
|
+
|
|
39
|
+
- `assets`(默认):每个图片位分别生成 A/B/C 独立摄影素材,供 PSD 替换。普通页 3 张;三图页 9 张;四宫格 12 张。默认不是一张三案拼墙,也不是每屏只交三张格子图遗漏其他位置。
|
|
40
|
+
- `pages`(用户明确需要时):每屏 A/B/C 各交一张完整无字页面,保留模板格位与空白。普通页与多图页均为每屏 3 张。不要同时生成拆图版本;若用户另外要求两种交付,说明实际额外生成/组装范围后按授权完成。
|
|
41
|
+
|
|
42
|
+
默认完整页模式采用一次生成一张整页;若当前模型无法可靠完成格位、或用户改为已有素材组版,先说明具体方法、数量或费用变化,不能悄悄额外生成所有独立图。
|
|
43
|
+
|
|
44
|
+
## 数量与单屏选择
|
|
45
|
+
|
|
46
|
+
设已确认不同形态数为 G(至少 1):普通单图页 8 屏;三图展示模块 G 屏;12 四宫格 1 屏。
|
|
47
|
+
|
|
48
|
+
- 总页数:`9 + G`。
|
|
49
|
+
- 每方向图片位数:`12 + 3G`。
|
|
50
|
+
- 全套默认独立素材:`3 × (12 + 3G) = 36 + 9G` 张。
|
|
51
|
+
- 全套完整无字页面:`3 × (9 + G) = 27 + 3G` 张。
|
|
52
|
+
- 产品卡单独计数,等于全部确认款色组合数;不计入上述详情页张数。
|
|
53
|
+
|
|
54
|
+
| 商品组合 | 产品卡 | 展示模块 | 全套页面 | 默认独立素材 | 完整无字页面 |
|
|
55
|
+
| --- | --- | --- | --- | --- | --- |
|
|
56
|
+
| 单形态绿色卡通抱枕 | 1 | 1 | 10 | 45 | 30 |
|
|
57
|
+
| 同形态月亮,绿色+紫色 | 2 | 1 | 10 | 45 | 30 |
|
|
58
|
+
| 两种形态,各一个颜色 | 2 | 2 | 11 | 54 | 33 |
|
|
59
|
+
|
|
60
|
+
局部生成只计算所选页:普通页 3,三图页 9,12 页 12;完整页模式均 3。用户选择形态展示模块时明确具体组 ID,不能用“07”含糊地生成所有组。
|
|
61
|
+
|
|
62
|
+
可用只读脚本核对清单与数量:
|
|
63
|
+
|
|
64
|
+
```text
|
|
65
|
+
node <SKILL_ROOT>/scripts/plan-inventory.mjs --input <PROJECT>/inventory-input.json
|
|
66
|
+
```
|
|
67
|
+
|
|
68
|
+
输入示例(脚本只展开清单,不设计方案、不确认产品、不生图):
|
|
69
|
+
|
|
70
|
+
```json
|
|
71
|
+
{
|
|
72
|
+
"groups": [{"id": "moon", "variants": ["moon-green", "moon-purple"]}],
|
|
73
|
+
"mode": "assets",
|
|
74
|
+
"selected_pages": ["03", "07_moon", "12"]
|
|
75
|
+
}
|
|
76
|
+
```
|
|
77
|
+
|
|
78
|
+
省略 `selected_pages` 即整套;结果含稳定页 ID、图片位、A/B/C 文件键、总页数与输出数量。实际执行仍须同时满足产品确认与用户对方案/范围的授权。
|
|
79
|
+
|
|
80
|
+
## 第二次确认与后续修改
|
|
81
|
+
|
|
82
|
+
整套方案完成后,提供完整规划入口与关键差异摘要,通过原生问答工具让用户确认方案并选择单屏、若干屏或整套的 A/B/C。提出选择时同时显示模式、页清单和预计张数;不用把“是否生成”与“生成哪几屏”拆成重复审批。用户已经明示范围与方案时直接进入执行。工具不可用时按主入口的降级规则处理。
|
|
83
|
+
|
|
84
|
+
每个输出保留 `page_id`、模板编号、产品组、方向和图片位,例如 `03_A_main.png`、`07_moon_B_bottom-left.png`、`12_C_top-right.png`。完整页用 `12_A_page.png`。扩展名随实际输出,不重命名成错误格式。
|
|
85
|
+
|
|
86
|
+
更改某张卡或卖点后,定位依赖它的页面与方案,更新受影响部分再确认;保留其他已批准规划及已生成文件,不默认重做全套。模型参数、任务 ID、实际生成记录留在项目中,不混进供 PSD 使用的图片。
|