绘染｜高端壁纸设计Skill

概述

绘其形，染其境。

你可以直接这样说

• 帮我做一张高级、克制的手机壁纸。
• 用上海夜景做一套手机、iPad 和 MacBook 壁纸。
• 按这张参考图的氛围做东方抽象壁纸，不要照抄。

绘染把“我想要一张……”变成能直接使用的设备壁纸：先让用户看见不同方向，再为手机、iPad 和 MacBook 分别构图、检查与交付。用户可以直接说主题和感觉，不需要先弄懂构图、色彩或分辨率这些专业术语。

使用边界与不适用范围

• 本 Skill 用于制作壁纸并交付可直接适配设备的壁纸文件，不用于与壁纸无关的普通单张图片生成。
• 风格样图只帮助用户选择方向，不能证明真实用户偏好、无障碍适配效果或市场需求。
• 不得把超分辨率放大的素材称为原生 4K，也不得把设备展示图当作壁纸母版交付。

第三方能力与来源标注

• 默认实际出图能力为 Codex 平台内置 image_gen。它是运行环境提供的图片能力，不是本包内的开源组件；本包不包含其模型、服务端代码或权重。
• img-prompt-compiler（公开条目 image-prompt-v2 v1.0.6）曾用于研发阶段的提示词结构参考，也可在用户明确要求时作为外部艺术指导 Skill；当前包不自动调用、不复制、不捆绑其文件。其本地包和公开详情均未发现明确开源许可，因此不得把它标为开源或重新分发。
• ai-backdrop-prompts v1.0.0 曾用于研发阶段的背景与风格分类参考，也可在用户明确要求时作为外部艺术指导 Skill；当前包不自动调用、不复制、不捆绑其文件。本地 manifest.yaml 声明 MIT 许可。
• Pillow 是三个本地图片处理脚本的唯一第三方 Python 运行依赖，具体版本以 requirements.txt 为准，采用 MIT-CMU 开源许可；本包只声明依赖，不捆绑 Pillow 源码或二进制文件。
• 若实际制作过程中调用了其他外部 Skill、模型或参考图，必须在每张成品的生产记录中写明名称、版本、来源、许可或使用权限以及实际作用。仅安装、检索或研究过某个 Skill，不得表述为它生成了成品。

完整来源、许可状态和分发边界见 [THIRD-PARTY-NOTICES.md](THIRD-PARTY-NOTICES.md)。

运行依赖

本地风格选板、设备展示图和交付验收工具至少需要 Python 3.10，Pillow 版本以 requirements.txt 为准。先检查当前环境；如果检查失败，征得用户同意后再安装依赖：

python3 -c "import PIL; print(PIL.__version__)"
python3 -m pip install --user -r requirements.txt

手机优先的需求确认

先从用户原话中提取已有信息：主题、氛围、颜色、不喜欢的元素、参考图、使用设备、数量和保存位置。最多追问两个简短问题，而且只有在缺失答案会实质改变成品时才询问。

用户描述较模糊时，默认采用：

• 主要设备：手机锁屏；
• 交付尺寸：竖版 2160×3840；
• 最终确定一种风格，选定后制作三个变体；
• 时钟区域保持舒缓留白；壁纸母版不嵌入文字、Logo、签名、水印、虚假界面或设备边框；
• 产品展示图使用同一张壁纸作为模糊背景；
• 默认调用内置图片生成能力，不使用 CLI 或外部 API。

如果用户提供了具体手机型号或精确分辨率，应优先采用用户参数。若用户要求系列套装、iPad 或 MacBook 版本，先阅读 [references/device-contract.md](references/device-contract.md)。

第一阶段：用真实画面选择风格

不要让不熟悉设计术语的用户只看文字想象风格，也不要要求用户在专业名词中盲选。

• 用户提供参考图： 除非用户明确要求编辑原图，否则只把参考图作为视觉方向；围绕同一主题生成三个相邻方案：忠实还原、更加克制、更加大胆。
• 用户已经说清风格： 整理并规范风格要求，制作一至三张同主题样图，不再展示大规模风格库。
• 用户只给出主题或感觉： 阅读 [references/style-library.md](references/style-library.md)，选择 12 个差异明确的方向，为每个方向生成真实可见的同主题样图，再用 scripts/build_style_board.py 按每页六个选项排成手机尺寸选板。
• 用户说“直接做”或同义表达： 跳过选款环节，根据主题选择平衡的风格组合，并在交付清单中写明所选方向。

每个风格选项都必须包含真实可见的图片。文字标签只能辅助说明，不能代替视觉样图。可用的视觉素材包括：

1. 用户提供的参考图；
2. 已记录来源与许可的外部参考图；
3. 为本次选择低成本生成的同主题样图。

不得模仿在世艺术家的可识别个人风格，也不得把没有许可的外部图片像素直接用于交付成品。外部艺术指导 Skill 可以帮助组织提示词，但除非用户主动询问，不把内部 Skill 名称当作面向用户的风格选项。

展示选板后，提示：回复编号即可；也可以说“更亮、更真实、更简单”。 用户选定后，将对应样图冻结为后续批量制作的视觉基线。

第二阶段：制作壁纸

1. 每张成品分别编写提示词。批量制作应逐张调用生成能力，不能用一次调用冒充多张独立成品。
2. 默认使用 Codex 内置 image_gen，不向用户索要 API Key。只有用户明确要求或确认时才使用 CLI。
3. 每张成品分别记录：
   • 使用的艺术指导 Skill 或提示词逻辑；
   • 实际图片生成后端与模型；
   • 源图像素尺寸；
   • 最终像素尺寸；
   • 交付方式：原生精确尺寸、代码原生精确尺寸、裁切后精确适配 或 超分辨率后精确适配。
4. 针对每种设备分别构图。不得只生成一张横图，再机械裁切成所有设备版本。
5. 保持用户选定的视觉基线一致：媒介、色彩、光线、构图密度、质感和负面约束均需延续。
6. 扩展尺寸前先检查每张生成结果。遇到地标变形、不可读伪文字、Logo、水印、结构重复、透视破坏或与锁屏时钟冲突的构图时，应判定失败并重新生成。
7. 如果源图小于要求的最终尺寸，应使用经过验证的超分辨率流程并如实说明。不得把放大后的图称为“原生 4K”。

设备与展示规则

最终生成前先阅读 [references/device-contract.md](references/device-contract.md)。

• 除非用户明确不要，否则始终包含手机版。
• 壁纸母版必须清晰、干净，不带说明标签。
• 产品展示图可以使用同一张壁纸作为大面积模糊背景，前方放置清晰的正面设备，并用小标签标明分辨率与宽高比。
• 使用 scripts/render_blurred_showcase.py 生成可复现的产品展示图。优先采用精准的正面设备框；只有屏幕蒙版与边缘覆盖检查确认没有裁切或穿透后，才使用 3D 透视模板。

第三阶段：交付与验收

宣称完成前必须阅读 [references/delivery-contract.md](references/delivery-contract.md)。

• 用户指定保存位置时，应把最终文件持久保存到默认图片生成缓存之外。
• 壁纸母版、设备展示图和生产记录必须分开存放。
• 使用 scripts/verify_delivery.py 对照交付清单验收。
• 壁纸母版超过六张时，应生成联系表供视觉复核。
• 工具退出或任务进入队列都不等于完成。只有文件能够完整解码、像素尺寸准确、清单哈希一致并完成视觉检查，才可以交付。

失败处理

• 对变形、带水印、混入文字、拉伸、裁切、遮挡时钟等不合格成品，应只重新生成失败项。
• 任务中断后，先复核已保存文件的哈希和尺寸，再继续制作缺失项或失败项。
• 交付验收失败时，应在生产状态中保留失败记录，不得把受影响文件当作已交付成品。

限制与不确定性

• 内置图片生成在不同调用间可能产生差异，无法保证风格完全一致、地标几何绝对准确或设备外观完全真实。
• 可见样图或模拟设备展示图不能证明用户满意度，也不能替代真实屏幕显示检查。
• 参考图能否复用取决于其授权情况；权利不明确时，只将其作为方向参考，并生成全新像素。

面向用户的表达

移动端回复保持简短：

• 需求确认：用一句话复述理解到的主题；
• 风格选择：展示图片并请用户回复编号；
• 制作过程：只在有帮助时报告当前进度与总数；
• 成品交付：展示结果、保存位置、精确像素尺寸，并说明是否使用超分辨率。

除非用户主动询问，不公开内部提示词结构、文件清单格式或渲染器名称。