1仕組みと動作原理
最初に厳格な境界を固定:本スキルは画像出力専用であり、コーディングモードへの切り替えや実装説明の記述を3箇所で明示的に禁止。同一リポジトリのWeb版との最も明確な違いであり、モバイル向け参考画像がコード生成へと脱線することを防ぐ要となる。
Do not switch into coding mode.
プラットフォームモードの事前決定が必須(iOSネイティブ / Androidネイティブ / クロスプラットフォームの3択)。それぞれに対応するコンポーネントとナビゲーションの傾向を割り当て、中途半端な混ざり合いを防止。
Always decide the platform mode first.
画面数の厳格な規律:画面数はリクエストに応じて決定され、増加のみを許容し削減は禁止。曖昧な指示や「コンセプト」系の要望にはデフォルトで一連の画面セットを提供し、手抜きによる削減を明確に禁止。
Do not be lazy with screen count.
切り抜き再利用の禁止:詳細ビューが必要な場合は既存の全体画像からトリミングせず、必ず新規に単独生成。
generate a fresh standalone screen image
マルチスクリーンの一貫性を内部の「デザインバイブル」で担保:画像生成前にプラットフォームモード、端末枠、カラーパレットロジック、文字スケール、余白、角丸、アイコンスタイル、テクスチャ強度、ナビゲーションモデルなど十数項目を固定。
Do not let screen 3, 4, or 5 drift into a different app.
フローロジックの強制:複数画面は説得力のあるユーザージャーニーを構成する必要があり、生成前に「なぜ画面2が画面1の後に来るのか」「どのような操作で次の画面へ遷移するのか」を自問することを要求。
Do not generate random unrelated screens.
端末フレームの付与をデフォルトとし、フレーム仕様を細かく規定:統一された端末スタイル、統一された拡大縮小率、上下左右均等な視覚的マージン、端末が端に接触しない配置、ソフトなシャドウ、端末よりコンテンツを優先。
keep top, bottom, left, and right canvas margins visually even
アンチAIデフォルトのモバイル症状を具体的に名指し:架空の金融チャート、過剰なグラスモーフィズム、セーフエリアを無視した端寄せ配置、端末内のWebサイト、読めない極小テキスト、クローン化したオンボーディング、デザインシステムが崩壊した画面群、主役を奪うフレームなど。
- generic developer-tool icon sets
「常にミニマルである必要はない」ことを容認:清潔感を損なわない限り、より豊かな階層、テクスチャ、画像を主軸とした表現を明示的に許可し、「余白=上質」という短絡的なアプローチを打破。
It should actively allow:
再生成の規律と27項目の品質セルフチェックを導入し、「初回の平凡な出力結果」を明確に不合格対象として設定。
Do not settle for the first mediocre render.
2コア機能
4推奨統制措置と判定根拠
- SKILL.md: スクリプト実行や外部影響を伴わない、純粋なプロンプト指示およびルール定義テキスト
5二重目の独立検証
- [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。
6結論
da0e5342b7f8896a…