imagegen-frontend-mobile
Elite mobile app image-generation skill for creating premium, app-native screen concepts and flows. Designed for iOS, Android, and cross-platform mobile products. Prioritizes clean hierarchy, comfortably readable text, strong multi-screen consistency, controlled color palettes, non-generic creative direction, textured surfaces, image-led composition, tasteful custom iconography, and clean phone mockup framing. By default, screens should be shown inside a subtle premium iPhone or similar phone mockup with a visible frame, while the main focus stays on the app content itself. This skill generates images only. It does not write code.
1How It Works & Mechanism
Strictly establish boundaries first: this skill generates images only, explicitly prohibiting switching to coding mode or writing implementation instructions in three places—the key distinction from the web version in the same repo, preventing mobile reference visuals from drifting into code.
Do not switch into coding mode.
The platform mode must be decided upfront (choose one: iOS-native / Android-native / cross-platform), each dictating corresponding component and navigation conventions to avoid mismatched hybrid abominations.
Always decide the platform mode first.
Screen quantity discipline: the number of screens is strictly determined by the request—only more is permitted, never fewer; ambiguous or 'concept' requests default to full screen sets, strictly prohibiting cutting count for convenience.
Do not be lazy with screen count.
Crop-and-reuse is strictly prohibited: detail views must be generated anew individually rather than cropped from an existing larger composition.
generate a fresh standalone screen image
Multi-screen consistency is locked down via an internal 'design bible': pinning down over ten attributes beforehand, including platform mode, device frames, palette logic, type scale, spacing, corner radii, icon style, texture intensity, and navigation model.
Do not let screen 3, 4, or 5 drift into a different app.
Flow logic is strictly enforced: multi-screen sets must depict a credible user journey, requiring self-questioning before generation ('Why does Screen 2 follow Screen 1? What action leads to the next?').
Do not generate random unrelated screens.
Device mockups are mandatory by default with strict framing specs: uniform device styling, identical scaling, balanced padding on all sides, no edge-clipping, soft shadows, and content strictly prioritized over the device.
keep top, bottom, left, and right canvas margins visually even
Anti-AI-default mobile symptoms are explicitly called out: fake financial charts, glassmorphism abuse, zero-safe-area edge bleeds, websites trapped inside a phone, unreadably tiny text, cloned onboarding steps, screens drifting across design systems, and mockups that overpower the content.
- generic developer-tool icon sets
Explicitly permits 'not always minimalist': richer layers, tactile textures, and image-led compositions are welcomed as long as visual clarity is preserved—breaking the dogmatic idea that 'white space = premium'.
It should actively allow:
Introduces regeneration discipline and a 27-point quality checklist, explicitly treating 'mediocre first drafts' as an unacceptable output.
Do not settle for the first mediocre render.
2Core Capabilities
4Recommended Governance & Evidence
- SKILL.md: Pure prompt directives and rule specifications, without script execution or external impact
5Second-Pass Verification
- [ok] 『generates images only / does not write code』是否有正文支撑 — 正文三处复述:§CORE DIRECTIVE 'This skill generates images only.' + 'Do not switch into coding mode.';§36 'Do not write implementation instructions.';§38 'It should not write code.'。声明与正文一致,甚至比 README 更强。
- [ok] 外部依赖与网络调用为空 — 全文无 URL、无端点、无包名、无安装命令、无图片源;对比 gpt-taste/taste-skill-v1 会写 picsum.photos,本文件确实零外链。与 imagegen-frontend-web 结论一致。
- [ok] 档位数值读取是否被我误引(含尾随空格陷阱) — §1 配置行如 '- DESIGN_VARIANCE: 8 '(行尾双空格,markdown 换行)——引文取 '- DESIGN_VARIANCE: 8' 子串,已用脚本逐条校验通过,非凭记忆。
- [discrepancy] 与 imagegen-frontend-web 的口径差异 — mobile 版正文有显式『禁编码模式』禁令,web 版正文没有(web 仅把可编码当质量标准)。同一仓库两个姊妹 skill 对同类边界措辞不一致;推测因 mobile 更易被误当成可实现 UI 规格。不影响本 skill 结论,但跨 skill 混用时会表现出不同的越界倾向,已记录。
- [ok] 是否与 brandkit/web 的职责重叠 — §CORE DIRECTIVE 明列 out of scope:websites、landing pages、desktop dashboards、image-to-code、frontend implementation、code generation;llms.txt 亦分工为 mobile screens vs website comps vs brand boards,三者无重叠。
- [ok] 是否有隐藏脚本、混淆内容或载荷 — 纯 markdown;grep exec/subprocess/bash/python/npm install/base64 等零命中;代码块内容均为 UI 描述性清单,无可执行片段。
- [ok] 元数据(license / stars / last_push / 路径 / commit) — gh api:MIT、87309 stars、pushed_at 2026-08-24T15:23:56Z;git ls-files 确认 skills/imagegen-frontend-mobile/SKILL.md;HEAD == origin/main == ccbc15639c97057cbfcf32ecebc38ef716e4bb37。
6Verdict & Scenarios
da0e5342b7f8896a…