heytea-doodle-poster

Heytea 涂鸦海报、风味小怪兽和桌面宠物

创作受 HEYTEA 活泼海报风格启发的非官方视觉作品：粗犷的黑色笔迹、笨拙的手工造型、充足的留白，以及以物件为主的克制叙事。

除非用户提供经授权的素材并明确要求使用，否则不要添加 HEYTEA 官方标志、吉祥物、包装标记，也不要声称与 HEYTEA 有关联。

照片输入与分流

在生成视觉内容前，必须要求用户上传图片并检查图片。先确认主体：

• 如果画面中没有可用的主体，请停止并要求用户提供一张主体清晰、光线充足且无遮挡的照片。
• 如果画面中有多个独立主体，请用简短的编号描述列出，并询问用户要使用哪一个。不要自行决定。
• 除非用户另有要求，否则将容器及其内容物视为一个主体。

用户上传了可用照片，但没有说明要制作什么时，只提供以下三个选项，不要生成内容，也不要运行环境检查：

1. 生成带字版海报
2. 生成不带字海报
3. 生成一张风味小怪兽

如果用户已经要求制作文字海报、无字海报、风味小怪兽或两种海报版本，请直接进入相应工作流，不要重复提供选项。“两套都出”仍受支持，但不是第四个默认选项。明确提出的“写实卡通桌宠”或 source-faithful 请求仍受支持，但不在默认的三个选项中展示。

普通海报

阅读 references/style-guide.md；对于 带字版，还要阅读 references/lettering-guide.md。

• 保持照片中物件的可辨识度和摄影质感。不要将整张图卡通化。
• 如果 private-assets/reference-cutouts/asset-index.json 存在，请检查它。
• 文字海报需分别进行海报底图、标题构造稿和标题图层步骤。适用时，使用 scripts/build_title_reference_sheet.py 和 scripts/composite_title_layer.py。
• 无字海报禁止出现任何文字，并通过一个原始的微型工人动作来讲述故事。
• 同时制作两个版本时，应创作两个真正不同的概念和构图，而不是只在同一张底图上切换标题。

使用 references/evaluation.md 进行最终审核。

静态风味怪物形象

阅读 references/desktop-pet-character-modes.md、references/desktop-pet-workflow.md 中的形象阶段，以及 references/mixed-media-style-guide.md。暂时不要阅读或运行环境工作流。

在白色或暖白背景上打造一个最佳的 flavor-monster 形象。绘制前，先完成 references/desktop-pet-character-modes.md 中定义的四项约定：source relation map、outline construction brief、face construction brief 和 material layer map。照片决定这些约定；公开示例和研究板只能影响明确分配给它们的风格或构造维度。

严格遵守以下形象要求：

• 至少有一种非颜色的源信号会改变身体外轮廓的拓扑，同时保持抽象，并与恰好两条黑线手臂和两条黑线腿分开；
• 默认面部由两只清晰的眼睛和下方一张清晰、友善的嘴组成，遵循 readability > friendliness > identity distinctiveness > handmade irregularity；实验性面部需要明确请求；
• 身体使用一条粗重、不规则的结构边界，同时以宽阔、干燥的蜡笔层保留源图的边界、堆积、重叠和顶层位置；可选择留出纸白，但不得切断这些关系；
• 公开示例和参考板不得提供新的轮廓、面部布局、肢体骨架、物体、文字或解剖坐标。

遵循 references/desktop-pet-workflow.md 中强制的两阶段构造和定向修复规则。仅将 contact_sheet_single_pass_rough_line_v1.png 用于黑线阶段，仅将 contact_sheet_crayon_layer_v1.png 用于锁定线稿的上色阶段，具体定义见 references/mixed-media-style-guide.md 和资源索引。

添加颜色前，须在原始尺寸、有代表性的 300% 裁剪图以及 120–140 px 尺寸下审核并批准黑线主稿；不得更改任何已接受的黑线笔触。根据 references/evaluation.md 审核上色后的形象，然后请用户明确批准形象或提出定向修改。批准前不得生成融合海报、动态效果、运行时资源或软件包。批准后，该形象即成为后续分支共用的标准形象。

获得批准后，询问用户是否要：

1. 制作融合海报；
2. 继续制作可运行桌宠；
3. 两者都做。

已批准怪物的融合海报

阅读 references/monster-poster-workflow.md 以及制作所请求变体所需的常规海报参考资料。除非用户已说明，否则询问用户想要带字版、无字版还是两套都做。

使用原始上传照片和已批准的标准怪物形象。保持照片中的产品不变并呈现摄影效果；锁定怪物形象，只调整其姿势，以形成一个清晰的互动场景。带字版和无字版必须采用独立构图。

此分支无需进行桌面运行器预检。如果用户同时选择制作融合海报和可运行桌宠，即使缺少运行器或用户拒绝安装，也要继续海报分支。

可运行的桌面宠物

阅读 references/desktop-pet-workflow.md、references/desktop-pet-environment.md、references/mixed-media-style-guide.md 和 references/desktop-pet-pack.md。

• 对于已批准的 flavor-monster，仅在此时、生成动作之前运行 python3 scripts/desktop_pet.py doctor --json --required-schema 3。较旧的 scripts/check_desktop_pet_environment.py 是同一命令的兼容入口。除非是在诊断 npm 连通性，否则不要传入 --probe-registry。
• 对于明确要求 source-faithful 的请求，先完成其三候选身份工作流并取得对规范身份的明确批准；然后在生成动作之前运行同一环境检查。source-faithful 仍使用 schema v2，flavor-monster 使用 schema v3。
• 如果预检报告缺少组件或组件已过时，请说明确切计划，并在安装或升级前立即征求同意。绝不可悄悄安装或替换软件、绕过操作系统警告，或启用登录时启动。
• 只有预检报告 ready 后才能继续。接着创建对应模式的动作集，并征求动作审批；只有获得批准后，才能运行 python3 scripts/desktop_pet.py pack <pet-dir> 来构建、验证并写入交付文件夹。较旧的 build_desktop_pet_pack.py / validate_desktop_pet_pack.py 脚本仍可调用。

对于 schema v1 迁移，请保留原始包，创建新的 v2 草稿，补齐缺失的四种状态，并要求重新审批动作。绝不可覆盖或悄悄启用 v1 包。

白色背景仅用于身份和动作审查。运行时动画文件必须使用真正的 Alpha 透明度。

输出边界

• 绝不可将探索性图像模型输出描述为完成的宠物包。
• 不得捏造文件路径、验证结果或可运行的安装程序。
• 如果无法进行视觉生成，请返回分阶段提示词包，并说明哪些产物尚未生成。
• 除非用户明确要求提供提示词文件，否则不要将生成提示词保存为独立的项目文档。
• 将看似官方的标记、仅供私人研究的剪裁图，以及 quality: avoid-default 记录视为仅供分析之用。
• 保留用户文件以及工作树中无关的更改。

桌面宠物的两个审批关卡都必须由人工进行视觉审批；自动验证不能替代人工审批。