ホーム / 全スキル / コンテンツ制作 / imagegen-frontend-mobile
コンテンツ制作 · leonxlnx/taste-skill

imagegen-frontend-mobile

洗練されたアプリネイティブな画面コンセプトやフローを作成するためのエリートモバイルアプリ画像生成スキル。iOS、Android、およびクロスプラットフォームのモバイルプロダクト向けに設計されています。明確な情報階層、読みやすいテキスト、強力なマルチスクリーンの一貫性、制御されたカラーパレット、非凡なクリエイティブディレクション、質感のあるサーフェス、画像を主軸とした構図、センスの良いカスタムアイコン、そして端正な端末モックアップのフレーミングを重視します。デフォルトでは、画面は目に見えるフレームを持つ上品なiPhoneや類似端末のモックアップ内に収めて表示され、アプリのコンテンツ自体に主眼が置かれます。このスキルは画像のみを生成し、コードの記述は行いません。

L1 基本 · ソース登録のみV1 コミット固定Dual-pass Audit
Author leonxlnxGitHub leonxlnx/taste-skill ↗Stars 87309License MIT(仓库根 LICENSE,Copyright (c) 2026 Leonxlnx;GitHub API spdx_id=MIT)Commit ccbc15639c
管理レベルは Skill の能力と推奨統制措置を示すものであり、品質や安全性の認証、利用可否の判定ではありません。使用の可否はユーザーおよび管理者が決定します。Agent 環境によって制約が異なるため、自動保護を仮定しないでください。第三者製 Skill の著作権は原著作者に帰属し、利用リスクは利用者が負います。

1仕組みと動作原理

最初に厳格な境界を固定:本スキルは画像出力専用であり、コーディングモードへの切り替えや実装説明の記述を3箇所で明示的に禁止。同一リポジトリのWeb版との最も明確な違いであり、モバイル向け参考画像がコード生成へと脱線することを防ぐ要となる。

skills/imagegen-frontend-mobile/SKILL.md
Do not switch into coding mode.
冒頭の §CORE DIRECTIVE、§36 RESPONSE BEHAVIOR フロー末尾、§38 FINAL GOAL に同一の禁止条項が配置され(後者2箇所は「Do not write implementation instructions.」/「It should not write code.」の形式)、三重の反復による高い準拠性を担保する設計。

プラットフォームモードの事前決定が必須(iOSネイティブ / Androidネイティブ / クロスプラットフォームの3択)。それぞれに対応するコンポーネントとナビゲーションの傾向を割り当て、中途半端な混ざり合いを防止。

skills/imagegen-frontend-mobile/SKILL.md
Always decide the platform mode first.
§2 では3つのモードそれぞれに推奨事項を定義:iOSはセーフエリアと抑制されたクローム、Androidはコンポーネントのリズムとapp bar/sheetのロジック、クロスプラットフォームは汎用モバイルナビゲーションを規定し、選択後は全編を通じての貫徹を要求。

画面数の厳格な規律:画面数はリクエストに応じて決定され、増加のみを許容し削減は禁止。曖昧な指示や「コンセプト」系の要望にはデフォルトで一連の画面セットを提供し、手抜きによる削減を明確に禁止。

skills/imagegen-frontend-mobile/SKILL.md
Do not be lazy with screen count.
§4 でマッピングを厳密に固定(1→1、3→3、7→7、onboarding flow→複数画面、auth flow→ログイン/登録/パスワード再設定の個別画面)。「1枚の窮屈な極小テキスト画面より、複数枚の明瞭な画面」というトレードオフ原則を徹底。

切り抜き再利用の禁止:詳細ビューが必要な場合は既存の全体画像からトリミングせず、必ず新規に単独生成。

skills/imagegen-frontend-mobile/SKILL.md
generate a fresh standalone screen image
§5 にその理由を明記:切り抜きは余白、プロポーション、タイポグラフィを損ない(「rely on cutouts if they distort spacing, proportions, or typography」)、極小テキストが判読不能になるため。生成コストをあえて引き上げる品質重視の設計。

マルチスクリーンの一貫性を内部の「デザインバイブル」で担保:画像生成前にプラットフォームモード、端末枠、カラーパレットロジック、文字スケール、余白、角丸、アイコンスタイル、テクスチャ強度、ナビゲーションモデルなど十数項目を固定。

skills/imagegen-frontend-mobile/SKILL.md
Do not let screen 3, 4, or 5 drift into a different app.
§6 でバイブルが固定すべき16属性をリスト化。§7 で「可変要素」(構図、機能の重点、画像配置、リズム)と「不変要素」(プロダクトのアイデンティティ、デザインシステム、フレーム品質)を明確に区分し、一貫性を形容詞ではなく属性テーブルとして定義。

フローロジックの強制:複数画面は説得力のあるユーザージャーニーを構成する必要があり、生成前に「なぜ画面2が画面1の後に来るのか」「どのような操作で次の画面へ遷移するのか」を自問することを要求。

skills/imagegen-frontend-mobile/SKILL.md
Do not generate random unrelated screens.
§8 で標準的な遷移パターン(オンボーディング → 認証 → ホーム、カート → チェックアウト → 完了など)を提示し、画面間でUI状態が引き継がれることを要求。「綺麗だが脈絡のない画像の寄せ集め」を排除。

端末フレームの付与をデフォルトとし、フレーム仕様を細かく規定:統一された端末スタイル、統一された拡大縮小率、上下左右均等な視覚的マージン、端末が端に接触しない配置、ソフトなシャドウ、端末よりコンテンツを優先。

skills/imagegen-frontend-mobile/SKILL.md
keep top, bottom, left, and right canvas margins visually even
§9/§10 では例外条件(ユーザーが画面のみの生画像を明示的に求めた場合、またはコンセプト自体がフレームなしに適している場合)を定義しつつ、その場合でも均等な余白と制御された余白バランスの維持を義務付け。

アンチAIデフォルトのモバイル症状を具体的に名指し:架空の金融チャート、過剰なグラスモーフィズム、セーフエリアを無視した端寄せ配置、端末内のWebサイト、読めない極小テキスト、クローン化したオンボーディング、デザインシステムが崩壊した画面群、主役を奪うフレームなど。

skills/imagegen-frontend-mobile/SKILL.md
- generic developer-tool icon sets
冒頭の §CORE DIRECTIVE で20以上の典型的な失敗例を一挙に列挙。後続の全38節中20節を費やしてこれら症状の系統的な修正(クリーンなファーストビュー、セーフエリア、ナビゲーション、文字サイズ、アイコン、質感など)を実施。

「常にミニマルである必要はない」ことを容認:清潔感を損なわない限り、より豊かな階層、テクスチャ、画像を主軸とした表現を明示的に許可し、「余白=上質」という短絡的なアプローチを打破。

skills/imagegen-frontend-mobile/SKILL.md
It should actively allow:
末尾のリストで許容項目(力強い画像、背景テクスチャ、ノイズの質感、グラデーションマスク上のテキスト、装飾的なSVG風アクセント、表情豊かな配色)と禁止項目(無作為なビビッドカラー、濁ったパレット、極小文字、Lucide風デフォルトアイコン、テンプレート感、不整合な画面群、粗雑なフレーム)を対比。

再生成の規律と27項目の品質セルフチェックを導入し、「初回の平凡な出力結果」を明確に不合格対象として設定。

skills/imagegen-frontend-mobile/SKILL.md
Do not settle for the first mediocre render.
§34 で再生成をトリガーする20の条件(文字が小さすぎる、間隔が曖昧、偽のナビゲーション、Webサイト風、過密、重複したオンボーディング、フレームの不均等など)を提示。§35 の27の設問(「Does this feel like a real mobile app, not a website in a phone?」等)で品質を最終担保。

2コア機能

01プラットフォームモードの3択と対応するコンポーネント/ナビゲーション仕様(iOS / Android / クロスプラットフォーム)
02画面数の厳格な管理とデフォルトの一連セット提供(オンボーディング/認証/コンセプト要求時の追加生成要件を含む)
03切り抜き再利用の禁止:可読性を担保するため詳細ビューは個別に新規生成
04内部デザインバイブル+マルチスクリーンの一貫性管理(可変要素と不変要素の分離)
05説得力あるフロー設計(画面間の因果関係とUI状態の継続性)
06デフォルトのスマートフォンフレーム仕様(統一スタイルと倍率、四方均等マージン、端寄せ禁止、ソフトシャドウ、コンテンツ優先)
07モバイル専用レイアウト規律:セーフエリア/ステータスバー/ホームインジケーター、多重カードの禁止、単一フォーカスのファーストビュー、ナビゲーション論理
08可読性優先と再生成ループ(最小フォントサイズ下限、画像重ね文字のマスク必須、不備画面の再作成)

4推奨統制措置と判定根拠

安全運用のための推奨統制措置
Agent 向け
自動ロード可能
管理者向け
ソースとバージョンの記録
判定根拠(ファイルパスと抜粋)
  • SKILL.md: スクリプト実行や外部影響を伴わない、純粋なプロンプト指示およびルール定義テキスト
監査ノート: 純粋なプロンプト指示型スキルであり、スクリプト実行、外部ネットワーク通信、認証情報読み取り、ローカルファイル書き込み、外部依存関係を一切含まず、すべての動作はホスト環境の画像生成チャネル内で完結します。本文中でコーディングモードへの切り替えを3箇所で禁止しており、ユーザーのコードを誤って改変するリスクを未然に排除する「安全設計」となっています。留意すべき点は生成コストと成果物の用途です。画面数を指定しない場合はデフォルトで複数画面セットが生成されるため、ユーザーの想定枚数を上回る可能性があります。また、生成されたアプリUIを自社利用以外で公開・展開する場合は、既存プロダクトや他者のデザインとの類似性に配慮する必要があります。

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結論

  • 極めて強固な境界設定:コーディングモードへの移行を3箇所で禁止し、アプリのビジュアルモックアップをコード生成タスクにすり替えることを明確に拒絶(対象外スコープを6項目明記)。
  • 数量とUXフローの徹底した規律:画面数は増えるのみで減らさず、画面間には因果関係を必須とし、「1枚の適当なコンセプト画像」や「関連性のない美画像セット」を根絶。
  • 一貫性を曖昧な形容詞ではなくデザインバイブルの属性テーブルで固定し、5画面以上でも同一プロダクトとして成立。
  • モバイル固有の制約をルール化:セーフエリア、ステータスバー、ホームインジケーター、44pxのタップ領域、フレームの四方均等余白、最小フォントサイズ、画像上のグラデーションマスク。
  • 再帰的な品質検証機構:20件の再生成トリガー条件と27項目のセルフチェックを設け、初回に出てくる平凡な出力を明示的に排除。外部依存ゼロでオフライン利用可能。
  • 最適な用途: モバイルプロダクトの初期ビジュアル探索:iOS/Android/クロスプラットフォーム向けアプリのコンセプトドラフト、オンボーディングや認証フロー、投資家向けピッチ用のマルチスクリーンモックアップ。可読性が高く、セットとして揃ったレビュー可能なアプリUI画像を求める個人開発者やデザインチーム。エンジニアリング実装(React Native / SwiftUI / Flutter)へ渡す前の「ビジュアル先行」工程。ChatGPT Images等の環境で「1画面だけで済ませる」「フレームが主張しすぎる」といったデフォルトの悪癖を抑えたいユーザー。
    不向きな用途: Webサイトやランディングページ(imagegen-frontend-webを推奨)。ブランドアイデンティティやロゴシステム(brandkitを推奨)。デスクトップ向けダッシュボードや多段階プロダクトUIの実装仕様書作成。SwiftUI/RN/Flutterのコード直接出力を必要とするタスク(コーディングモードへの移行は明示的に拒否されます)。生成回数ごとのコストに極めて敏感で、雰囲気確認のために単発で1枚だけ出したい用途。厳密なピクセル再現性やデザイントークンの納品が求められる正式なデザイン業務(画像生成のランダム性は制御しきれず、トークンや仕様書ファイルは出力されません)。
    Install Agent-Ready
    ① Verified Mirror 2026-09-15
    Option A · Direct DownloadDownload imagegen-frontend-mobile.tar.gz
    sha256: da0e5342b7f8896a…
    Option B · Copy Guide for Agent
    install.json
    Agent はこの JSON ガイドから自動的にダウンロードして検証します。
    ② Upstream GitHub
    GitHub Repo ↗
    Pinned to commit ccbc15639c.