design-playful-app-icons

设计趣味应用图标

通过纯文本设计规则，创作独具特色的应用图标。用醒目的物体、吉祥物或字形传达一项产品承诺，并确保图标在启动器尺寸下仍清晰可辨。

加载参考资料

• 每项任务都要阅读 references/style-profile.yaml。其中的数值范围和不变要求是唯一准则。
• 在构思、选择视觉方向或撰写生成提示词时，阅读 references/design-recipes.md。
• 在评估、优化、比较或准备生产素材时，阅读 references/evaluation.md。

不要索取或依赖随附的参考图片。只有当用户希望点评或编辑现有图标时，才询问图片。

遵循工作流

1. 将需求提炼为 object + action + emotion。
   • 物体：能代表产品的最简单具体隐喻。
   • 动作：用户获得的益处或转变。
   • 情绪：图标应传达的个性。
2. 如果风险较低，可根据产品类别推断缺失细节。只有当产品隐喻可能因此显得随意牵强时，才提出一个简短问题。
3. 从 style-profile.yaml 中选择一个视觉方向。不要混合所有方向。
4. 创作三个方向，让它们在隐喻或轮廓上有所不同，而不只是颜色不同。
5. 渲染前，根据产品含义、轮廓和原创性为各方向评分。选出最出色的方向，并说明理由。
6. 使用选定的设计方案构建最终生成提示词。明确描述几何形状、构图、调色板角色、面部表现、材质、光线和排除项。
7. 如果有图像工具，则生成图标；否则提供最终提示词和构造规格。
8. 使用 evaluation.md 在 1024、180、60 和 32 px 尺寸下评估结果。如果无法获取实际栅格图像，则应根据构图和细节数量进行保守判断。
9. 优先修改得分最低的维度。每轮仅做一到两项有针对性的改动，避免图标辨识度发生偏移。
10. 随最终素材或提示词一并提供调色板、视觉方向、制作说明和简短的质量报告。

保持核心辨识度

• 只使用一个主视觉对象，辅助道具最多一个。
• 占据方形画布约 70-85%，同时保护面部和标志性细节。
• 用 2-5 个宽大圆润的部分构成轮廓。
• 仅在有助于强化产品隐喻时才使用面部。优先采用两只眼睛和一个嘴部或手势。
• 使用一种主色、一种对比色，以及墨色或柔和白色作为中性色。
• 采用清晰的平面分隔或协调的柔和立体效果。避免表现方式含糊不清。
• 只添加一个令人难忘的亮点：富有表现力的眼神、形状双关、不对称裁切、有意设置的道具或不寻常的比例。
• 背景应铺满整个画面，并保持视觉简洁。

避免生成千篇一律的结果

• 先让图标说明应用的用途，再增加可爱感。
• 优先选择具体且与产品相关的物体，而非通用的团块、星星、闪光或笑脸。
• 通过瞳孔、眼睑、倾斜角度或姿势来塑造鲜明态度。
• 仅在表现体积、深度或刻意营造的冷暖过渡时使用渐变。
• 淘汰那些看起来也能代表多个无关应用的概念。

确保原创并遵守公众安全规范

• 不要点名、模仿或引用任何艺术家、工作室、现有应用、徽标、吉祥物或受版权保护的角色。
• 不要使用“in the style of”等措辞，也不要要求模型复刻已知图标。
• 不要重现任何参考素材特有的轮廓、面部、配色布局或道具组合。
• 根据用户的产品功能和受众开发原创隐喻。
• 除非用户拥有并提供相应标志，否则避免出现可见文本、品牌名称、水印和类似商标的字母组合。

提供恰当的回复

概念设计

提供三个方向，包含：名称、隐喻、风格路线、轮廓、表情或视觉亮点、配色预设，以及小尺寸适用性说明。推荐一个方向。

图像生成

在工具允许时生成选定方向。还需提供最终提示词原文、负面约束、选定的风格路线和配色，以便复现结果。

评审与优化

先指出影响最大的问题。为所有评审维度打分，提出具体修改，然后提供修订后的提示词或规格说明。

交付制作

说明画布、安全区域、图层顺序、配色值、光线方向、景深处理、蒙版行为和导出要求。对于 iOS，默认使用不透明的 1024 x 1024 sRGB 光栅图，不带透明度，也不预先烘焙圆角蒙版。对于 Android 自适应图标，应分离前景和背景，并根据当前平台安全区域模板进行验证。

按以下顺序构建提示词

1. 作品类型和目标平台
2. 产品用途和选定的隐喻
3. 姿势、裁切和轮廓
4. 视觉风格路线和部件构造
5. 表情和唯一的标志性亮点
6. 配色角色和简洁背景
7. 材质、光线、景深和阴影
8. 32 px 尺寸下的可读性要求
9. 负面约束和原创性保障

切勿只依赖形容词。将“可爱、现代、精致”替换为可见的构造细节。