mcpField
I
ip-as-logo

ip-as-logo

github.com/s1dashu创意与媒体6.3k3.5k 次安装10 周前更新
代码仓库

关于 ip-as-logo

IP as Logo 是用于根据产品背景创作简洁可爱 IP 角色的技能,角色需在 32 × 32 尺寸下仍可辨识。它规定方向提案、图像生成与交付流程。

主要功能

  1. 01根据产品背景构思角色方向
  2. 02生成前提出三个设计方向
  3. 03规定批次变体与摆放位置
  4. 04限制形状数量和语义色彩
  5. 05明确图像生成及交付步骤

适用场景

  1. 01为产品设计角色形象
  2. 02比较不同方向的角色变体
  3. 03制作小尺寸仍易辨认的角色图

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/s1dashu/ip-as-logo-skill --skill ip-as-logo

安装后在 Claude Code 中输入/ip-as-logo确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
.gitignore
LICENSE

详细介绍

IP 形象标志

创建尽可能简单可爱的 IP 形象:一个小巧讨喜的符号,即使缩小到 32 × 32 也能保持辨识度,而不是一幅细节丰富的角色插画。

工作流

  1. 解析请求,判断是否明确指定了 IP 主体,以及是否有可用的产品上下文。除非用户明确希望控制色彩模式,否则不要询问用户选择色彩模式。
  2. 如果用户未指定 IP 主体,且当前工作区是产品代码库,则在提问前检查相关的只读上下文。优先查看 README、产品文档、包或应用元数据、落地页文案、清单和设计令牌。当可以较有把握地推断产品用途、主要受众和预期个性时,视为上下文充分。
  3. 如果产品上下文不足,一次性询问一组综合背景问题,涵盖产品的用途、服务对象以及希望呈现的感受。不要进行第二轮背景问卷。收到答复后,根据现有依据最充分的解读继续。
  4. 上下文充分后,生成前始终先提出三个简洁的方向,并明确提议一次生成六个独立候选方案。除非用户同意,否则不要生成;但如果当前请求已明确授权生成六个输出,或要求 Agent 不再确认、直接继续,则无需再次确认。
  5. 审慎选择提出的三个方向:
    • 如果用户明确指定了 IP 主体,则保留该主体,并根据轮廓处理、次要色块、标志性特征或个性侧重提出三种不同的设计处理方式。
    • 如果用户未指定 IP 主体,则提出三个真正不同的 IP 主体或隐喻。将每个主体与不同的产品属性或品牌承诺联系起来;不要毫无依据地提出三种任意动物。
  6. 准确解读用户的回复:
    • 如果用户接受全部三个方向和六张图的提议,则为每个方向生成两个独立变体,分别标记为 A1、A2、B1、B2、C1 和 C2。将 A1、B1 和 C1 分配到左下角,将 A2、B2 和 C2 分配到右下角,以便每个方向都从两侧各测试一次。
    • 如果用户选择了一个方向并接受生成六张图,则为该方向生成六个受控变体,标记为 A1 至 A6。将奇数编号变体分配到左下角,将偶数编号变体分配到右下角。
    • 如果用户拒绝了提议的数量、方向或分布,则按用户给出的替代指示执行,不要坚持默认方案。
    • 对于其他偶数默认批量数量,将候选方案平均分配到左下角和右下角。对于奇数批量数量,审慎决定将额外候选方案分配到哪一侧,并记录分配不均的情况。除非用户明确要求,否则不要使用底部中央位置。
  7. 默认每个候选方案在完整图像中恰好使用三种语义颜色:恰好两种 IP 主色,加上一种背景色。面部标记复用两种 IP 颜色,不要引入其他语义颜色。必需的产品线索、标志性特征、复杂度限制和用户提供的调色板应保持一致,以便进行有效比较。
  8. 生成前,必须使用顶级图像模型:优先使用 GPT Image 2;也支持 Seedance 5.0 Pro、Nano Banana Pro(Gemini Image Pro)或 Nano Banana 2(Gemini Image Flash)。如果这些模型都不可用,请用户启用合适的工具或提供其 API 密钥。绝不要退而使用 SVG 生成。只有在用户明确同意的情况下,才能使用其他可用的图像模型,并提醒用户其质量可能不及推荐模型。不要捏造生成结果。
  9. 如果运行环境支持子 Agent,则在可用并发量范围内并行生成六个独立候选方案。为每个子 Agent 提供相同的产品简报和共享约束,并分配一个方向或变体;如果并发量有限,则在后续批次中生成剩余候选方案。如果不支持子 Agent,则通过单独的图像生成调用或作业生成候选方案。
  10. 如果用户提供了背景调色板,则除非用户明确另有说明,否则将其中每种颜色都保留用于背景。根据主体和上下文独立选择恰好两种 IP 主色,除非用户也指定了主体颜色。不要将任何历史调色板或示例调色板视为允许使用的背景色封闭列表。
  11. 根据下方的复杂度预算抽象每个主体。将每个候选方案生成为单独的全分辨率正方形素材;绝不要要求图像模型合成联系表、网格或多图表。测试仅基于提示词的可复现性时,不要将之前的候选方案用作图像参考。
  12. 将每批生成视为单轮创意抽选。每个请求的候选方案只生成一次,然后保留并原样交付每个返回结果。不要检查输出以阻止交付、将其分类为推荐或不推荐、自动重试,或进行后期修复。
  13. 保留并标注每个生成结果。报告每个标签、IP 方向及其理由、分配的角落、保存路径、提示词与颜色映射,以及尺寸。将所有结果一并呈现;仅当用户明确要求再次生成时,才生成优化版本或替代方案。 生成前提出方向时,用一行简洁描述每个方向:<IP 主体> — <产品关联> — <标志性轮廓>。最后直接提议按上述分布生成六张图片。除非用户提出要求,否则不要把探索阶段变成冗长的品牌工作坊。

复杂度预算

  • 用大约 4–7 个大型基础几何形状构成一个占主导地位、连贯的外轮廓。合并或删除任何不能体现身份、表情或辨识度的形状。
  • 最多使用一个定义物种的特征,例如一个大喙状囊袋、一对卷曲的角或一块宽大的面罩。
  • 最多使用两个宽阔的内部色块,对应 IP 的两种基础色。面部保留两只眼睛;仅在表情需要时,才加一个小小的嘴巴。除非对辨识度至关重要,否则省略眉毛、高光、鼻孔、纹理、描边和装饰性标记。
  • 去掉重复的羽毛、鳞片、毛簇、装甲板、按钮、螺丝、数字、标签及其他插画细节。
  • 将简化、可爱和惹人喜爱的幼态个性作为决定性特质。视主体情况,优先采用大头、紧凑比例、柔和的脸颊、间距较大的简洁眼睛,以及平和友善的表情。
  • 确保黑色剪影清晰易辨,并且在 32 × 32 尺寸下仍可辨认。如果某个特征在该尺寸下消失或变成杂讯,就将其放大、合并或删除。

造型语言与构图

  • 使用厚实、圆润、有分量的轮廓和宽阔的色块。
  • 禁止尖角、尖耳或尖喙、针状尾巴、细天线、细微笑线、狭窄间隙,以及尖锐的火焰或羽毛尖端。将每个必要的尖端都替换成明显钝圆的末端。
  • 成对的标志性特征,如耳朵、角、翅膀、鳃或铃铛,必须两侧都展示。
  • 让角色保持直立,并从指定的左下角或右下角探出,占据画布约 85–95%,确保 IP 在视觉上占主导地位。
  • 如果能增强角色从指定角落探出的感觉,可以让角色在底部或指定的一侧被裁切,但不要规定与边缘精确接触或固定的裁切方式。
  • 除非用户明确要求,否则绝不要将角色置于画面中央或底部居中。
  • 在可见构图中,保留成对标志性特征的两侧。
  • 保持画面直立;除非用户明确要求,否则绝不要旋转画布或倾斜主体标记。

简洁性与视觉呈现

  • 从大型、干净的语义形状和尽可能鲜明简洁的剪影着手。在注意到任何内部特征之前,观者就应能立即认出角色。
  • 优先采用更少、更大、更柔和的形状,而不是增加细节。不要仅为说明解剖结构或材质而添加特征。
  • 面部标记应小巧、简洁且不抢眼。不要为眼睛、嘴巴、鼻子或其他小特征添加亮面高光或细致的凹陷效果。
  • 指定的背景色应保持视觉上纯净、均匀,不要添加景物、纹理、光晕、暗角或光照变化。
  • 仅使用提示词骨架中的那一句话要求微妙的立体效果。不要将其扩展为数值强度,也不要添加关于渐变、高光或阴影的指令。生成器生成的偶然渐变、明暗处理或轻微立体感都可以接受,不应因此过滤结果或重新生成。
  • 保持所要求的视觉方向图形化且简洁,不要要求呈现黏土、充气、塑料、毛绒、玩具质感或照片级真实效果。

色彩与画布

  • 整张图中默认严格使用三种语义色:两种 IP 基础色,加一种背景色。
  • 根据产品语境、主体身份、预期个性和用户请求,选择两种 IP 颜色。将两种颜色分别组织成大面积且有明确用途的色块;重复使用其中一种颜色绘制面部标记,另一种颜色则用于一处连续的标志性区域,不要将其拆散成零星的装饰碎片。
  • 为主体独立选择两种颜色,不受背景色影响。适当时优先选用清晰、鲜活的主体色,但不要对 IP 施加全局性的饱和度、OKLCH、色相偏移或色度范围限制。
  • 根据语境自由选择背景色,也可以从用户提供的调色板中选择。除非用户要求鲜艳的颜色,否则应适度降低背景色的饱和度,让它略显柔和;保持色彩鲜明且经过有意设计,避免过于鲜艳、灰暗或浑浊。历史调色板和示例仅供参考,绝非允许列表或强制默认调色板。
  • 确保主体 IP 的主轮廓、面部标记和背景之间有清晰的视觉区分。如果用户提供的背景导致区分度不足,应优先调整主体颜色,而非替换用户指定的背景。
  • 批量生成时,有意识地变化两种 IP 颜色的搭配策略,不要反复使用同一种以中性色为主的组合。
  • 将两种角色颜色视为语义色系。任一色系内部偶然出现的明暗变化不会使输出失效。
  • 直接指定预期的纯色背景。要求该颜色填满所有空白区域和未被占据的角落,同时角色占据指定的出场角落。不要在生成提示词中使用 opaque、alpha 或 transparency 等图像模式术语。
  • 直接生成方形的 1:1 图像,外角为直角。要求尺寸约为 1536 × 1536;如果服务输出上限为原生尺寸 1254 × 1254,则接受并保留该尺寸。切勿仅为达到指定数字而重新采样。

提示词框架

按生成器能力应用路由约束

根据运行时元数据、已配置提供商的文档或用户的明确说明,确定可用的图像模型及其实际工具架构。不要猜测模型或编造不受支持的参数。

仅将所请求的视觉内容描述为图像。绝不要告诉图像生成器该图像是 logo、brand mark、app icon、icon asset,或用于这些用途。不要添加会透露此类用途的用例或素材类型说明。此规则仅适用于生成提示词;周围的用户对话和 Skill 名称仍可描述更广泛的项目。

  • 对于 GPT Image 2、Nano Banana Pro、Nano Banana 2 和 Seedance 5.0 Pro 等现代指令遵循型图像模型,将完整的正向提示词保留在主提示词中,并在其中以自然语言的 Constraints: 行表达最少的排除项。不要为这些模型创建单独的负向提示词载荷。
  • 对于明确提供 negative_prompt 等专用参数的旧版模型或运行时,保持每一行正向提示词不变,并通过该专用参数,以可用适配器要求的语法传递最少的排除项。从主提示词中省略自然语言的 Constraints: 行,避免通过两个通道重复相同的排除项。
  • 对于没有专用负向提示词参数的旧版模型,请遵循其文档规定的提示词格式。如果只有一个提示词字符串可用,则保留简洁的自然语言 Constraints: 行。
  • 在生成报告中记录模型或提供商、检测到的约束传递模式(main-prompt constraints 或 dedicated negative parameter),以及确切的约束文本或载荷。

当专用的旧版负向提示词参数可用时,请将此最少载荷调整为该参数所需的语法:

text, watermark, borders, frames, cards, presentation masks, extra subjects, scenery, thin fragile lines, sharp tips, photorealistic materials, strong three-dimensional rendering, external cast shadows

对于现代指令遵循型模型和单提示词接口,请使用以下完整提示词:

Create one complete full-bleed 1:1 square image.
Background: fill the entire square with solid <background>. Keep <background> visible in every open area and in the corners not occupied by the character; the assigned emergence corner must be occupied by the character.
Subject: place one extremely simplified, cute, endearing <subject> IP character on the background, reduced to one soft rounded continuous silhouette and one defining feature.
Complexity: use only 4–7 large basic shapes and at most two broad internal color regions. Use two simple eyes and add one tiny mouth only when it helps the expression. Remove every nonessential line, outline, anatomical detail, texture, and decoration. Keep the character readable at 32 × 32.
Color behavior: use exactly three semantic colors in the complete image: exactly two IP base colors plus the background color. Choose the two IP colors from the subject and context, organize both into broad purposeful masses, and reuse them for facial marks. Choose the background independently or follow the user's supplied background. Unless the user asks for vivid color, lower the background saturation slightly so it feels gently muted and restrained while remaining clearly chromatic, clean, and intentional rather than gray or muddy. Keep the IP, facial marks, and background clearly separated. Treat any example palette as optional inspiration, never as an allowlist.
Composition: keep the character upright and emerging from the assigned <lower-left or lower-right>, filling about 85–95% of the square so it remains visually dominant. Cropping at the bottom or assigned side is welcome when it strengthens the corner emergence. Preserve both paired identifying features. Never center or bottom-center the character.
Style: make simplification, cuteness, and lovable baby-like appeal the strongest qualities. Use large soft forms, compact proportions, thick rounded contours, and an ultra-clean graphic treatment. Prefer one clear shape over several explanatory details. Add an extremely, extremely subtle, almost imperceptible sense of depth through a barely-there neo-skeuomorphic treatment.
Finish: show only the character on the full-canvas background, with clean surfaces and normal square outer corners.
Constraints: Use no text or watermark. Add no borders, frames, cards, or presentation masks. Include one character only, with no extra subjects or scenery. Use no fragile lines, sharp tips, unnecessary outlines, tiny details, or decorative marks. Add no photorealistic material, dramatic bevel, glossy hotspot, deep occlusion, extrusion, strong three-dimensional rendering, or external cast shadow. Keep the background solid and uniform, with no texture, vignette, or lighting variation.

交付行为

  • 将生成视为随机抽样,而非符合性测试。
  • 按请求数量一次性生成相互独立的候选结果,并交付所有返回的图像。
  • 默认不要检查或报告 Alpha、透明度或背景模式。
  • 不要因背景、颜色、细节、构图、渐变、阴影或维度而阻止交付、评定候选结果是否合规、标记为推荐或不推荐,或自动重试任何结果。
  • 不要对结果进行后期处理,使其看起来更合规。如果用户之后明确要求不同方向或替换结果,请据此生成一个新的独立候选结果。

评论

支持 Markdown